2024 août 19
Par Franck - News - Lien permanent
Une version de maintenance qui corrige deux bugs (dont un bloquant) sur l'insertion des médias et la gestion des pages.
2024 août 19
Par Franck - News - Lien permanent
Une version de maintenance qui corrige deux bugs (dont un bloquant) sur l'insertion des médias et la gestion des pages.
Commentaires
Super ! passage sans accroc une fois les fichiers ductile de base remis à leur place.
Merci Franck.
Mon blog a disparu !!!
Mon compte semble avoir disparu aussi (id. et mot de passe inconnus...)
Que faire ?
Merci
Je complète le mesage d'éric plus haut. Son blog est l'un des meilleurs blogs littéraires français. Son nom c'est l'Alamblog. Il est hébergé chez OVH et n'a pas fait de mise à jour (depuis un bail). Est-ce que par hasard la disparition de celui-ci serait-elle liée justement à une mise à jour qui tarderait à se faire ? Merci de vos réponses…
Bonjour, je rencontre le même problème, mon blog sous Dotclear n'est plus accessible depuis mercredi, hébergé par ovh. Les techniciens m'ont informé avoir réalisé une mise à jour sous mysql 8 depuis la 5.7.
Pouvez-vous m'aider ?
Merci
Bonjour,
Idem pour moi, impossible d'y accéder depuis mercredi. Que se passe-t-il donc ?
Je vois qu'OVH migre toutes les bases de mySQL 5.7 vers mySQL 8, la question qui se pose est :
Est-ce qu'au passage ils basculent les bases de données (tables, …) au format utf8mb4 ou est-ce que les bases restent au format utf8 si elles l'étaient avant ?
Question à poser à OVH (je n'ai pas de compte chez eux).
Sinon il faut éventuellement vérifier que le mot de passe d'accès à la base de données n'a pas été changé pendant la migration et si c'est le cas il faut reporter dans le fichier inc/config.php
Le blog de notre association est hébergé chez OVH et tout fonctionne correctement (version 2.31.1).
Dans phpMyAdmin je vois que la base de données (par défaut) est réglée sur utf8mb4_unicode.
Pour le contexte, nous étions auparavant hébergé chez TuxFamily, et nous sommes resté longtemps avec la version 2.20.1 (à cause de PHP). Puis nous avons décidé de changer d'hébergeur pour passer chez OVH, j'ai fait une installation vierge de la 2.29 (c'était la dernière version stable disponible à l'époque) puis migré la base de données TuxFamily → OVH et fait les mises à jour au fur et à mesure des nouvelles versions.
> Est-ce qu'au passage ils basculent les bases de données (tables, …) au format utf8mb4 ou est-ce que les bases restent au format utf8 si elles l'étaient avant ?
Question à poser à OVH (je n'ai pas de compte chez eux).
///
Bonne question Franck, je suis en contact avec la communauté d' OVH, de mon côté j'ai bien changé le mot de passe d'accès à la base de données hier, et je l'ai reporté dans le fichier inc/config.php, mais l'erreur est toujours là :.(
Je vois qu'à cet instant, ils me demandent si mon fichier
inc/config.php est bien codé en ANSI (et non en UTF-8 ou UTF-16)
https://community.ovh.com/t/Mises-%...
Drôle de question, c'est un fichier texte et purement ASCII.
Pour celles et ceux pour qui ça ne fonctionne pas et si le driver de base de données est défini à mysqli dans inc/config.php, essayez de changer pour mysqlimb4 pour voir si ça retombe en marche.
Dans ce cas ça voudrait dire que contrairement à ce qu'ils ont indiqué, les encodages des bases de données ont été modifiés pendant la conversion.
Sinon il va falloir leur demander un extrait des journaux (apache/php/mysql)
Bonjour Franck, je viens de changer le driver de base de données, mais il était défini à 'mysql' dans inc/config.php, sans le "i" (mais avec le "i" cela ne change rien) donc j'ai changé pour pour mysqlimb4, comme conseillé, cela génère une ligne de code d'erreur :
http://kiwaida.nu/bmk/
la voici :
Fatal error: Unable to load DB layer for mysqlimb4 in /home/kiwaida/www/bmk/inc/libs/clearbricks/dblayer/dblayer.php on line 264
Je laisse ainsi le temps que vous puissiez voir l'erreur et je repasse au driver de base de données défini à mysql, tel que je l'ai trouvé après la panne de mercredi.
Donc remettre mysqli est le mieux. Cela dit je constate que c'est un vieux Dotclear qui est installé, c'est laquelle ?
Mon blog n'est toujours pas accessible, cela fait donc quatre jours que ça dure. Je n'ai pas trouvé d'action à effectuer et je présume qu'il s'agit d'une panne de serveur, puisque cela fait partie des causes possibles citées dans le message d'erreur : "Are you sure that the database server is running?"
Il serait intéressant qu'OVH fournisse les journaux correspondants, qu'on vérifie si ça vient de Dotclear (j'ai quelques doutes à ce sujet, mais on ne sait jamais) ou de leur conversion vers MySQL 8.
Bonsoir Franck, j'ai remodifié en 'mysqli', ainsi le même message d'erreur s'affiche.
Oui c'est un ancien Dotclear, ma foi, qui fonctionnait bien, voici la licence :
# This file is part of Dotclear 2.
#
# Copyright (c) 2003-2011 Olivier Meunier & Association Dotclear
# Licensed under the GPL version 2.0 license.
# See LICENSE file or
# http://www.gnu.org/licenses/old-lic...
#
Côté Ohv, au téléphone ils m'ont expliqué qu'ils sont partenaires de Wordpress mais pas de Dotclear, ainsi ne font-ils pas de suivi... en cas de panne suite aux migrations.
Ce qui est incroyable, autant que ce soit peut-être un miracle que mon Dotclear ait survécu à leurs migrations et mise à jour de mysql jusqu'à mercredi soir, autant sur 'archive.org', il y a une sauvegarde du mois de Mai (il manque les dernières activités jusqu'en Août) et étrangement je ne sais comment cette structure (le serveur qui doit accueillir tous les vieux coucous) affiche bien mon blog, toujours présent sur l'hébergeur OVH, qui lui ne l'affiche plus. Dans mes logs, archive.org pompe en direct sur ma base de donnée, comme un sous-marin.
Tandis que s'affiche une erreur depuis mercredi soir du type :
//
Cela signifie soit que les informations d'identifiant ou de mot de passe de votre fichier config.php sont incorrects, soit que nous ne pouvons pas contacter le serveur de base de données à l'adresse "kiwaidabmk.mysql.db". Cela peut vouloir dire que le serveur en question est éteint.
Êtes-vous sûr que l'identifiant et le mot de passe sont corrects ?
Êtes-vous sûr d'avoir entré le bon nom de serveur ?
Êtes-vous sûr que le serveur fonctionne ?
S vous n'êtes pas sûr de la signification de ces termes, vous devriez probablement contacter votre hébergeur. Si vous avez besoin d'une aide supplémentaire, vous pouvez vous rendre sur le forum d'entraide Dotclear.
//
Je remarque que j'ai suivi à la lettre les préconisations de l'erreur affichée depuis mercredi, et dans l'ordre..
Que me conseillez-vous ? Avec un vieux coucou Dotclear, y-a-t-il une incompatibilité définitive avec la migration sur mysql 8 effectuée par OVH ? Je ne sais pas ce qui cloche, mais je suis sonnée depuis la disparition de tout mon travail édité.
Il est vrai comme l'écrit David, à la question :
- Êtes-vous sûr que le serveur fonctionne ?
Je n'ai pas trouvé de réponse auprès d'OVH, car j'ai cru à un moment que ma base était dans un autre serveur qui s'est éteint mercredi soir, mais comme ils m'ont demandé le lendemain, de changer de mot de passe, ce que j'ai fait, Ovh m'a envoyé un courriel m'indiquant que la nouvelle base était créé, hors c'était un changement de mot de passe et non une création de nouvelle base de donnée. Depuis Ovh m'indique que tout fonctionne de leur côté, et la base aussi. Oui, mais non, l'erreur est toujours là, avant ou après le changement de pwd.
Peut-être un test sans le htacces, qui est peut-être en trop à la racine du blog (pas de mon site) et puis je le remettrais pour voir. Enfin mes rudiments de connaissances me font défaut ce soir.
La version du php est la Version 5.2.17, et elle s'affiche bien :
http://kiwaida.nu/bmk/phpinfo.php
System Linux webm143.cluster010.gra.hosting.ovh.net 5.15.152-ovh-vps-grsec-zfs-classid #1 SMP Thu Mar 21 15:19:33 UTC 2024 x86_64
Il est plus que probable que les vieilles versions de PHP, 5.2 par exemple, ne supportent pas la connection à une base mysql 8.
D'après ce que je lis ici et là, il faut a minima PHP 7.4 pour pouvoir utiliser MySQL 8.
Merci Franck, pouvez-vous me dire comment puis-je procéder ?
Est-ce accessible, ou trop complexe à réaliser ?
Est-ce que, mise à jour effectuée, cela peut fonctionner de nouveau ?
Car, à priori, jusqu'à mercredi soir tout fonctionnait ainsi.
Ma foi, quelle belle longévité ! Après avoir donné mes infos à la communauté d'Ovh, l'un m'a écrit que la version du php de ma base de donnée a treize ans et demi, mais aussi que cela ne devrait plus exister.
Peut-être ai-je affectionné une ruine. Je vais méditer sur cette petite existence, qui effectivement a été invisibilité, d'un coup. À priori rien n'est parfait en informatique mais tout est perfectible.
Alors comment mettre à jour cette version adolescente ?
L
Merci Franck, pouvez-vous me dire comment puis-je procéder ?
Est-ce accessible, ou trop complexe à réaliser ?
Est-ce que, mise à jour effectuée, cela peut fonctionner de nouveau ?
Car, à priori, jusqu'à mercredi soir tout fonctionnait ainsi.
Ma foi, quelle belle longévité ! Après avoir donné mes infos à la communauté d'Ovh, l'un m'a écrit que la version du php de ma base de donnée a treize ans et demi, mais aussi que cela ne devrait plus exister.
Peut-être ai-je affectionné une ruine. Je vais méditer sur cette petite existence, qui effectivement a été invisibilité, d'un coup. À priori rien n'est parfait en informatique mais tout est perfectible.
Alors comment mettre à jour cette version adolescente ?
L
Bonjour, comment on identifie la version en cours installée (avant mise à jour) il m'indique "Dotclear 2.31.1 est disponible." mais je voudrais savoir en quelle version je suis.
Ou puis je retrouver la version ?
- sur le portail backoffice
- dans un 1 fichier
- dans la base
- autre ?
Merci et bonne aprem.
En bas de l'administration (quelle que soit la page affichée), au survol du logo Dotclear.
Merci Franck, ça bouge toujours :)
Merci d'utiliser Dotclear 2.31.1
(Codename: Still moving).
Mise à jour sans problème, mais j'étais déjà en majeure 2.31.
Kiwa, puis-je vous demander comment vous avez fait pour que ça revienne à la normale? De mon côté, même en allant à la racine de mon site, je n'ai rien trouvé qui explique la situation et j'en suis toujours au même point presque trois semaine après la panne.
Les choses ont l'air d'empirer car depuis ce matin, mon blog indique ce message. Je ne comprends toujours pas ce que ça signifie ni ce qui s'est produit :
Fatal error: Uncaught exception 'Exception' with message 'Table 'compagnie_semaphore.dc_post' doesn't exist (1146)' in /mnt/101/sdb/8/2/compagnie.semaphore/dotclear/inc/clearbricks/dblayer/class.mysql.php:103 Stack trace: #0 /mnt/101/sdb/8/2/compagnie.semaphore/dotclear/inc/clearbricks/dblayer/dblayer.php(311): mysqlConnection->db_query(Resource id #14, 'SELECT C.cat_i...') #1 /mnt/101/sdb/8/2/compagnie.semaphore/dotclear/inc/core/class.dc.blog.php(397): dbLayer->select('SELECT C.cat_i...') #2 /mnt/101/sdb/8/2/compagnie.semaphore/dotclear/inc/core/class.dc.blog.php(249): dcBlog->getCategoriesCounter(Array) #3 /mnt/101/sdb/8/2/compagnie.semaphore/dotclear/plugins/widgets/_default_widgets.php(55): dcBlog->getCategories(Array) #4 /mnt/101/sdb/8/2/compagnie.semaphore/dotclear/plugins/widgets/_public.php(14): include('/mnt/101/sdb/8/...') #5 /mnt/101/sdb/8/2/compagnie.semaphore/dotclear/inc/core/class.dc.modules.php(501): require('/mnt/101/sdb/8/...') #6 /mnt/101/sdb/8/2/compagnie.semaphore/dotclear/inc/core/class.dc.modules in /mnt/101/sdb/8/2/compagnie.semaphore/dotclear/inc/clearbricks/dblayer/class.mysql.php on line 103