4. bug installation bdd

    Récemment


bug installation bdd


  • La ligne 1015 en cause à corriger:

    id_gender int(11) unsigned NOT NULL AUTO_INCREMENT,

    0
  • G

    Hello
    Je vous remercie, j'ai pas compris ce que je devais faire :
    remplacer par id_gender int(11) unsigned NOT NULL AUTO_INCREMENT

    ?
    En fait, vu que j'ai tenté l'install pleins de fois avec toujours la meme erreur, je me suis mis a installer la version 8 .
    Mais je veux bien refaire des essais sur la 1.6 .. Et si ça peut m'éviter une migration chaud les marrons ..

    0

  • Relancez l'install de zéro (mettez le fichier phenix-install.php à la racine et appelez-le).
    Si vous avez déjà une 1.6 vous devriez passer par l'autoupgrade.

    0
  • G

    je l'ai fait plein de fois et j'ai toujours cette erreur .. je l'ai fait debut de semaine hier aussi plusieurs fois

    0
  • G

    non je voulais repartir d'une version vierge mais sinon je peux aussi essayer par l'autoupgrade, hier, j'ai essayé sur le site et ça n'a pas marché même erreur.
    Sur la 1.6 hier, j'ai appellé le fichier php.
    Sinon par autoupgrade, vous parlez du module 1clic?

    0 1 réponse

  • Oui mais j'ai corrigé l'archive, c'est pourquoi je vous demande de relancer l'install :)

    0

  • @Greg69 a dit dans bug installation bdd :

    non je voulais repartir d'une version vierge mais sinon je peux aussi essayer par l'autoupgrade, hier, j'ai essayé sur le site et ça n'a pas marché même erreur.
    Sinon par autoupgrade, vous parlez du module 1clic?

    L'autoupgrade n'installe pas les tables, il ne fait que des mises à jour.
    Je vous parle bien du module d'autoupgrade que je fournis dans le zip (si vous aviez celui de Prestashop il faut le désinstaller et le supprimer avant)

    0
  • G

    ok j'avais télécharger sur le site phenix la MAJ . Je vais le faire demain sans doute car j'ai pas de sauvegarde sur le serveur de test enfin si mais une seule.
    sinon j'imagine que c'est sur votre site pour l'autoupgrade?
    dans le dossier autoloader, je l'ai pas l'auto upgrade par contre

    0
  • G

    je l'ai téléchargé .. wait and see ;-)

    0
  • G

    Hello :-)
    A présenrt j'ai ça sur l'installation du module autoupgrade :
    The following module(s) could not be installed properly:
    autoupgrade :
    Impossible de créer le menu "AdminSelfUpgrade"

    0

  • Waouh...
    Pouvez-vous m'envoyer un accès ftp par message privé ?

    0
  • G

    Hello
    Je l'ai installé sur la boutique test en faisant ma mise a jour depuis le module autouplad donné,
    La MAJ semble avoir fonctionné mais j'ai une erreur 500 partout.
    J'ai regardé et je suis en php 7.4
    Avez vous une solution ?

    0

  • Que dit le error.log de votre serveur ?

    0
  • G

    j'ai ça sur l'error.log

    Erreur : AH01071: Got error 'PHP message: PHP Fatal error: Access level to FrontController::smartyOutputContent() must be public (as in class FrontControllerCore) in /htdocs/monsite/override/classes/controller/FrontController.php on line 288'

    0

  • et bien corrigez votre override de FrontController en mettant public au lieu de private ou protected pour la déclaration de smartyOutputContent()

    0
  • G

    Hello
    Merci beaucoup j'ai réussi une partie, enfin, le site s'affiche.
    Par contre niveau BO, j'ai des erreurs et je n'y arrive pas.
    Ma partie commande est pas accessible et la partie client non plus.
    je vous joint l'erreur.

    Warning: require_once(/htdocs/test.site/modules/packlink/vendor/autoload.php): failed to open stream: No such file or directory in /htdocs/test.site/override/controllers/admin/AdminOrdersController.php on line 98

    Fatal error: require_once(): Failed opening required '/htdocs/test.site/modules/packlink/vendor/autoload.php' (include_path='/htdocs/test.site/tools/htmlpurifier/standalone:.:/usr/share/php') in /htdocs/test.site/override/controllers/admin/AdminOrdersController.php on line 98

    pour la partie commande

    Et pour la partie "client"
    Fatal error: Uncaught Error: Class 'fbloginblock' not found in /htdocs/test.site/override/controllers/admin/AdminCustomersController.php:31 Stack trace: #0 /htdocs/test.site/classes/controller/AdminController.php(2565): AdminCustomersController->renderList() #1 /htdocs/test.site/controllers/admin/AdminCustomersController.php(383): AdminControllerCore->initContent() #2 /htdocs/test.site/classes/controller/Controller.php(214): AdminCustomersControllerCore->initContent() #3 /htdocs/test.site/override/classes/controller/Controller.php(53): ControllerCore->run() #4 /htdocs/ap16test.site/classes/Dispatcher.php(415): Controller->run() #5 /htdocs/test.site/admingg/index.php(79): DispatcherCore->dispatch() #6 {main} thrown in /htdocs/test.site/override/controllers/admin/AdminCustomersController.php on line 31

    C'est "curieux" car j'ai bien pris soin de désinstaller les modules problématiques avant la mise à jour
    Le module packlink a donc bien été désactivé mais j'ai cette erreur.. Que dois je faire? J'ai essayé d'en supprimé une partie, puis le tout mais ca n' a pas marché.
    Saloperie de Packlink ^^^^

    0

  • désactiver ne suffit pas si les overrides sont mal écrites (ne vérifient pas que le module est actif)
    Donc soit désinstaller le module soit corriger ses overrides.

    0
  • G

    ok !
    Alors en fait, j'ai changé la version de php de la 7.1 et vers la 7.4 et ça a réglé le souci,

    Par contre pour le passage a du 8+, ça ne passe pas. On me dit qu'un module une fonction est dépréciée. Je vais vous coller la chose si ca vous parle ^^

    0
  • G

    je vous colle le truc qu'il dit :
    Fatal error: Array and string offset access syntax with curly braces is no longer supported in /htdocs/test.site/modules/vipadvancedurl/vipadvancedurl.php on line 506

    et le paragraphe qui le dérange :
    private function getId($s)
    {
    $a = '';
    if (preg_match('/^(\d+)([-]{0,2})(.)/', $s, $m) && $m[1] && $m[3])
    {
    $a['id'] = $m[1];
    $a['rewrite'] = $m[3];
    }
    else if (preg_match('/(.    )([-    ])(\d+)$/', $s, $m) && $m[1] && $m[3])
    {
    $a['id'] = $m[3];
    $i = Tools::strlen($m[1]) - 1;
    if ($m[1]{$i} == '_' || $m[1]{$i} == '-')
    $m[1] = Tools::substr($m[1], 0, -1);
    $a['rewrite'] = $m[1];
    }
    return $a;
    }

    }

    MERCIII

    0

  • if ($m[1]{$i} == '_' || $m[1]{$i} == '-')

    A remplacer par

    if ($m[1][$i] == '_' || $m[1][$i] == '-')

    Mais bon, si vous avez décidé de rendre compatible tous vos modules externes, sachez que lors de mise à jour vous perdrez toutes vos modifications.

    Passer à PHP 8 , n'a pas vraiment d'intérêt si ce n'est pas requis par un module.

    0
Se connecter pour répondre
 
bug26 1.624 front-office11 1.58 1.75 système5 paypal4 smtp3 https3 performance3 hack3 administration3 transporteurs3 module2 dashboard2 promotions2