Ca marche, merci.

Bonjour,
Lors du processus de MAJ de la PhenixSuite 1.6.2.19 vers la 1.6.2.25 j'ai des [WARNING]

[WARNING] SQL 1.6.2.23 1060 in ALTER TABLE ps_connections_source ADD getvar varchar(255) COLLATE 'utf8_general_ci' NULL AFTER request_uri: Duplicate column name 'getvar'

J'ai bien la colonne getvar dans ps_connections_source

[WARNING] SQL 1.6.2.24 1054 in ALTER TABLE ps_address CHANGE id_address id_address int(11) unsigned NOT NULL auto_increment, CHANGE id_country id_country int(11) unsigned NOT NULL, CHANGE id_state id_state int(11) unsigned DEFAULT NULL, CHANGE id_customer id_customer int(11) unsigned NOT NULL DEFAULT 0, CHANGE id_manufacturer id_manufacturer int(11) unsigned NOT NULL DEFAULT 0, CHANGE id_supplier id_supplier int(11) unsigned NOT NULL DEFAULT 0, CHANGE id_store id_store int(11) unsigned NOT NULL DEFAULT 0, CHANGE id_warehouse id_warehouse int(11) unsigned NOT NULL DEFAULT 0, CHANGE id_address_importerosc id_address_importerosc int(11) NOT NULL: Unknown column 'id_address_importerosc' in 'ps_address'

[WARNING] SQL 1.6.2.24 1146 in ALTER TABLE ps_log_email CHANGE id_log_email id_log_email int(11) unsigned NOT NULL auto_increment, CHANGE id_email_type id_email_type int(11) unsigned NOT NULL, CHANGE id_cart_rule id_cart_rule int(11) unsigned NOT NULL, CHANGE id_customer id_customer int(11) unsigned DEFAULT NULL, CHANGE id_cart id_cart int(11) unsigned DEFAULT NULL: Table 'matable.ps_log_email' doesn't exist

Merci de votre aide.

Super je confirme ca fonctionne bien avec l'ajout de "LoadModule access_compat_module modules/mod_access_compat.so" dans /usr/local/etc/apache24/conf/httpd24.conf

Je n'ai plus besoin de refaire les fichiers .htaccess avec Apache 2.4 qui est sur le Synology DSM 7.2

Merci.

Merci pour la réponse Eolia,

Merci pour le chemin /usr/local/etc/apache24/conf/httpd24.conf pour le NAS Synology

Je viens d'ajouter dans ce fichier la ligne : LoadModule access_compat_module modules/mod_access_compat.so

Je ferai les tests demain matin et je vous direz si c'est mieux pour moi.

Bonjour, j'utilise la PhenixSuite sous un NAS Synology avec Apache HTTP Server 2.4 car la 2.2 n'est plus supporté sur DSM 7.2

Je dois modifier à chaque MAJ l'ensemble des fichiers .htaccess

Apache 2.4 a remplacé la directive Order allow,deny par de nouvelles directives comme Require all denied

Je n'ai pas la possibilité d'activé le module mod_access_compat pour que l'ancienne syntaxe soit toujours supportée.

Ma question est de savoir si il serait possible pour une future MAJ de PhenixSuite de faire des fichiers .htaccess compatible avec les deux versions Apache ?

Avec par exemple le code suivant :

<FilesMatch "(.log|.txt|.lock|.md|.tpl|.twig|config(.*).xml)$">
<IfModule mod_authz_core.c>
# Pour Apache 2.4
Require all denied
</IfModule>
<IfModule !mod_authz_core.c>
# Pour Apache 2.2
Order deny,allow
Deny from all
</IfModule>
</FilesMatch>

La directive <IfModule mod_authz_core.c> vérifie si le module mod_authz_core (introduit dans Apache 2.4) est disponible, ce qui indiquerait que vous êtes sur Apache 2.4. Si c'est le cas, la directive Require all denied est utilisée pour refuser l'accès aux fichiers correspondants.
La directive <IfModule !mod_authz_core.c> vérifie si le module mod_authz_core n'est pas présent, ce qui indiquerait que vous êtes sur Apache 2.2. Dans ce cas, la configuration utilise la syntaxe Apache 2.2 (Order deny,allow, Deny from all) pour refuser l'accès.

Vous avez trouvé la solution à mon souci.
En effet j'avais le fichier admin.css qui n'est pas dans la PhenixSuite.
Et effectivement dans la bdd il y avait bo_css : schemes/admin-theme-blue.css que j'ai remplacé par admin-theme.css

Merci Eolia :)

@eolia oui ca fait toujours la même chose. Idem sur le téléphone portable.

En attendant de trouver une solution j'ai supprimé cela du fichier header.tpl qui est dans admin/themes/default/template

<a id="header_shopversion" href="{$default_tab_link|escape:'html':'UTF-8'}">
<img id="header_shoplogo" class="rotate" src="themes/default/img/phenix-logo.png"/><span id="shop_version">{$smarty.const.PS_VERSION}</span>
</a>

Je reste preneur de solution :) Je l'aime bien le logo phenix.

@eolia Ctrl + F5 pas de changement.
J'ai fais plusieurs tests, sous apache 2.4 ou NGINX et même différente version de PHP et plusieurs fois la mise à jour j'ai toujours ce petit problème.

L'adresse du lien en erreur 404 est le suivant : https://www.maboutique.com/admin/themes/default/img/prestashop-avatar-header_shopname.png

Cependant je n'ai pas ce fichier réellement lors de la visualisation en FTP dans /admin/themes/default/img/

Si j'ajoute manuelement un fichier de mon logo dans le répertoire en question avec le nom "prestashop-avatar-header_shopname.png" le logo de ma boutique s'affiche bienen haut à gauche.
Cependant il reste le https://www.maboutique.com/admin/themes/default/img/phenix-logo.png qui lui reste fixe en BO.

<a id="header_shopversion" href="index.php?controller=AdminDashboard&token=3c84d2ff251f730028a25d6b4dc82346">
<img id="header_shoplogo" class="" src="themes/default/img/phenix-logo.png"><span id="shop_version">1.6.2.19</span>
</a>

Bonjour,

Je suis passé de Prestashop 1.6.1.26 (PHP 7.4) à la version PhenixSuite 1.6.2.19.
Je n'ai pas rencontré d'erreur pendant la MAJ.
Il s'exécute sur un NAS Synology avec DSM 7.2.1 via Web Station.
Le serveur HTTP est Apache 2.4 avec PHP 8.2.
J'ai du revoir l'ensemble des fichiers .htaccess car il y a eu un changement de version Apache 2.2 vers 2.4 de mon coté, pour rendre compatible et éviter les erreurs 500.

J'ai un petit souci en back office avec le logo phenix.
Il apparait en tout gros sur le back office et reste fixe.
Il semble ne pas vouloir se greffer là où il devrait être.
En inspectant la page web j'ai une erreur 404 en rapport avec /admin/themes/default/img/prestashop-avatar-header_shopname.png

Je joins une capture d'écran à mon message.

Merci de votre aide.

MAJ : Je vais revenir à un état antérieur, modifier les .htaccess et seulement après faire la MAJ 1.6.2.19
Je vous dirai si c'est ok.