PhenixTweet

4 h.

a répondu au Message de herve_02 il y a 4 h.

Les routes par défaut sont définies dans le dispatcher.

Depuis le BO, vous pouvez uniquement modifier le schéma des urls réécrites dans la page Préférences => SEO & URL.

Si vous désirez modifier les routes il faut soit utiliser le hookModuleRoutes (depuis un module) ou effectuer un override du Dispatcher (déconseillé).

Quel est votre nouveau souci ?

herve_02 @herve_02

14 h.

Je n'arrive pas à trouver dans la table de configuration (celle ou il y a PS_REWRITING....) les champs de données des routes... et je ne sais même pas ou chercher le code de la page ou on les saisit
pas besoin, cela se fait tout seul, comme par magie

mariepascale @mariepascale

15 h.

a répondu au Message de Eolia - 15 h.

Merci beaucoup. Je suis rassurée.
Bonne journée

Eolia @eolia

16 h.

a répondu au Message de mariepascale il y a 16 h.

Je vous ai passé votre site en v34 ce qui a nettoyé les connexions "inconnues". Vu ce qu'il reste vous pouvez en conclure que ce sont des robots à 99%.

Mais ce n'est pas grave. Un site doit ramener du trafic.

Eolia @eolia

16 h.

a répondu au Message de Pilou - 16 h.

Vous pouvez le mettre à jour.

mariepascale @mariepascale

19 h.

a répondu au Message de mariepascale il y a 19 h.

La fréquentation à explosé : 14000 par jour !!! Que se passe-t-il? Merci. Bien cordialement. Marie-Pascale

Pilou @pilou

19 h.

a répondu au Message de Eolia - 19 h.

Bonjour Eolia,
J'utilise le module officiel Mondial Relay.
Puis-je le mettre à jour avec ton module ?
Ou désinstaller l'ancien avant d'installer le tien svp ?

Eolia @eolia

1 jour

https://devdocs.prestashop...

Configure Apache Http :: PrestaShop Developer Documentation

Learn how to extend, modify and test PrestaShop, create modules, themes, and more.

https://devdocs.prestashop-project.org/8/basics/installation/advanced/httpd/

herve_02 @herve_02

1 jour

merci beaucoup @Eolia du temps que vous avez passé à aider la bécasse que je suis ;-) à cherche au mauvais endroit

herve_02 @herve_02

1 jour

j'ai le .htaccess de base que je n'ai pas touché, la racine de mon site n'a pas de dossier supérieur, je n'ai rien dans le fichier du virtualhost
mon apache est 2.4.62-1~deb12u2

j'ai trouvé... par defaut dans la conf debian12.xx
directory /var/www
Options Indexes FollowSymLinks
AllowOverride None
Require all granted

il faut le passer à AllowOverride All (ou à moins permissif mais quand même) il n'acceptait pas le .htaccess

Eolia @eolia

1 jour

a répondu au Message de herve_02 il y a 1 jour

Vous avez une sécurité dans votre htaccess qui interdit les appels aux fichiers/répertoires inexistants (ou peut-être un htaccess au niveau supérieur) ?

herve_02 @herve_02

1 jour

Le dispatcher n'est pas appelé avec une url simplifié
si je mets un die("coucou") dans public static function getInstance()
j'ai un 404 en url simplifié et une page avec coucou dans les url "normale". J'en conclu que le dispatcher n'est pas appelé avec l'url simplifié et que apache sort un 404 tout seul.

herve_02 @herve_02

1 jour

a répondu au Message de Eolia - 1 jour

alors je croyais que j'ai trouvé en regardant le code du rewrite (le nom du produit)
'rewrite'=> array('regexp' => '[_a-zA-Z0-9pLpS-]*')
alors que sur l'ancien c'était
'[_a-zA-Z0-9x{0600}-x{06FF}pLpS-]*?';
et comme j'ai des - dans le nom
biographies-entretiens/4729-gustav-mahler-tel-qu-en-lui-meme-9782752104571.html
non pas ça, ca marche pas avec les catégories
{id}-{rewrite} et 9-livres
rien ne passe, ni /fr/9-livres ni /9-livres peut importe le réglage. je vais désactiver le 404 et écrire le débug dans la page du dispatcher

Eolia @eolia

1 jour

a répondu au Message de herve_02 il y a 1 jour

Dans SEO & URL, le paramètre "Utiliser le code ISO dans les URL de la langue par défaut" est sur oui ou non ?
Dans votre cas il devrait être sur OUI car vos urls existent déjà avec le paramètre /fr/

herve_02 @herve_02

1 jour

a répondu au Message de Eolia - 1 jour

cela me donne une piste pour travailler, merci :-)

Eolia @eolia

1 jour

a répondu au Message de herve_02 il y a 1 jour

Vous arrivez sur le contrôleur pagenotfound qui lui renvoie une en-tête 404.
Si vous êtes arrivé là c'est que le dispatcher n'a pas reconnu l'url ré-écrite et ne l'a pas traitée.

herve_02 @herve_02

1 jour

a répondu au Message de herve_02 il y a 1 jour

mais je vais lire le code de dispatcher, peut être que cela ouvrira quelques chakras si j'arrive un peu à comprendre.
Mais apache ne doit pas passer le lien avec prestashop sinon je n'aurais pas un 404 apache mais un 404 prestashop ?

herve_02 @herve_02

