Accueil, erreur 404 dès la fin de l'installation

[Novaslash]

Bonjour,

J'utilise la version 1.7.6.8 de Prestashop.

Après avoir travaillé en local sur mon thème personnel, j'ai décidé de tout envoyer sur le serveur dans un premier temps sans mon thème.

L'installation s'est déroulée sans embûche mais si l'administration semble fonctionner sans soucis, ce n'est pas le cas de la boutique. En effet, dès l'accueil, le lien reste bloqué sur "https://dnoi.fr/store/install/"

J'ai pourtant bien supprimé le dossier "install" comme indiqué. Si je test une catégorie, je tombe sur le message "La page n’est pas redirigée correctement" et si je tente avec une sous-catégorie, j'obtiens le message :

[Debug] This page has moved
Please use the following URL instead: http://dnoi.fr/store/4-hommes

Si je clic sur le lien indiqué, je retombe sur ce même message. Tous les autres liens m'amène à une erreur.

Le problème est survenu dès le début donc sans aucune modification du côté administration.

Je précise que je n'ai modifié aucun des fichiers de base de Prestashop. Je n'ai fait que copié les fichiers du thème Classic que j'avais besoin dans mon thème perso. Je ne sais pas si cette information vous sera utile mais les fichiers de la boutique se situe dans un sous-dossier nommé "store" sur mon serveur.

Pouvez-vous me venir en aide ?

Je vous remercie.

Edited November 19, 2020 by Novaslash (see edit history)

[HeineFR]

Salut,

Je viens de faire un test de redirection sur la racine du store :

Result

http://dnoi.fr/store/
301 Moved Permanently
https://dnoi.fr/store/
302 Moved
http://dnoi.fr/store/
301 Moved Permanently
https://dnoi.fr/store/
302 Moved
http://dnoi.fr/store/
301 Moved Permanently
https://dnoi.fr/store/
302 Found
http://dnoi.fr/store/
301 Moved Permanently
https://dnoi.fr/store/
302 Found
http://dnoi.fr/store/

 Ton htaccess est bien en chmod 777 ? vérifie dedans si tu as rajouté une ligne ? régénère-le en désactivant les URL simplifiées et réactive-le.

[Novaslash]

Bonjour HeineFR

En effet, le fichier n'était pas en 777. C'est assez bizarre car j'avais déjà testé, il y a deux semaines, un premier test d'installation en ligne (après avoir testé en local) avec les même fichiers sans avoir ce soucis et je n'ai jamais touché à ce fichier.

J'ai effectué ta démarche mais le soucis persiste.

 

Voilà e que contient mon htaccess :

# ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again
# .htaccess automaticaly generated by PrestaShop e-commerce open-source solution
# http://www.prestashop.com - http://www.prestashop.com/forums

<IfModule mod_rewrite.c>
<IfModule mod_env.c>
SetEnv HTTP_MOD_REWRITE On
</IfModule>

RewriteEngine on


#Domain: dnoi.fr
RewriteRule . - [E=REWRITEBASE:/store/]
RewriteRule ^api(?:/(.*))?$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]

# Images
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L]
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L]
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L]
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L]
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L]
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L]
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L]
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L]
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L]
RewriteCond %{HTTP_HOST} ^dnoi.fr$
RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L]
# AlphaImageLoader for IE and fancybox
RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L]

# Dispatcher
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L]
</IfModule>

AddType application/vnd.ms-fontobject .eot
AddType font/ttf .ttf
AddType font/otf .otf
AddType application/font-woff .woff
AddType font/woff2 .woff2
<IfModule mod_headers.c>
	<FilesMatch "\.(ttf|ttc|otf|eot|woff|woff2|svg)$">
		Header set Access-Control-Allow-Origin "*"
	</FilesMatch>

    <FilesMatch "\.pdf$">
      Header set Content-Disposition "Attachment"
      Header set X-Content-Type-Options "nosniff"
    </FilesMatch>
</IfModule>

