jos-Warning à la place de la page 404

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [RÉGLÉ] jos-Warning à la place de la page 404

    Bonjour,

    depuis la mise à jour 3.4 j'ai beau configurer les pages 404 comme à mon habitude, certaines affichent une erreur à la place :

    jos-Warning: exception 'RuntimeException' with message 'Unknown column 'header' in 'field list' SQL=SELECT `new_url`,`header`,`published` FROM `uab1r_redirect_links` WHERE `old_url` = 'http://www.gixia.fr/test' LIMIT 0, 1' in /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/joomla/database/driver/mysqli.php:610 Stack trace: #0 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/joomla/database/driver.php(1239): JDatabaseDriverMysqli->execute() #1 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/plugins/system/redirect/redirect.php(86): JDatabaseDriver->loadObject() #2 [internal function]: PlgSystemRedirect::handleError(Object(JException)) #3 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/legacy/error/error.php(760): call_user_func(Array, Object(JException)) #4 [internal function]: JError::handleCallback(Object(JException), Array) #5 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/legacy/error/error.php(218): call_user_func_array(Array, Array) #6 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/legacy/error/error.php(179): JError::throwError(Object(JException)) #7 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/legacy/error/error.php(254): JError::raise(1, 404, 'Article non tro...', NULL, true) #8 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/components/com_content/models/article.php(163): JError::raiseError(404, 'Article non tro...') #9 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/legacy/view/legacy.php(401): ContentModelArticle->getItem() #10 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/components/com_content/views/article/view.html.php(42): JViewLegacy->get('Item') #11 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/joomla/cache/controller/view.php(96): ContentViewArticle->display() #12 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/legacy/controller/legacy.php(686): JCacheControllerView->get(Object(ContentViewArticle), 'display') #13 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/components/com_content/controller.php(104): JControllerLegacy->display(true, Array) #14 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/legacy/controller/legacy.php(728): ContentController->display() #15 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/components/com_content/content.php(16): JControllerLegacy->execute(NULL) #16 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/cms/component/helper.php(391): require_once('/var/www/vhosts...') #17 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/cms/component/helper.php(371): JComponentHelper::executeComponent('/var/www/vhosts...') #18 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/cms/application/site.php(191): JComponentHelper::renderComponent('com_content') #19 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/cms/application/site.php(230): JApplicationSite->dispatch() #20 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/libraries/cms/application/cms.php(252): JApplicationSite->doExecute() #21 /var/www/vhosts/de2488.ispfr.net/httpdocs/gixia.fr/index.php(40): JApplicationCms->execute() #22 {main}

    J'ai trouvé sur le net une solution censée fixer ce problème, malheureusement ça n'a pas arrangé le mien. Sur pas mal de forum en anglais ils donnent :

    ALTER TABLE `#__redirect_links` ADD header smallint(3) NOT NULL DEFAULT 301;
    ALTER TABLE `#__redirect_links` MODIFY new_url varchar(255);

    Ou il faut remplacer #_ par notre préfixe de BDD, ce que j'ai fait, aucun succès. Je ne suis pas pro en SQL mais assez pour savoir que ALTER TABLE est la commande pour modifier une table existante, hors, la table "redirect_links" n'existe pas dans mes BDD.

    J'ai comparé avec la BDD d'un de mes sites sans l'erreur, la table n'existe pas non plus, pourtant, même version de joomla, de php, ect.

    Une idée ? Merci d'avance.
    Dernière édition par Minie à 11/06/2015, 18h26

  • #2
    Re : jos-Warning à la place de la page 404

    Si tu n'avais pas cette table, qui date déjà de versions plus anciennes, tu ne pourrais pas utiliser le plugin et le composant.
    Es-tu sûre de ne pas te tromper de préfixe, quand tu la recherches ?
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
    MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

    Commentaire


    • #3
      Re : jos-Warning à la place de la page 404

      Ok en effet je n'ai fait que défiler la colonne des tables à gauche qui n'affichait pas toutes les tables. En affichant la structure complète, j'ai retrouvé la table "redirect_links", mais mon problème reste le même, la requête n'a aucun effet.

      Commentaire


      • #4
        Re : jos-Warning à la place de la page 404

        Pourtant, pour avoir rencontré le même type d'erreur sur un autre site, ces requêtes se sont avérées efficaces.

        Pour toi, ça devrait être :
        ALTER TABLE `uab1r_redirect_links` ADD header smallint(3) NOT NULL DEFAULT 301;
        ALTER TABLE `uab1r_redirect_links` MODIFY new_url varchar(255);
        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
        MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

        Commentaire


        • #5
          Re : jos-Warning à la place de la page 404

          Mmmh c'est à n'y rien comprendre, c'est exactement la requête que j'ai faite plusieurs fois, jusque là elle n'avait aucun effet, j'etais bien dans l'onglet SQL de ma BDD, mais lorsque j’exécutais la requête il ne se passait rien même pas un message de validation. Au bout de plusieurs essais la requête a été prise en compte et le problème est résolu.

          Je penses que c'est parce que les autres fois j'ai exécuté la requête sans entrer dans la structure des tables, je ne vois que ca, c'est la seule différence que j'ai pu noter

          Je te remercie quand même d'avoir répondu si vite et de m'avoir accompagnée dans mon problème

          Commentaire

          Annonce

          Réduire
          Aucune annonce pour le moment.

          Partenaire de l'association

          Réduire

          Hébergeur Web PlanetHoster
          Travaille ...
          X