Post to Facebook
Tweet about this
Share at LinkedIn
Invite participants
Reference this page
GnapZ - Je confirme les problèmes d'installation sur Free. Une install Scratch ne passe pas (même erreur). Je teste la maj 7.1->7.2 sous toutes ses formes ...
Bernard - Avez-vous aussi essayé de pousser le contenu (fichier par fichier) de l'archive 7.2 dans le répertoire
scripts/staging directement, puis de lancer le script scripts/update.php ? Fernand - Bernard :Pour le moment j'obtiens par cette méthode ce genre d'erreur:
Fatal error: mysql_real_escape_string() [function.mysql-real-escape-string]: A link to the server could not be established in /mnt/144/sda/1/f/mon_site/shared/sql.php on line 206
GnapZ - Ben heu ... l'install ne passe pas mais la maj 7.1 -> 7.2 en upload du yacs.tgz dans inbox/yacs est bien passée ...
L'upload depuis le PC ne passe pas, ni la maj en ligne.
Je refais un test car j'ai eu une déconnexion du Net donc je vérifie ...
Fernand - GnapZ :Argh... Pour ma part, j'ai fini par obtenir une bidouille from scratch qui s'appelle bien 7.2 et ressemble pas à une 7.2 (dans la mesure ou elle n'a pas les "features" de menus déroulants de langues et d'étiquettes pour la création des pages... Qui devraient bien faire partie de la 7.2,nest-ce pas...)?
Naturellement, j'ai été obligé de reconfigurer ma base (dans système)... Par contre, j'ai retrouvé toutes les données d'origine.
PS/ Lorsque tu parles de l'upload de yacs.tgz dans inbox/yacs, tu balances toute la 7.2 dans le dans inbox/yacs de la 7.1 ?
Agnès - Fernand : c'est exactement ça. Tu crées, s'il n'existe pas, un répertoire inbox à la racine, dans lequel tu crées un répertoire yacs - le répertoire inbox peut aussi servir à d'autres choses, il suffit donc de mettre les bons répertoires dedans et yacs sait retrouver ces petits, et tu mets l'archive .tgz dedans. Ensuite, l'archive apparaît dans le panneau de mise à jour, il n'y a qu'a la sélectionner.
Chez Free, ça devient assez insupportable en fait. Récemment j'ai du vider mes répertoires un par un parce que le traitement global était long et je me faisait éjecter à chaque fois. Même en vidant les dossiers un par un je me faisait déconnecter quand c'était un peu lourd
-----
Agnès
Il n'y a pas de problèmes, que des solutions.
Agnès
Il n'y a pas de problèmes, que des solutions.
Fernand - Agnès : Free, j'avoue, ça commence à m'énerver sacrément... Ce que j'aimerais comprendre toutefois, c'est la raison pour laquelle nous avons tellement d'ennuis -que ne font-ils pas, ou que font-ils pour qu'il en soit ainsi ?
Free reste malgré tout un lieu d'essai à conserver... Et, hormis cela, le fournisseur d'accès le plus innovant (encore faudrait-il qu'ils n'innovent pas trop quant à l'accès de leurs clients à leurs pages perso)...
J'aimerais bien que ça fonctionne.
Je vais faire un essai avec inbox/yacs sur plusieurs sites en Free.
Question pour tester: doit-on obtenir dans la 7.2, une fois installée, le choix des langues par menu déroulant sous les articles (en modification) ?
Agnès - Fernand : Oui. Voir [feature] content language in articles and sections
-----
Agnès
Il n'y a pas de problèmes, que des solutions.
Agnès
Il n'y a pas de problèmes, que des solutions.
Fernand - Agnès :Pour info, j'ai donc essayé toutes les formules y compris celle ci-dessus et en aucun cas, je n'ai réussi à passer de la 7.1 à la 7.2 sur Free.
(La possibilité de choisir une langue sur menu déroulant lors de la création de pages constitue mon test... Même lorsque le panneau de contrôle indique finalement que nous nous trouvons en 7.2, ça n'est jamais le cas)
Agnès - Fernand : J'ai eu exactement les mêmes déboires et mêmes messages d'erreur que toi chez free.
La mise à jour par inbox/yacs a très bien commencé mais... la recherche des extensions s'est bien déroulée, puis j'ai cliqué sur "mettre à jour la base de données", et là : impossible de se connecter à la base de données. J'ai revu le parameters.include.php, mais tout était correct. Or à chaque fois : impossible de se connecter à la base de données.
Et puis au bout de 3 tentatives, je suis carrément revenue au panneau d'installation, comme pour une instal. neuve : il ne trouve aucun fichier de configuration... et ça ne marche pas mieux quand j'essaye de le créer.
Personnellement, les sites persos de free commencent à me sortir par les trous d'nez, si vous me passez l'expression.
Pour info, Tof a eu hier le même problème (impossible de se connecter à la base de données) sur un autre site chez free. Pas résolu encore non plus.
-----
Agnès
Il n'y a pas de problèmes, que des solutions.
Agnès
Il n'y a pas de problèmes, que des solutions.
GnapZ - Bon alors je reviens après de multiples tests éprouvants (nerveursement) sur Free.
Premièrement, je confirme tous vos déboires:
- pas possible de passer en 7.2 quelque soit la méthode.
- Impression de 4ème dimension quand il faut supprimer un Yacs dossier par dossier, voir par sous-dossier (imaginez quand j'ai une 7.1 chargé d'un staging complet plus un référence (/scripts/reference) complet, le tout à supprimer !).
- Déconnexions permanentes. Raison: Si vous demandez à Free d'exécuter une commande (suppression en cascade) sans faire le moindre mouvement FTP dans les 45s, vous êtes éjecté pour inactivité ! Alors, il faut faire des suppressions "manuelles" en estimant une fin dans les 45s pour pouvoir poursuivre ! J'aimerais bien avoir leur avis là dessus !
- Mise à jour 7.1 en "fausse" 7.2: c'est parce que la mise à jour intègre l'info de 7.2 par le footprint mais n'a pas effectué l'intégration complète des scripts (pb base de données ci-dessous) et bloque lors de l'optimisation.
- Aucun accès à la base de données, plantage à l'installation : j'ai la réponse, c'est un bug Yacs sur lequel je fais des essais (Bernard: sql_real_escape_string ne fais pas un pré-test de safe-mode).
Ouf, Free: soyez libre de choisir autre chose.
Fernand - Pour le moment, ça ne passe pas... Nos expériences, à tous les trois, Agnès, Gnapz et moi, coïncident très exactement, le démontrent.
Pour information à d'autres utilisateurs de Free: il est possible de revenir à la 7.1 en écrasant tout avec une archive 7.1... On retrouve alors instantanément l'accès à la base de données (à condition de la reconfigurer comme cela l'était précédemment) et le fonctionnement normal d'une bonne vieille 7.1
Agnès et Gnapz: Nous nous devons de rendre à Framasoft ("le peuple migrateur)" une partie de ce qu'il nous a apporté en lui proposant bientôt une nouvelle notice mise à jour... (YACS a tellement évolué en l'espace d'une petite année !)
Nombreux étant les framasoftiens qui testent sur Free et sont abonnés à ce FAI, la merveilleuse qualité de YACS concernant les mises à jour semi-automatiques ne saurait être mise en doute y compris sur Free. Bond'la !
GnapZ - Voici le [file=489]. Il s'agit de la reprise pure et dure du shared/sql.php de la 7.1 qui marche très bien (un oubli ?).
Bref, intégrez ce patch dans votre 7.2 AVANT de lancer la mise à jour (inbox/yacs puisque la mise à jour en ligne ne contient pas le patch).
Pour une installe directe en 7.2, appliquer le patch AVANT le chargement FTP.
Enjoy
Fernand - GnapZ : C'est peut-être bien un oubli, en effet.
Pour ma part, je fais des essais dés que je peux (c'est à dire pas avant demain) avec retour.
Dans tous les cas,GnapZ, MERCI pour eux, les pôv Freenautes ! Pas de raison que ça ne fonctionne pas...
GnapZ - Pour info, vous pouvez vérifier et tester Yacs 7.2 @ Free sur http://nanardoz.free.fr avec test/test.
Ca ne me sert à rien, si ce n'est qu'à ça.
Faites-en ce que vous voulez, ce compte ne sert à rien d'autre. Je vais d'ailleurs le noter dans ma GnapZone.
Fernand - GnapZ :euh, j'ai été voir... Mais voilà la phrase célèbre qui était affichée: "No shared library. Please reinstall"
(traduit en français cela signifie: "pas de solutions, que des problèmes"
Il plaisante, il plaisante...).Je retournerai voir plus tard.
PS/ Ou bien le serveur est éteint la nuit...
? GnapZ - Fernand : Oups, un index.php qui n'avait rien à faire là ... corrigé. C'est donc dans yacs72 que ça se passe. Merci.
Fernand - GnapZ :Vu. ça fonctionne très bien. A moi maintenant d'appliquer le patch. A bientôt pour retours.
Fredr - Bonjour,j'ai ce message erreur :link to the server could not be established in /mnt/141/sdb/7/4/fsdevasion/shared/sql.php on line 206
Dans attente de trouver une solution au Probléme,je voudrai savoir comment je peu revenir a la version précédente
fred
GnapZ - Fredr : Merci de bien vouloir lire l'ensemble du fil ... regardez 6 commentaires avant le vôtre ... un coup de fatigue peut-être
? Fernand - GnapZ : Pour le moment échec total en ce qui me concerne après essai sur deux site Free. Est-ce parce que j'avais déjà tenté de passer ces deux sites auparavant de 7.1 vers 7.2 ? C'est possible.
Il s'avère d'ailleurs qu'il va falloir que je nettoie complètement les archives, car je n'arrive même plus à les repasser en 7.1.
Ou bien, est-ce tout simplement que je n'avais pas les yeux en face des trous lorsque j'ai effectué cette opération ? C'est possible aussi. Pourtant, j'étais calme... etc. etc.
GnapZ - Fernand : Je comprends puisque je signalais que ce patch était à appliquer "avant".
Avant tout: Fais bien attention à la taille des fichiers sur Free par rapport à ceux en local. Il faut transférer tout en Binaire, pas en Ascii, ni en auto (transfert Win->Linux).
2 cas :
- Supprimes les fichiers parameters.include.php de /shared ainsi que les hooks.include.php et hooks.xml .
Envoie le patch sur le serveur et relance l'install (puisque les param n'existent plus).
Ca devrait reprendre le cours normal puisque la base sera accessible.
- Pour revenir en 7.1, il faut que tu charges les scripts php (uniquement les .php, ça devrait suffir) par dessus ton install instable.
Une fois de retour à la 7.1 (ne te fies pas à l'indication du panneau de contrôle), tu intègres le patch dans l'archive de la 7.2 que tu vas charger dans inbox/yacs sur le serveur Free.
Ensuite, lances la maj depuis cette archive (pas par parcourir, l'archive dépasse les 2Mo).
Essaies un des sites et donnes un retour.
Bernard - La seule modif effectuée dans le fichier
shared/sql.php entre la 7.1 et la 7.2 concerne la connexion à la base de données lorsque le serveur est en safe mode ce qui, si ma mémoire est bonne, est le cas de Free. D'après le standard, en safe mode les paramètres de connexion ne sont pas pris en compte par YACS, mais par l'infrastructure PHP. Le retour d'expérience Free prouve que ceci est pure théorie, et que la réalité semble bien différente.Je suis donc revenu à du code plus simple en prévision de la version 7.3, dont la version alpha sera mise à dispo ce week-end.
Fredr - GnapZ :
Merci pour la réponse,mais je n'ai pas compris exactement la marche a suivre pour passer a la 7.2.
GnapZ - Bernard : Un petit détail qui m'échape depuis quelques versions: est-il vraiment nécessaire d'utiliser les commandes incompatibles "safe_mode" ? Pourquoi ne pas utiliser QUE des commandes "safe_mode", ça simplifierait le code, non ?
Ainsi, si l'on prennait que des commandes PHP du safe_mode, nous ne rencontrions pas de problèmes avec les environnement sans safe_mode (fuul_mode ?).
J'ai dit une bêtise ?
Fredr - Bonsoir,je n'ai pas compris ce qui faut faire pour installer la 7.2 sur free.
a chaque fios que je veut installer j'ai un probléme .
-----
fred
fred
GnapZ - Fredr : Que voulez-vous faire ? Mettre à jour une 7.1 -> 7.2 ou installer une 7.2 depuis le début ?
Fernand - Fredr : Pour résumer globalement la situation, il y a un authentique souci pour le moment avec Free et la 7.2
De deux choses l'une: Soit vous installez la 7.1 (ou bien est-elle déjà installée ?)... Soit vous attendez la 7.3 qui ne saurait tarder (c'est le sens de la dernière intervention de Bernard + haut dans ce fil).
Attention cependant:la 7.3 Alpha qui va être livrée très prochainement n'est pas apte pour être installée sur votre serveur de production. Il vous faudra attendre quelques heures, voire quelques jours de plus que cette mise à jour soit validée et rendue officiellement diponible au téléchargement ).Si vous êtes en 7.1 et que vous passez directement en 7.3 d'ici quelques jours depuis la 7.1, nous serons présents pour vous aider. Si votre serveur était en production et que vous êtes désormais "planté", faites-le savoir ici-même... Ne touchez à rien en attendant, et surtout, ne vous inquiétez pas... Ce souci avec Free est passager.
GnapZ - Fernand : Merci pour ce bon résumé.
Pour ma part, je vais tenter de résumer la mise en place du patch (dont tous les tests sur mon compte Free ont été concluants):
Je vais simplifier un max pour le passage 7.1 -> 7.2 (plus long à écrire qu'à faire):
- Téléchargez cette archive que j'ai spécialement préparée incluant tous les patchs en cours.
- Lancer votre outil FTP et placez-vous dans l'arborescence de votre Yacs (où se trouvent les dossiers Agents, Actions, Articles, etc).
- Créez un sous-dossier "inbox" s'il n'existe pas.
- Créez un sous-dossier "yacs" dans le dossier inbox précédent.
- Chargez-y l'archive TGZ via FTP.
- Connectez-vous en tant qu'associé à votre serveur et allez dans le panneau de contrôle - Mise à jour.
- Cherchez la zone intitulée "Chargement d'une archive locale".
- Si vous avez bien placé votre archive via FTP, vous devriez trouver un lien protant le nom de l'archive, soit : yacs72free.tgz .
- Cliquez sur ce lien et laissez-vous guider normalement et tout devrait bien se passer, surtout bien se finir.
Pour une install fraîche, décompressez cette archive spéciale Free sur votre ordinateur et chargez son contenu via FTP comme n'importe quelle version ...
NB:
- il n'y a aucune crainte à avoir, les patchs ici inclus sont les 3 que vous pouvez retrouver ici, dont celui de Free bien sûr.
- Cette archive sera supprimée de Yacs.info dès la mise à disposition de la 7.3 .
Fernand - Merci GnapZ, c'est un excellent résumé que voici. Pour ma part je vais passer à la phase savante (et suivante)... Le déplantage et le passage en 7.2, dés que je trouve le temps, en appliquant à la lettre tes indications ci-dessus.
Merci encore pour le peuple migrateur.
Bernard - GnapZ: si c'était aussi simple ... la commande
mysql_connect() est utilisée en mode normal ou en "safe_mode". Normalement, dans le deuxième cas, la séquence d'appel est différente, ce que j'ai implémenté. Sauf que, en pratique, ceci ne marche pas pour Free. Pas de leçon particulière à tirer de tout ceci, si ce n'est que rien ne remplace le test en réel, ni la réactivité en cas de problème... Agnès - Salut à tous. En ce qui me concerne, je suis totalement plantée depuis plusieurs jours.
J'ai patiemment bataillé pour supprimer des fichiers, les remplacer par les archives successives au début en rajoutant les patchs, puis avec la dernière fournie par Gnapz (au passage, merci bôoocoup !) parce qu'avec free c'est très c....t. J'ai finalement trouvé qu'en utilisant la connexion ftp avec nautilus j'étais plus déconnectée sans arrêt, mais j'ai un contrôle moins aisé sur les transferts car pas de "journal" (ou j'ai pas trouvé). Donc je sais plus ou moins si ça c'est bien passé.
Départ : 7.1 Mise à jour avec inbox/yacs : le plantage ici décrit.
Depuis, j'ai enlevé des parameters.include.php, remis des .bak, remis la 7.1 mais pas concluant - c'était avant d'utiliser nautilus - remis les différentes versions de la 7.2 en écrasant à chaque fois... Rien n'y fait, je suis plantée.
Le serveur était fermé : je l'ai réouvert manuellement.
Mais je ne suis pas loguée, et je ne peux pas le faire car je tombe sur un page d'erreur à chaque fois.
Mon instance de yacs est dans un répertoire, pas à la racine. Quand je veux me loguer, l'adresse me renvoie systématiquement à la racine (donc bien sûr, y'a pas ce qu'on cherche à c't'endroit là).
à l'issue de ma tentative de mise à jour, j'avais la plupart des fichiers php en double, avec les anciens en php.bak.
j'ai découvert qu'en supprimant ces fichiers (j'ai titillé à propos du index.php), j'avais déjà moins d'erreur de redirection à la racine. Donc tour de tous les dossiers pour supprimer tous les .bak que j'ai pu trouver.
mon dossier scripts est plein : staging avec archive complète, run_once avec plein de fichiers, dont la plupart - mais pas tous - ont l'extension "done". puis-je les supprimer ?
Pour finir, j'ai une page sans style me disant qu'il manque des fichiers de configuration, mais je ne peux ni aller sur le panneau de contrôle (pas loguée et je ne peux pas accéder à users/login.php, même en tapant l'adresse), ni utiliser la procédure d'installation car le formulaire me renvoie là où j'étais (choisir le panneau de contrôle ou installer).
J'en arrive à me demander si je ne vais pas tout réinstaller - à la vitesse où va le ftp de free, j'ai des sueurs froides
- où si vous pouvez m'aider à circonscrire les pb pour débloquer tout ça.
D'avance : mille mercis !!!!!-----
Agnès
Il n'y a pas de problèmes, que des solutions.
Agnès
Il n'y a pas de problèmes, que des solutions.
Fernand - Agnès : Plantage confirmé de mon côté.
Même message d'erreur y compris sur une installation neuve... En partant de l'archive fournie par Gnapz ci-dessus.
Plusieurs sites déjà existants en 7.1 plantés.
De plus, comme je suis sur Linux, mon "file roller" intègre bien le tar.gz et le tgz, mais lorsqu'il s'agit de modifier l'archive... Personnellement le tgz devrait s'ouvrir directement sur l'ensemble des répertoires et fichiers de yacs, et non pas sur un répertoire yacs (contenant cet ensemble) car tout chez moi, se trouve à la racine... Or je ne peux effectuer cette opération dans l'archive compressée avec les outils dont je dispose (car il refuse de la transformer en autre chose que tar.gz qui n'est pas reconnu par yacs.
Voilà, c'est la zone... Gnapz, es-tu sûr que l'archive ci-dessus (qui a dû te demander pas mal de travail) n'est pas boguée ?
GnapZ - Lorsque vous supprimez vos fichiers de config (parameters ...), n'oubliez pas de supprimer aussi les hooks.include.php et hooks.xml qui se trouvent dans /shared.
Anonymous: Cette archive est issue du Yacs 7.2 qui tourne chez Free: http://nanardoz.free.fr avec test/test en associé.
Je vais recréer une archive identique sans dossier yacs de base (je crois que c'est une erreur de ma part, les archives officielles ne doivent pas se trouver dans un sous-dossier).
Dès que c'est prêt, je fais signe ici.
PS: Attention au chargement FTP sur Free ! Il doit être en mode Binaire, pas en Ascii ni Auto.
GnapZ - L'archive est en place. C'est le même lien car elle annule et remplace l'ancienne, soit: yacs72free.tgz
Sa taille exacte est : 3569399 octets.
C'est d'abord une archive pour créer une 7.2 mais en la chargeant dans votre inbox/yacs, elle peut servir pour une mise à jour d'une 7.1 .
Remontez-moi vos problèmes (par mail direct si vous voulez).
Fernand - GnapZ :Première tentative: échec.
J'ai lancé ta nouvelle archive sur un site en création. Il refuse de se conncter à la base de donnée et fournit encore le même message d'erreur (avec la ligne de sql.php 206 en référence).
J'en suis à me demander s'il n'y a pas eu un changement chez Free, auquel cas tu serais passé entre les gouttes lorsque tu as installé "nanarnoz".
Je vais désormais rechercher une archive de la 7.1, la charger, et essayer de faire une création à partir de cette archive, pour voir (s'il n'y a pas eu un changement de paramètres chez Free)...
Fernand - Le même emplacement, nettoyé, (après essai avec la nouvelle archive yacs72Free). J'ai pu installer sans problème une version 7.1. Moralité, cela ne vient pas de Free (contrairement à mon hypothèse précédente), mais de notre version 7.2
Point suivant, je vais maintenant essayer une maj via inbox/yacs à partir de la nouvelle archive yacs72Free envoyée par GnapZ...
Fernand - GnapZ: Je confirme que la mise à jour via inbox/yacs ne fonctionne pas. Par contre, elle ne plante pas la version précédente, et ne détruit pas l'accès à la base de données. En progrès, donc !
En outre, une comparaison tabulaire des scripts n'indique aucune différence à la ligne 206 de
shared/sql.php... Si toutefois, ma ligne 206 à moi est à bonne (je suppose que oui)... Ce qui semble vouloir dire que le message d'erreur n'est pas exact.Résumé
* la denière archive fournie ne permet pas d'installer une 7.2 from scratch (problème avec la soi-disant ligne 206)
* La dernière archive fournie ne permet pas de faire une maj à partir de la 7.1. Toutefois, elle ne casse pas le jouet.
GnapZ - Ca y est, ça marche !
ATTENTION:L'archive 72free est donc opérationnelle cette fois et fonctionne bien (testée chez Agnès).
toutefois, je vous préconise 2 cas de figures car (Merci, Ô Bernard) c'est le patch de Bernard provenant de la 7.3alpha19 qui y est intégré (et qui marche bien).
Utilisez donc cette archive pour 2 uniques raisons:
- Vous avez un serveur planté chez Free,
- Vous ne pouvez pas attendre la 7.3 officielle.
Dans tous les autres cas, restez en 7.1 et attendez la 7.3 (je parle des yacs sur Free uniquement).
Désolé pour vous tous qui avez fait tant d'essais (merci Fernand) mais je suis très déçu que ça n'ait marché que chez moi. En plus sur un site Free que pour les tests !
Allez, courage, celle-là est vraiment une 7.2 avec les patchs "Backup", "Select_Categories" et "Comment_Login" comme petit plus en avant première et l'excellent travail "Sql" de Bernard. Le tout dans un TGZ sans sous-dossier (promis).
Nouvelle taille : 3570975 octets.
Fernand - GnapZ :Pour Nanardoz, il est évident que tu avait placé ton patch corrigé... Et puis ensuite, dyslexie oblige... Ah dyslexie quand tu nous tient !
" L'archive 72free est donc opérationnelle cette fois et fonctionne bien (testée chez Agnès). "Euh... Elle est passée,où ? Parce que quelques commentaires plus haut
yac72free.tgz s'ouvre sur une... Page blanche !Est-ce que c'est l'archive d'origine de la 7.2 qui est à reprendre (ayant depuis été corrigée par Bernard) ?
GnapZ - Fernand : Alors voilà, pour éviter encore d'autres mauvaises surprises, et avec la dernière attaque, j'ai refait une version 7.2 avec comme différences par rapport l'officielle:
- Ajout du shared/sql corrigé par Bernard issu de la 7.3alpha19
- Ajout du patch Backup
- Ajout du patch Catégories (bouton de lien pour les articles)
- Ajout du patch Comments (répondre lorsque l'on n'est pas authentifié)
- Suppression du script links/trackback.php pour la sécurité.
Cette archive fait donc désormais 3567906 octets et est accessible ici sous le nom de yacs721free.tgz.
Conseil: Préférez une mise à jour manuelle en l'installant par dessus l'ancienne puis lancer les scripts à éxécution uniques et enfin une optimisation de la base de données.
Pour info, le passage 7.2 vers 7.3alpha19 sur Free passe impcable (testé sur nanardoz.free.fr). Je vais essayer depuis la 7.1 ...
Rappel: les versions Alpha ne sont pas à mettre en place sur des serveurs de production.
GnapZ - Je fais ce commentaire séparé pour les puristes (comme moi).
Bernard: il y a un petit soucis pour les mises à jour chez Free à partir de la 7.2 et 7.3alpha19.
La présence du safe_mode n'autorise plus que la mise à jour par upload de toute l'arborescence dans scripts/staging.
C'est gênant de ne plus avoir au moins la possibilité du inbox/yacs, je comprends pour les deux autres cas en téléchargement trop lourds.
J'ai fait l'essai et sur Free, que ce soit par /staging ou par l'archive locale, on aboutit quand même à une erreur 500 d'apache (suite à un timeout peu justifié).
En revenant sur la page précédente et en insistant sur la même commande (staging ou inbox), ça fini par passer. Je pense qu'on se retrouve dans le cas d'inactivité illogique à 45s qui vous déconnecte chez Free.
Bref, le chargement de l'arborescence comme la suppression un par un est une horreur à gérer sur Free (toujours ce timeout à 45s) donc l'avantage de l'archive c'est un upload plus rapide et un traitement de maj moins contraignant.
Pendant que j'y suit, dans les purges il serait bon d'avoir une commande qui vide le staging plutôt que de le faire manuellement par FTP (?).
Donc dans la 7.3 il serait bon d'avoir l'accès à la maj par inbox/yacs même pour les cas de safe_mode.
Vous en dites quoi (Bernard et les gens concernés par Free et autres safe_mode) ?
Fernand - Bon, je donne des nouvelles en vrac car je commence à fatiguer:
* pratiqué trois mises à jour sur des sites Free plantés suite aux problèmes en référence dans ce fil. Maj pratiquées par écrasement via FTP en installant la 7.3alpha19
Résultats plus que positifs. Personne n'a bougé. pas un souffle... Pas un message d'erreur. Le bonheur !
Bien entendu, si vous êtes planté de la sorte entre deux eaux, sans aucun accès possible à la base, il vous faudra inscrire à nouveau les paramètres d'origine de la base si vous voulez la récupérer.* Ensuite je récidive avec quatre sites en 7.1 sur Free. Ces sites étaient en production. Et, comme vous le savez peut-être, il y avait quelques difficultés à passer en 7.2... Que nenni !
Cette fois-ci je suis passé via la célèbre formule inbox/yacs, beaucoup moins fatiguante et moins longue pour installer aussi la 7.3alpha19.tgz.
Et, et... Succès sur toute la ligne !
* Pour terminer, je me suis dit que j'allais tester avec un petit huitième (en 7.1 aussi)... Celui-ci est ambigu, il parle deux langues à la fois (je ne sais pas pourquoi) Et à ce point, il y a eu un message d'erreur assez méchant, genre
J'avoue que je n'en menais pas large, mais étant donné que j'étais sur la belle envolée précédente, j'ai passé outre... Et c'est passé ! Je reviendrai cependant sur ce sujet récalcitrant en écrabouillant tout le monde (comme dans la première phase)Je crois que ceci complète ce que dit GnapZ ci-dessus. D'autre part, je vous confirme que la 7.3 est valide sur Free... Et même, il s'agit d'une très belle version. Toutefois, ne faites pas comme moi, ne l'utilisez pas en production. C'est une règle. Suivez attentivement les conseils de GnapZ... Et puis, si vous êtes véritablement à la peine, allez, faites comme moi.
Un très grand merci personnel à GnapZ et à Bernard pour leur aide tellement précieuse dans ce cheminement pour la validation de YACS sur Free.
GnapZ - Fernand : Merci, j'ai aussi testé la 7.3a19 sur Free sans aucun problème mais c'est peu recommandable, comme tu dis, pour les sites en prod.
Et puis c'est pas la première fois que des choses marchent pour moi sur Free et que ça fait tout un cirque pour vous autres. Ca m'agace de perdre autant de temps pour finalement vous faire perdre aussi le vôtre.
Bref, merci à tous d'avoir suivi ce roman qui aura le mérite d'être au moins instructif.
Bernard - GnapZ: Si je comprend, il y a deux demandes là :
- supprimer le test du safe_mode dans scripts/stage.php
- ajouter un purge de scripts/staging dans control/purge.php
C'est bien ça ? Avec mes remerciements pour les essais que tu as effectué.
D'autre part, as-tu retrouvé tes petits dans la 7.3alpha19, où reste-t-il des correctifs non encore intégrés ?
GnapZ - Bernard :
Oui, il y a 2 suggestions:
- Supprimer le safe_mode ? non pas vraiment car c'est bien aussi que Yacs reconnaisse certains modes d'hébergement. Je pensais simplement à laisser l'accès à la mise à jour via inbox/yacs parce que cela marche (en insistant lors des erreur 500) et puis c'est plus pratique que de charger tous les scripts.
- Avoir la possibilité de vider le dossier staging peut être très pratique car dans le cas de Free, cela prend énormément de temps à tout supprimer à la main (pas de shell) et avec les déconnexions toutes les 30 ou 45s, c'est insupportable. D'ailleurs dans cet esprit, je pensais à un script de "désinstallation" de Yacs qui vidrait tout en fait sauf les données utilisateurs (fichiers, images, param, skin dérivé mais pas les skins intégrés). Une sorte de footprint à l'envers ...
Mes petits: Je crois que [file=492] n'est pas pris (problème de paramètre Anchor vide après authentification lors d'une réponse par un membre non authentifié).
MERCI.
GnapZ - Bernard : La 7.3 rassemble les paramètres dans un dossier spécifique (super), alors en poussant le raisonnement à l'ensemble des données utilisateur, je verrais bien un dossier "data" conteant des dossiers files, images, parameters et skin ... non ?
Nous aurions alors un ensemble cohérent système/données qui simplifierait les mises à jour (mannuelles) et les sauvegardes.
Je relance là une bonne vieille idée des années yacs6.3/yacs6.4 ...
Oui, ça fait bouger pas mal de choses mais pour une 7.4 alors ?
Manu_le_maniac_faut_tout_ranger
Tof - Pour information, après avoir désespéré sur la 7.2, j'ai installé la 7.3beta19 sur free et n'ai eu quasiment aucun souci, à part le compte admin qui était membre au lieu d'être associé (peut-être lié au fait que je n'avais pas créé le répertoire sessions avant l'installation). Une petite edition de la table users et le remplacement du M (membre) par un A (associé) et tout est installé comme il faut.
J'ai ensuite détecté un bug dans les versions 7.x dont je parle ici : test yacs 7.3 alpha 19.
-----
Tof
Christophe Battarel - Société altairis -