<Files composer.lock>
    # Apache 2.2
    <IfModule !mod_authz_core.c>
        Order deny,allow
        Deny from all
    </IfModule>

    # Apache 2.4
    <IfModule mod_authz_core.c>
        Require all denied
    </IfModule>
</Files>
<IfModule mod_expires.c>
	ExpiresActive On
	ExpiresByType image/gif "access plus 1 month"
	ExpiresByType image/jpeg "access plus 1 month"
	ExpiresByType image/png "access plus 1 month"
	ExpiresByType text/css "access plus 1 week"
	ExpiresByType text/javascript "access plus 1 week"
	ExpiresByType application/javascript "access plus 1 week"
	ExpiresByType application/x-javascript "access plus 1 week"
	ExpiresByType image/x-icon "access plus 1 year"
	ExpiresByType image/svg+xml "access plus 1 year"
	ExpiresByType image/vnd.microsoft.icon "access plus 1 year"
	ExpiresByType application/font-woff "access plus 1 year"
	ExpiresByType application/x-font-woff "access plus 1 year"
	ExpiresByType font/woff2 "access plus 1 year"
	ExpiresByType application/vnd.ms-fontobject "access plus 1 year"
	ExpiresByType font/opentype "access plus 1 year"
	ExpiresByType font/ttf "access plus 1 year"
	ExpiresByType font/otf "access plus 1 year"
	ExpiresByType application/x-font-ttf "access plus 1 year"
	ExpiresByType application/x-font-otf "access plus 1 year"
</IfModule>

<IfModule mod_headers.c>
    Header unset Etag
</IfModule>
FileETag none
<IfModule mod_deflate.c>
    <IfModule mod_filter.c>
        AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript font/ttf application/x-font-ttf font/otf application/x-font-otf font/opentype image/svg+xml
    </IfModule>
</IfModule>

#If rewrite mod isn't enabled
ErrorDocument 404 /store/index.php?controller=404

# ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again

Ps : dans le SEO, je suis en redirection 302 vu que la boutique n'est pas encore lancée. Je ne sais pas si ça peut jouer mais au cas où, voilà l'info.

Edited November 19, 2020 by Novaslash (see edit history)

[HeineFR]

Désactive cette redirection 302 il y a de fortes chances qu'elle gêne puisque tu veux toi même acceder à la boutique.

Tu peux envisager de restreindre l’accès au répertoire store à ton IP en éditant l'htacess après les commentaire si tu ne souhaites pas qu'un client puisse se rendre dessus (mais nous non plus ne pourrons plus aller dessus  )

 

[Novaslash]

Bon, j'ai mit la redirection en 301 et le problème est encore présent.

J'ai reconstruit le htaccess au cas où mais ça n'a pas eu d'effet.

Edited November 19, 2020 by Novaslash (see edit history)

[HeineFR]

A quel endroit as-tu mis la redirection?

Parce qu'elle soit en 301 ou 302 c'est une redirection quand même

[Novaslash]

Dans l’administration c'est à dire Trafic & SEO > Configuration des URL

Edit : j'ai testé sans redirection. Je me suis mangé un bug dont la seule solution qui a fonctionné a été d'écraser le fichier db.php par celui que j'avais en local alors que je n'ai jamais touché à ce fichier... C'est moi qui ou Prestashop se tape des bug sans aucun sens ?

Bref, même sans redirection, toujours le même problème.

J'ai également vérifié la table ps_shop_url et tout me semble correct :

domain : dnoi.fr

domain_ssl : dnoi.fr

physical_uri : /store/

Je n'ai pas pensé a coller le message d'erreur quand je désactive les url simplifié. Le voici :

Multiple Choices
The document name you requested (/store/install/) could not be found on this server. However, we found documents with names similar to the one you requested.

Available documents:

    /store/INSTALL.txt/ (common basename) 

Please consider informing the owner of the referring page about the broken link.

 

Edited November 20, 2020 by Novaslash (see edit history)

[Novaslash]

Bon, Prestashop a vraiment des gros soucis.

Je me suis décidé à supprimer tous les fichiers ainsi que les tables avant de tout renvoyer et réinstaller à nouveau.