1 jour

a répondu au Message de Eolia - 1 jour

Cela réécrit c'est juste que apache lui ne re-écrit pas ce lien et cherche le lien réécrit qui n'existe pas.
Lorsque c'est activé les liens proposé dans le navigateur sont parfaitement comme dans la page seo
MAIS ils donnent un 404 dans les logs serveurs, en gros apache ne transforme pas /fr/categorie/idprod-nom_prod-ean.html en

id_product=3200&controller=product&id_lang=1

et fait un 404 sur /fr/categorie/idprod-nom_prod-ean.html

Eolia @eolia

1 jour

a répondu au Message de herve_02 il y a 1 jour

1- Vérifier que vous n'auriez pas plusieurs entrées dans la table configuration pour la valeur PS_REWRITING_SETTINGS
2 - Vérifier que vous n'avez pas d'override de la classe Dispatcher.php
3- Vérifier que les chemins de réécritures sont ok dans la page Préférences => SEO & URL

La magie de la ré-écriture est dans la fonction createUrl() de la classe Dispatcher.

Akunet @akunet

1 jour

a répondu au Message de herve_02 il y a 1 jour

les réécritures ne sont pas dans le .htaccess, elles sont gérées par le dispatcher il me semble.
C'est sur ta machine en local si je comprend bien ? Tu utilises quoi comme serveur ?

herve_02 @herve_02

1 jour

a répondu au Message de Akunet - 1 jour

oui, enfin je dis oui.... je viens de re-re-revérifier.
Le truc est que je ne vois pas la directive de réécriture dans le .htaccess; pas plus que je ne la voie dans le vieux en prod ou elle fonctionne.
il est impensable que cela ne fonctionne pas sans avoir rien touché après l'install. J'ai du louper un truc qqpart

Akunet @akunet

1 jour

a répondu au Message de herve_02 il y a 1 jour

Bonjour,
Une idée peut-être, le mod_rewrite est-il bien activé du coté de ton serveur Apache ?

herve_02 @herve_02

2 jours

vous n'avez pas d'idée sur les url 'simplifiés" ? que je n'arrive pas à faire marcher.

herve_02 @herve_02

2 jours

a répondu au Message de Eolia - 2 jours

ui j'ai fait la même recherche et je suis tombé sur la même chose.

on va demander à la boite qui gère car je n'ai pas trop la main sur ce serveur (un linux horrible d'oracle) qui doit être assez proche de ce que l'enfer d'un admin sys doit être

Eolia @eolia

2 jours

a répondu au Message de herve_02 il y a 2 jours

Alors cerberus est soit un applicatif serveur (a voir dans votre panel d'hébergement) soit un malware Android.

herve_02 @herve_02

2 jours

J'ai un problème quasi existentiel. Dans notre 'vieux' prestashop 1.7.7 que nous mettons à mort pour migrer phenix définitivement (au plus tard le 30 juin) d'un seul coup d'un seul un capcha s'est imposé (sans changement aucun) cerberus_captcha.
Et je ne sais pas comment le débusquer. le lien est editions-delatour.com/cerberus_captcha/index.php (redirigé automatiquement régulièrement depuis editions-delatour.com/
Je ne trouve ce terme dans _aucun_fichier_ physique du serveur. Bien entendu le dossier n'existe pas. Je suppute un module __de-merde__ mais je ne sais comment chercher.
des idées

Gil6688 @gil6688

2 jours

Bonjour à tous, nouveau sur phenix depuis 1 semaine, je voulais en premier féliciter Eolia!Merci,
Je voulais configurer le module de navigation à facette, mais celui-ci ne fonctionne apparemment pas avec mon activité (stock avancé activé), lorsque 1 produit existe dans une déclinaison mais n'est pas disponible, il s'affiche tout de même dans la recherche du bloc à facette.
Suis-je le seul à avoir ce souci?
Merci

Eolia @eolia

3 jours

a répondu au Message de herve_02 il y a 3 jours

Oui. Si juste besoin de la référence pas besoin d'instancier l'objet avec sa langue.

herve_02 @herve_02

3 jours

(suite)
j'ai l'impression que le rewrite d'apache est bien là :
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L]

mais les logs disent :
"GET /biographies-entretiens/4729-gustav-mahler-tel-qu-en-lui-meme-9782752104571.html HTTP/1.1" 404

comme si le rewrite ne se faisait pas
serveur apache2 2.4.62-1~deb12u2

une fois résolu cela on s'attaquera au code iso dans le lien

En fait je crois que ce n'est pas là : des conditions, le fichier existe pas.

herve_02 @herve_02

3 jours

Je reviens à l'attaque sur les smart_urls. J'en ai besoin car nous ne vouons pas perdre le référencement du précédent site que nous migrons. C'est une installation "fraiche" mise à jour en v34. J'ai rien dans le site.conf d'apache. c'est la même chose en local (lamp) et en distant (lamp). dès que je mets url_simplifié il fait un 404 sur les produits :
- le lien dans la page d'accueil est ok /{cat}/{id_prod}/{nom}/{ean}.html
ex : /biographies-entretiens/4729-gustav-mahler-tel-qu-en-lui-meme-9782752104571.html
- la conf dans le BO est {category:/}{id}-{rewrite}{-:ean13}.html
.../...

S'identifier

Configure Apache Http :: PrestaShop Developer Documentation