Version imprimable du sujet

Cliquez ici pour voir ce sujet dans son format original

Forum osCommerce-fr _ Installation de la boutique _ [RESOLU] INSTALLATION IMPOSSIBLE

Écrit par : N.Serge 26 Feb 2012, 10:39

Bonjour à tous

ou puis-je trouver cette version : osCommerce-Online-Merchant-v2.2-FR-RC2a-W3C-valid

Car suite à un problème de migration de mon hébergeur (N****) qui m'a foutu en l'air mon osc (6ans de travil anéanti) , je n'arrive plus à réinstaller ma version qui était : osCommerce Online Merchant v2.2 FR W3C Valid !

J'ai recopier toute ma version pour refaire l'installation dans un autre dossier mais en vain

Warning: fopen(/var/www/vhosts/***************/httpdocs/shop/admin/includes/configure.php): failed to open stream: No such file or directory in /var/www/vhosts/***************/httpdocs/shop/install/templates/pages/install_4.php on line 180 Warning: fputs() expects parameter 1 to be resource, boolean given in /var/www/vhosts/*************/httpdocs/shop/install/templates/pages/install_4.php on line 181 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/******************/httpdocs/shop/install/templates/pages/install_4.php on line 182

et lorsque je rentre dans le catalog voici l'erreur :

1054 - Unknown column 'http_referer' in 'field list'

insert into whos_online (customer_id, full_name, session_id, ip_address, time_entry, time_last_click, last_page_url, http_referer, user_agent) values ('0', 'Guest', 'fg0jaa5337gj4pe91vrmq2dmo1', '83.134.4.89', '1330248900', '1330248900', '/shop/index.php', 'http://www.*****************/shop/install/install.php?step=4', 'Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; BTRS5645; GTB7.2; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)')

[TEP STOP]



Je veux juste la remettre en route dans un autre dossier en attendant de retrouver un autre hébergeur plus sérieux

Merci d'avance

Serge

Écrit par : Gnidhal 26 Feb 2012, 10:48

Citation (N.Serge @ 26 Feb 2012, 10:39) *
1054 - Unknown column 'http_referer' in 'field list'
Signifie que tes scripts appellent une colonne dans la bdd qui n'existe pas.
Cette ligne est surement liée à la contribution whoisonline
Mais cela signifie surtout que ta bdd n'est pas la bonne version par rapport à tes scripts

la version ms2 date de 2009 et n'est plus vraiment actuelle : voici le dernier package fr diffusé sur notre site à l'époque:
http://www.oscommerce-fr.info/downloads/ms2/oscommerce-2.2rc1-FR-w3c-3.zip

Écrit par : N.Serge 26 Feb 2012, 11:01

je force la BDD en UTF8 , je verrai après ... je déprime car je n'ai pas envie de tout recommencer à 0

je peux utiliser tout les fichier de mon catalog avec la nouvelle version car j'ai trop souffert pour toutes les contributins installées

Je comprends pourquoi certains se pendent

Serge

Écrit par : N.Serge 26 Feb 2012, 11:05

Erreur
Requête SQL:

# osCommerce, Open Source E-Commerce Solutions
# http://www.oscommerce.com
#
# Database Backup For ********
# Copyright © 2012
#
# Database: *************
# Database Server: localhost
#
# Backup Date: 17/02/2012 07:16:58
DROP TABLE IF EXISTS address_book;



MySQL a répondu:

#1046 - No database selected


J'abandonnne !!!!!!

Et dire que tout allait bine avant leur p***** de migration débile

Écrit par : N.Serge 26 Feb 2012, 11:19

Bon allez j'essaye l'intégralité de la nouvelle version et départ à 0 !!!!!!! fais chier d'avoir travailler pour rien durant 6 ans

Écrit par : N.Serge 26 Feb 2012, 11:33

Pareil pour la nouvelle version , erreur , malgré création d'une nouvelle bdd

je vais attendre que N**** la remette en ordre !!!!!

Merci à tous

Écrit par : FoxP2 26 Feb 2012, 12:17