Premier bug, que je n'avais pas encore eu, est que le dossier admin n'a pas été renommé. Du coup, le chemin vers le back office était faussé. J'ai du renommé moi-même d'après le lien indiqué. Ce n'est pas méchant mais ça prouve qu'il y a un sacré problème car entre le local et en ligne, j'ai bien du faire quatre ou cinq installations sans jamais avoir ce bug. Bref !

Dans le BO, je n'ai touché à rien d'autres que désactivé/réactivé les url simplifiés (en mettant le chmod en 777 pour le htaccess) et le problème est encore et toujours présent. Le lien de la page d'accueil reste définitivement bloqué sur https://dnoi.fr/store/install/index.php

Le dossier en question a bien sur été supprimer mais il le réclame malgré tout.

D'ailleurs, est-il normal que par défaut, ce soit mon thème perso qui était activé ?

Pour la petite information, juste avant de tout recommencé, j'ai tenté en renvoyant le dossier install sans rien faire d'autres ni rien supprimer. Prestashop m'a relancé une nouvelle installation qui s'est déroulée normalement mais soucis toujours présent et j'ai eu deux bug.

Le premier est que par défaut, les modules ne s'affichaient pas dans le BO malgré que c'était bien sur "Voir tous les modules". Et quand j'ai voulu désactivé le module de bienvenue, il n'était pas présent. Pourtant, j'avais bien, en bas à gauche, la possibilité de reprendre le tutoriel (qui bug de toute façon).

Re-bref lol.

[HeineFR]

Alors la, ca va etre compliqué de t'aider....

Perso mes install se sont toujours bien passées dès lorsque j'avais bien compilé mon apache avec php 7.2  et tous les modules requis.

[Novaslash]

Compilé ton apache ? Là c'est un peu hors de mes connaissances.

Lorsque j'avais testé pour la 1ère fois une installation en ligne pour voir si je n'avais pas de  soucis avant de me lancer dans la personnalisation, j'ai eu des bugs à cause de la version de php par défaut qu'utilisait mon hébergeur. Comme la 1.7.6.8 utilise php 7.1, j'ai donc rétrogradé dans cette version et tout a fonctionné.

Je n'avais pas non plus ce soucis d'erreur 404. Et là si alors que les seuls fichiers que j'ai touché se sont ceux du thème Classic dont j'ai fait une copie dans mon thème personnel.

D'ailleurs, au niveau des fichiers, ce sont les originaux. Donc, ça ne vient pas d'un soucis qui vient de mes modifications. Ce n'est pas non plus mon thème perso qui est en cause puisque le soucis est toujours présent avec celui par défaut.

J'ai regardé dans la BDD et je n'ai rien vu qui indique une url menant vers le dossier install. Donc, je me dis que ça doit venir d'un des fichiers qui a été modifié lors de l'installation mais je ne sais pas lequel ou lesquels.

 

Edit : une petite nouveau. j'avais indiqué dans mon premier message que quand je cliquais sur une sous-catégorie, j'obtenais le message :

[Debug] This page has moved
Please use the following URL instead: http://dnoi.fr/store/4-hommes

Et bien sans rien faire de plus, maintenant, j'obtiens "La page n’est pas redirigée correctement". C'est à rendre fou.

 

Edit : j'ai enfin une amélioration. Dans le BO, j'ai activé "Activer le SSL" ainsi que "Activer le SSL sur tout le site". Il semble que tous les liens (catégorie, footer, ...) fonctionnent à présent. Le dernier soucis qu'il me reste est l'accueil. Que j'inscrive moi-même l'url ou que je clique sur le logo, je suis toujours redirigé vers cette erreur 404 à propos du dossier install.

 

Edit 2 : heu... Comment dire ? Hé bien le problème a disparu. Je ne comprend absolument rien car je n'ai touché à rien sauf à ajouter des catégories, caractéristiques et filtres. Et subitement, l'accueil fonctionne. Il y a de quoi rendre fou ^^

En espérant que le soucis ne va pas ressurgir sans raison comme il a disparu.

Edited November 22, 2020 by Novaslash (see edit history)