Citation (N.Serge @ 26 Feb 2012, 10:39) *
Je veux juste la remettre en route dans un autre dossier en attendant de retrouver un autre hébergeur plus sérieux


je suis super exigeant de ce côté là.
Le mien est https://www.alwaysdata.com/plans/shared/ : j'ai rarement vu autant de fonctionnalités avancées pour du mutualisé.
le support est ultra réactif (forum / twitter).
Cet hébergeur est, à mon avis, un des meilleurs en France.

Écrit par : francois21 26 Feb 2012, 16:12

Bonjour

Sur l'ensemble des posts que tu fais, beaucoup de decouragement et presque de la haine pour ton hébergeur.
Si tu n'as pas fait de sauvegarde comme je decris ci dessous tu es un peu responsable (je ne te jette pas la pierre mais c'est tellement indispensable qu'i faut vraiment ne pas oublier de le faire souvent).
Ton probleme demande pourtant juste d'etre ordonné et faire attention a ce qu'on fait.
Tu as dit que tu avais une sauvegarde recente de ton site.
Qu'appelles tu sauvegarde, sauvegarde de ta Bdd ou sauvegarde de l'ensemble de tes fichiers sur le serveur ou encore les 2 (ideal).
Si tu as eu la bonne idée (quasi indispensable) de sauvegarder l'ensemble de tes fichiers en local en ayant fait auparavant une sauvegarde de ta bdd, tu ne devrais pas avoir tous ces problemes.
Si tu as tout cela commence par supprimer tout les fichiers de ton site en ligne (avant cela fait deja une nouvelle sauvegarde via filezilla par exemple de tout tes fichiers on ne sait jamais).
Recupere la sauvegarde de ta bdd avant la migration (j'espere que tu en as une).
Mets tout les fichiers de ton site que tu avais sauvegardés sur ton site, là ou tu as tout supprimé.
Utilise une bdd en ligne vierge(j'espere que tu as acces a cela).
Maintenant fais une instal via ton navigateur en utilisant le fichier install (tu en as surement un qui traine sur ton pc sur une ancienne version ou encore sur le lien de Gnidhal) en pointant vers l'adresse de ton site http://www.tonsite.com/install et en remplacant dans le fichier install oscommerce.sql par ta sauvegarde de bdd que tu auras renommé en oscommerce.sql
Normalement cela devrait réecrire tes configures, remettre ta bdd telle qu'elle etait auparavant et tu devrais avoir ton site tel qu'il etait avant la migration (sauf cas d'incompatibilite avec le nouveau serveur).

Si tu repares avec une nouvelle version, là tu devras remettre toutes les contributions dont tu avais besoin, remettre tes articles sur la nouvelle bdd, et là 6 ans de boulot a remettre c'est enorme.

Si tu as des sauvegardes essaies, perseveres pour remettre comme avant, je pense que c'est la solution la plus simple.

Écrit par : N.Serge 26 Feb 2012, 16:25

Bonour et merci

oui j'ai une copie de mon site et un sauvegarde de la bdd fais juste avant que mon hébegeur ne migre !!!!!!

une nouvelle install avec ma version, ca ne fonctionne pas ou plus , voir les erreurs plus hauts et je ne sens plus capable même de recommencer ne fusse que toute les contribution qui demande une modification de certains fichier comme : fkeditor, remise par catégorie, remise en stock des produits sous le statuts "annulation de commande", ........ et j'en passe et des meilleurs

et la bdd impossible à réinjecter , because plus de jeu de caractère latin1 dans plesk 10

et en réinjectant en utf1 erreur également donc je vais attendre demain pour voir si neti se décide à remmettre tout en ordre si pas, je chercherai autre chose car tout recommencer, impossible pour moi car je ne tiendrai pas le coup !!!!!!

Merci quand même

dommage que les versions osc téléchargeable ne continnent pas d'office certaines contributions utiles.... point positif, c'est que j'écris encore sur ce forum donc pas encore pensé à me pendre !!!!!!

Serge

Écrit par : FoxP2 27 Feb 2012, 08:05

depuis combien de temps connaissais tu l'échéance de cette migration ?
car je suppose que N**** a dû t'en informer quand même avant de procéder à cette mise à jour.
N'as tu pas la possibilité de basculer sur un environnement 5.2.x le temps de migrer correctement ? (si N**** n'est pas capable de te fournir ce service de base, il est urgent de changer d'hébergeur).
Pour info, l'hébergeur que je cite plus haut permet de choisir 10 versions de php (de la 5.2.5 à 5.3.10)

La migration en php 5.3 est un sujet récurrent sur ce forum, je trouve dommageable pour toi d'avoir attendu d'être aux pieds du mur pour venir nous voir.
Par ailleurs, je te déconseille pour l'instant de basculer sur osCommerce 2.3.x. (la structure de ta bdd divergeant, l'encodage en UTF-8 )
Concentres toi sur ce qui existe déjà : ta boutique en 2.2.x wc3 (racing car).

Écrit par : N.Serge 27 Feb 2012, 08:43

Avant toute chose le manager de N**** m'a promis de remettre tout en ordre lui-même aujourd'hui

Bonjour,

Oui N**** m'avais prévenu avant de la migration bine avant , et comme mon OSC était en SSL complet, dans un dossier httpsdocs, m'a demandé de tout tranférer (copier/coller) dans le dossier httpdocs car après la migration le SSL serait reconnu par le http. la migration devait se dérouler du 17/02 21h00 au 20/02 21h00.

J'ai donc tout transférer le 17/02 à partir de 7h00, copie sur mon PC, sauvegarde de la BDD 2 x via l'admin de OSC , et ensuite j'ai transférer le catalog dans le dossier httpdocs comme demandé.

Ca tombait bien car je partais 3 jours avec la famille du 20 au 22. Lorsque mercredi j'ai vu , malgré le mail de N**** que mon site était de nouveau opérationnel, que mon OSC n'était toujours pas disponible, ben j'ai commencer à m'inquièter , fin de journée l'osc est revenu mais présentant toujours une erreur de SSL, donc je l'ai de nouveau signalé et depuis plus rien !!!!!!

N**** est assez bon marché pour les hébergements et depuis 2006 je n'ai pas eu de gros problème , si ce n'est chaque année lors du renouvellement du SSL.

J'ai repris confiance lorsque le manager m'a dit hier qu'il allair s'en occuper aujourd'hui en commençant pas régler le problème du ftp qui me donne accès au visu de tous ses clients.

Pour ma part je suis d'un naturel stresé et impatient donc lorsque je rêve d'un contribution, il faudrait qu'elle soit installée à mon réveil, je viens seulement de télécharger easyphp pour pouvoir travailler en local avant d'injecter tout en ligne, ce sera nouveau pour moi mais je penses très nécessaire.
Pour ce qui est de la version 2.3, il n'st pas question que je change une version qui gagne, plus tard j'essayerai de passer à la nouvelle version 2.2 mais sans plus.

Je vais aussi faire attention lorsque les versions php se modifieront pour pouvoir adapter au plus vite l'OSC.

L'expérience est une succession d'échec, je penses sortir de cette mésaventure plus mûr qu'il y a une semaine et me rend contre que je dois m'adapter à l'évolution de OSC et du PHP.

Pour ce qui est des versions de php utilisée par N****, c'est le 5 mais lequel, ca j'en sais rien et je vais d'ailleur regarder sur le net les différence entre toute les différentes version du php 5

Serge

Écrit par : Gnidhal 27 Feb 2012, 09:46

Pour avoir jeté un oeil aux paramètres qui m'ont été communiqués par Serge sur son site, je peux juste préciser que j'ai fait demi-tour illico quand l'accès FTP qui m'a été donné par Serge était un accès root au serveur.
Si Serge n'est pas un technicien assuré et n'a peut-être anticipé assez cette migration, l'hébergeur sur ce coup a grandement cafouillé.
Comme FoxP2, je déconseille le changement de version osC mais de mon coté je préconise le changement d'hébergeur. Je n'ai rien contre celui-là en particulier et que son équipe technique soit touchée par une épidémie de malaria, de dengue ou de gastro ne justifie en rien une erreur de sécurité aussi grave.
Car j'imagine que si Serge a eu accès à tous les autres sites hébergés sur la même machine, il a pu en être de même avec les autres clients (une centaine) evil.gif
Pour moi une erreur comme ça c'est carton rouge sans discussion.

Écrit par : N.Serge 27 Feb 2012, 09:57

+ 1
je vais attendre jusqu'à 12h00

en cas de changement d'hébergeur, je vais devoir refaire une nouvelle installation ?

Serge

Écrit par : Gnidhal 27 Feb 2012, 10:04

Citation (N.Serge @ 27 Feb 2012, 09:57) *
en cas de changement d'hébergeur, je vais devoir refaire une nouvelle installation ?

Baaah pas plus :
- copie des scripts,
- injection de ta dernière sauvegarde en bdd
- modification des fichiers configure.php (sans SSL, c'est vraiment de l'argent par la fenêtre et un casse-tête inutile)

A toutes fins utiles, j'ai masqué complètement le nom de l'hébergeur publiquement mis en cause pour un problème grave.
Notre but n'est pas de faire tribune sur les erreurs techniques d'un prestataire et le forum ne tient pas à être impliqué dans une affaire de "délation".

Merci de ne plus citer le nom de cet hébergeur dans ce contexte.

Écrit par : N.Serge 27 Feb 2012, 12:41

je viens de regarder chez alwaysdata , mais ca ne m'interesse pas d'avoir le non de mon site : http://www.mon_site.alwaysdata !!!!!!!!!


Serge

Écrit par : FoxP2 27 Feb 2012, 13:15

Citation (N.Serge @ 27 Feb 2012, 12:41) *
je viens de regarder chez alwaysdata , mais ca ne m'interesse pas d'avoir le non de mon site : http://www.mon_site.alwaysdata !!!!!!!!!


Serge

c'est une blague ? blink.gif

Écrit par : N.Serge 27 Feb 2012, 13:24

Citation (FoxP2 @ 27 Feb 2012, 13:15) *
Citation (N.Serge @ 27 Feb 2012, 12:41) *
je viens de regarder chez alwaysdata , mais ca ne m'interesse pas d'avoir le non de mon site : http://www.mon_site.alwaysdata !!!!!!!!!


Serge

c'est une blague ? blink.gif



je leur ai posé la question pour savoir !!!! et ce'st même bizarre que le transfère serait activer de suite sans autre formalité alors qu'il faut code d'activation , etc ........

Écrit par : N.Serge 27 Feb 2012, 16:38

Bon ben je pensais réussir au vu de la bonne importation de le bdd en 8859-1 et ansi mais non toujours la même erreur lorsque je réinstalle avec mes fichiers

1054 - Unknown column 'http_referer' in 'field list'

insert into whos_online (customer_id, full_name, session_id, ip_address, time_entry, time_last_click, last_page_url, http_referer, user_agent) values ('0', 'Guest', 'fg0jaa5337gj4pe91vrmq2dmo1', '83.134.4.89', '1330248900', '1330248900', '/shop/index.php', 'http://www.*****************/shop/install/install.php?step=4', 'Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; BTRS5645; GTB7.2; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)')

[TEP STOP]



je vais essayer de supprimer les fichier qui ont rapport avec whos-online !!!!!!! bref j'aurais eu le même problème chez un autre hébergeur

Écrit par : N.Serge 27 Feb 2012, 16:48

J'avance !! du moins je penses :

Warning: require(includes/languages/french/index.php): failed to open stream: No such file or directory in /var/www/vhosts/*******************/httpdocs/shop/index.php on line 33 Warning: require(includes/languages/french/index.php): failed to open stream: No such file or directory in /var/www/vhosts/**************/httpdocs/shop/index.php on line 33 Fatal error: require(): Failed opening required 'includes/languages/french/index.php' (include_path='.:') in /var/www/vhosts/***************************/httpdocs/shop/index.php on line 33

Écrit par : N.Serge 27 Feb 2012, 16:52

Enfin , mélange de mes pages avec celle de l'install d'origine, je suppose un problème d'importation de la bdd

je réessaye

Écrit par : Gnidhal 27 Feb 2012, 16:59

Citation (N.Serge @ 27 Feb 2012, 16:38) *
Bon ben je pensais réussir au vu de la bonne importation de le bdd en 8859-1 et ansi mais non toujours la même erreur lorsque je réinstalle avec mes fichiers

1054 - Unknown column 'http_referer' in 'field list'

insert into whos_online (customer_id, full_name, session_id, ip_address, time_entry, time_last_click, last_page_url, http_referer, user_agent) values ('0', 'Guest', 'fg0jaa5337gj4pe91vrmq2dmo1', '83.134.4.89', '1330248900', '1330248900', '/shop/index.php', 'http://www.*****************/shop/install/install.php?step=4', 'Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; BTRS5645; GTB7.2; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)')

[TEP STOP]



je vais essayer de supprimer les fichier qui ont rapport avec whos-online !!!!!!! bref j'aurais eu le même problème chez un autre hébergeur

Waip mais voir ma réponse en haut de ton post : si tu as ce genre de réponse c'est que la sauvegarde que tu mets est une vieille sauvegarde!

Citation (N.Serge @ 27 Feb 2012, 16:48) *
J'avance !! du moins je penses :

Warning: require(includes/languages/french/index.php): failed to open stream: No such file or directory in /var/www/vhosts/*******************/httpdocs/shop/index.php on line 33 Warning: require(includes/languages/french/index.php): failed to open stream: No such file or directory in /var/www/vhosts/**************/httpdocs/shop/index.php on line 33 Fatal error: require(): Failed opening required 'includes/languages/french/index.php' (include_path='.:') in /var/www/vhosts/***************************/httpdocs/shop/index.php on line 33

Il me semble que ce genre d'erreur est typique d'un serveur en PHP5.3,
voir alors les options de compatibilités du code


Citation (N.Serge @ 27 Feb 2012, 16:52) *
Enfin , mélange de mes pages avec celle de l'install d'origine, je suppose un problème d'importation de la bdd

je réessaye

Bah je crois que là encore tu mélange une vieille sauvegarde avec des scripts modifiés depuis.

Écrit par : N.Serge 27 Feb 2012, 17:04

ben non c'est ma sauvergarde du 17/02/2012 juste avnt de tout transférer.

maintenant bippppppp a peut etre tout changer lors de la migration !!! mais ca je ne le sais pas

je ne dois peut être pas non plus charger la bdd en 8859-1 avec compatibilité ANSI

Écrit par : N.Serge 27 Feb 2012, 17:13

je penses comprendre mon erreur apparemment je charge la bdd dans la table adress_book, comment faire pour la charger la bdd en général ???

Écrit par : N.Serge 27 Feb 2012, 17:26

Bipppppppp à répondu , il va me charger le bdd , je vais voir

Écrit par : Gnidhal 27 Feb 2012, 17:27

via phpmyadmin :option importer => sélection du fichier SQL = appuyer sur bouton go!
en ssh via console : gzip -d < chemin/archive_GZIP | mysql --host=localhost --user=db_user --password=db_password db_name si gzippé sinon mysql --host=localhost --user=db_user --password=db_password db_name < chemin/archive

Écrit par : N.Serge 27 Feb 2012, 17:55

Dois je modifier ces lignes : DIR_FS_ADMIN en cas de modification du nom du dossier admin ?

Écrit par : N.Serge 27 Feb 2012, 18:01

Citation (Gnidhal @ 27 Feb 2012, 17:27) *
via phpmyadmin :option importer => sélection du fichier SQL = appuyer sur bouton go!
en ssh via console : gzip -d < chemin/archive_GZIP | mysql --host=localhost --user=db_user --password=db_password db_name si gzippé sinon mysql --host=localhost --user=db_user --password=db_password db_name < chemin/archive


Apparement je n'aurais pas su rechergé ma bdd moi -même bippppp la fait manuellement

Écrit par : N.Serge 27 Feb 2012, 18:05

Citation (N.Serge @ 27 Feb 2012, 18:01) *
Citation (Gnidhal @ 27 Feb 2012, 17:27) *
via phpmyadmin :option importer => sélection du fichier SQL = appuyer sur bouton go!
en ssh via console : gzip -d < chemin/archive_GZIP | mysql --host=localhost --user=db_user --password=db_password db_name si gzippé sinon mysql --host=localhost --user=db_user --password=db_password db_name < chemin/archive


Apparement je n'aurais pas su rechergé ma bdd moi -même bippppp la fait manuellement


En fait je ne sélectionnais aps la base de donnée avant le chargement , je sors gradi de cette mésaventure

Écrit par : Gnidhal 27 Feb 2012, 18:13

Citation (N.Serge @ 27 Feb 2012, 17:55) *
Dois je modifier ces lignes : DIR_FS_ADMIN en cas de modification du nom du dossier admin ?

OUI

Écrit par : N.Serge 27 Feb 2012, 18:18

Citation (Gnidhal @ 27 Feb 2012, 18:13) *
Citation (N.Serge @ 27 Feb 2012, 17:55) *
Dois je modifier ces lignes : DIR_FS_ADMIN en cas de modification du nom du dossier admin ?

OUI


Ah bon je viens de regarder un ancien fichier configure de l'admin, et ce qui est en rouge est toujours ADMIN, j'avais seulement changer le nom du dossier à la fin de la ligne

define('DIR_WS_ADMIN', '/shop/dossier/');
define('DIR_FS_ADMIN', '/var/www/vhosts/*****************/httpdocs/shop/dossier/');

Écrit par : N.Serge 27 Feb 2012, 18:43

Tout n'est pas encore au point mais en attendant merci à tous pour les conseils

Serge

Écrit par : N.Serge 27 Feb 2012, 19:14

Tout est enfin ok

Ca se termine , ca se termine, en ce qui concerne le cache, il doit toujours rester sur "false", car sur "true" il y a des erreurs lorsque je sélectionne un produits ?

Écrit par : Gnidhal 27 Feb 2012, 19:21

Citation (N.Serge @ 27 Feb 2012, 19:14) *
Ca se termine , ca se termine, en ce qui concerne le cache, il doit toujours rester sur "false", car sur "true" il y a des erreurs lorsque je sélectionne un produits ?

Oui, il faut définir le dossier de cache dans l'admin => configuration, vérifier que ce dossier est accessible en écriture (chmod 777 ou 755) et mettre à jour les fichiers dans la partie outils/cache de l'admin

Écrit par : N.Serge 27 Feb 2012, 19:32

ok , mon chemin n'était forcément plus bon vu que j'ai changé l'adresse de l'osc , j'ai remis sur true et chmod 755 plus d'erreur pour le moement

merci

Écrit par : N.Serge 27 Feb 2012, 19:47

et dommage qu'il n'y a pas de fonction recherche dans FCKeditor 2.02 , !!!!!!! ca m'aurais évité de chercher tout les chemins des images figurants dans certaines descriptions de produits !!!!!!

la fin du cauchemar approche

Écrit par : Gnidhal 27 Feb 2012, 19:51

ha oui, dans ce cas je fais une sauvegarde de la table products_description, je la passe dans un bon éditeur de texte genre notepad++ => un recherche/remplace une sauvegarde du fichier sql et une restauration vers la table... hop!
mais comme t'as l'air embarrassé avec phpmyadmin... smile.gif continue avec fckeditor...

Écrit par : N.Serge 27 Feb 2012, 19:59

Citation (Gnidhal @ 27 Feb 2012, 19:51) *
ha oui, dans ce cas je fais une sauvegarde de la table products_description, je la passe dans un bon éditeur de texte genre notepad++ => un recherche/remplace une sauvegarde du fichier sql et une restauration vers la table... hop!
mais comme t'as l'air embarrassé avec phpmyadmin... smile.gif continue avec fckeditor...


Mince , j'ai la tête qui se remplis d'une multitude d'information intéressante avec toi !!!!! on va bientôt m'appeler sergipédia !!!!!! je mets ta note noir sur blanc et hop impression

Écrit par : N.Serge 27 Feb 2012, 20:16

Encore des erreurs dans l'admin au niveau du gestionnaire de fichier, définnez langues, gestionnaire s debannières et renseignement serveurs mais , la je sature ce sera pour demain

encore grand merci en attendant

Serge

Écrit par : N.Serge 27 Feb 2012, 21:17

Citation (Gnidhal @ 27 Feb 2012, 19:21) *
Citation (N.Serge @ 27 Feb 2012, 19:14) *
Ca se termine , ca se termine, en ce qui concerne le cache, il doit toujours rester sur "false", car sur "true" il y a des erreurs lorsque je sélectionne un produits ?

Oui, il faut définir le dossier de cache dans l'admin => configuration, vérifier que ce dossier est accessible en écriture (chmod 777 ou 755) et mettre à jour les fichiers dans la partie outils/cache de l'admin



Comment mettre a jour les fichier dans le cache de l'admin car je me suis retrouvé avec toute une série de fichier cache à la racine de mon site !!!!

Écrit par : Gnidhal 27 Feb 2012, 23:14

tes fichiers de cache ? Les effacer!
mais pour la propreté de ton site je te conseille de créer un dossier cache en 755 (du nom que tu veux) et de les placer dedans

Et puis je dois quand même mettre un coup de chapeau à l'hébergeur qui a pas trop mal rattrapé le coup.
Après une erreur très grave et un manque de compétence évident, il se refait, il faut le reconnaître.
Pas trop mal monsieur N**** !

Écrit par : N.Serge 28 Feb 2012, 08:10

Citation (Gnidhal @ 27 Feb 2012, 23:14) *
tes fichiers de cache ? Les effacer!
mais pour la propreté de ton site je te conseille de créer un dossier cache en 755 (du nom que tu veux) et de les placer dedans

Et puis je dois quand même mettre un coup de chapeau à l'hébergeur qui a pas trop mal rattrapé le coup.
Après une erreur très grave et un manque de compétence évident, il se refait, il faut le reconnaître.
Pas trop mal monsieur N**** !


A quoi sert les fichiers cache

je dois mettre l'option sur true ou false ? car j'ai pas compris le post plus haut

Si je mets mon dossier cache en 755 il me mets erreur dans l'admin "Erreur : Le répertoire de cache n'est pas autorisé en écriture."

Si je mets utilier le cache sur "true" , les fichiers cache se mettent à la racine du site

Si je mets le dossier cache en 777 et l'option sur "true", 3 lignes apparaissent dans l'admin "cache des blocs" : comment créer les fichiers demandés

Écrit par : Gnidhal 28 Feb 2012, 10:06

Citation (N.Serge @ 28 Feb 2012, 08:10) *
Si je mets le dossier cache en 777 et l'option sur "true", 3 lignes apparaissent dans l'admin "cache des blocs" : comment créer les fichiers demandés

ça c'est bon. les fichiers de cache se génèrent automatiquement dans le bon dossier en principe.

Écrit par : N.Serge 28 Feb 2012, 11:57

les fichiers cache se mettent toujours à la racine du catalog, shop dans mon cas

Contrôle du cache

Cache des blocs

Date de créationAction
Boîte catégories Le fichier n'existe pas
Boîte fabricants Le fichier n'existe pas
Module d'achat supplémentaireLe fichier n'existe pas

Répertoire du cache : /var/www/vhosts/++++++++++++++++/httpdocs/shop/cache

Écrit par : N.Serge 28 Feb 2012, 16:45

Grang merci Gnidhal, t'es trop un bûche !!!!

Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)