Vous n'êtes pas identifié(e).
13 février 2021 Sortie de Dotclear 2.18.1
Effectivement, les indications concernant la version php dans les htaccess semblent inutiles
(même si ne semblent pas prises en compte)
les commenter par un # en début de ligne "ne mange pas de pain" ;-)
En plus, au début du .htaccess en racine une ligne de type :
Options -MultiViews -Indexespermet d'éviter l'affichage du contenu de certains dossiers...
Mébon, corrections mineures, hein ;-)
Question à tous : quelqu'un sait-il comment afficher les erreurs php chez ovh ?
En regardant le message des erreurs, apparemment c'est lors des tentatives de connexion aux update qu'une connexion https est demandée
classe dcStor ...
Quelqu'un a-t-il une idée sur la génération du pb ?
OVH, m'avait écrit, "c'est transparent pour vous"
Amha 'transparent' signifie 'rien à faire de votre coté'
Concernant le config, je ne vois rien de particulier qui serait un pb.
Comme dit: c'est pas du côté de l'accès à la base de données (puisque accessible) mais de ce qui génère une erreur depuis l'URL de l'admin.
Donc rien à changer de ce coté.
J'envisage plusieurs pistes dont un fichier .htaccess en racine qui génère les deux // après le fr
Question: Y en a-t-il un ?
Erreur fatale: Exception non interceptée 'Exception' avec le message 'Le support SSL n'est pas disponible' dans
Bonjour,
Sauf erreur de ma part SSL est une liaison sécurisée qui nécessite un certificat pour toute url de type https
Pas sur que cela soit possible avec Easyphp (que je ne connais pas)....
Peut-être que les forums Easyphp indiquent des méthodes le permettant...
En tout cas, pour l'instant, peut être commencer par vérifier que l'url de l'admin est bien en http et non https ?
Puisque Dotclear a accès à votre base de données,
(votre site est en ligne)
le problème d'accès à l'admin ne vient pas de là, sauf erreur de ma part
Je remarque que tous vos liens génèrent une url de type: http://votresite.fr//index.php?post...
(noter // après fr)
Si l'url d'admin génère une page blanche, c'est à priori, à mon sens, que l'url est accessible (?)
mais qu'une erreur php est déclenchée depuis l'interface de connexion admin...
Le tout étant de trouver quelle erreur ?
peut-être déjà vérifier l'url de l'admin dans le fichier config la ligne :
// Admin URL. You need to set it for some features.
define('DC_ADMIN_URL'.....
Que me conseillez-vous ? 7.1 au minimum je suppose, mais faut-il passer (sauter) à 7.2 ou 7.3, sans risquer des pb
Bonjour,
Je suis chez ovh et ma version php 7.3.27 ne semble poser aucun pb.
Php 7 nécessite que la ligne suivante dans le fichier de Dotclear /inc/config.php, si, la ligne est a mysql il faut la passer a mysqli (ajouter un "i" a la fin)
// Database driver (mysql, mysqli, pgsql, sqlite)
define('DC_DBDRIVER','mysqli');si cela n'est pas nécessaire si votre version php est 5.6.40, vous pouvez malgré tout modifier, a priori sans incidence
C'est devenu define('DC_DBHOST', 'xxxxxxxx.mysql.db'
Comment faire ? sachant que meme en tant qu'administrateur je n'accède plus à mon blog. ?
à part la modif 'sqli', normalement rien à faire car votre site est accessible côté 'public'
--> c'est donc que Dotclear a accès à la base de données !!!
Au cas où, pour modifier le fichier de dotclear /inc/config.php
-----------------------------------
Il vous faut passer par un logiciel ftp.
1) transferer ce fichier sur votre ordinateur
2) vérifier les lignes suivantes qui servent à la connexion
// Database hostname (usually "localhost")
define('DC_DBHOST','votrenomdebasededonnees.mysql.db');
// Database user
define('DC_DBUSER','votrenomdebasededonnees');
// Database password
define('DC_DBPASSWORD','votremdpdeconnexionbdd');
// Database name
define('DC_DBNAME','votrenomdebasededonnees');3) si vous modifiez, renommer d'abord le fichier en ligne en config.bak par exemple afin d'éviter de l'écraser
et pour vous permettre de le retrouver si problème
note SAUVEGARDER !!!
OVH génère régulièrement des copies de sauvegarde de votre base de données récupérable depuis l'administration de votre compte ovh.
De même, par précaution, vous pouvez aussi sauvegarder votre site en rapatriant tout sur votre ordinateur via un logiciel FTP ou le service FTP de ovh (cf votre compte ovh)
Après différents tests, vidage caches Dotclear et Firefox,
il s'avère que :
* return semble ne pas afficher la feuille de style
alors que:
* echo semble l'afficher
oki
j'ai fait des essais sur un plug que je bricole.
Doit y avoir un schmilblick qui bloque ;-)
Je vais tester dans un nouveau plug test simple du type de celui indiqué dans la doc.
Merci
Bjr,
Le plugin IntegrityCheck vous donnera la liste des "fichiers du "core" de dotclear qui ont été altérés depuis l'installation de dotclear."
D'ailleurs Fake Me Up doit vous donner la même liste...
Merci
Bon en fait c'est que j'avais essayé mais je ne trouvais pas la feuille de style qui devait être intégrée alors que le lien généré est correct.
Peutêtre que le pb est que je suis en mode multiblogs avec le plugin dans 'all-blogs'...
J'ai résolu en générant la balise directement dans le <head> du fichier index... ;-)
echo ton code ou un truc du genre
echo dcPage::cssLoad(urldecode(dcPage::getPF('pluginname/css/admin.css'))) . "\n";note: J'aurais pu aussi exécuter la fonction static de la classe dans admin pour générer dans <head>
Je ne comprends pas, je n'ai pas changé l'identifiant du blog...
Sauf erreur de ma part, cela révèle une erreur d'id (pas du nom du blog)
peut-être parce que l'id du blog actuel (default) diffère de l'id de l'ancien?
voir, par ex, ce post sur le Forum Dotclear
Ca peut venir aussi de l'import, donc dans la base de données...
Bonjour,
Pour information, je cherche s'il existe un moyen pour ajouter une feuille de style dans l'interface d'administration d'un plugin sans utiliser de template
Si vous avez une solution simple et "éclairée", je suis preneur ;-)
Merci.
Donc, pour ce qui concerne les fichiers qui font partie de Dotclear, dont /inc/prepend aucun souci
Y-a-t-il une raison pour que sa date de modification soit de 2021 alors que je n'y ai pas touché depuis des années ?
une mise à jour ? ;-)
nb: C'est un des nombreux fichiers qu'il ne faut pas chercher à modifier...
si cela peut être d'une utilité quelconque, voici son contenu :
Non seulement c'est inutile car si ce fichier a été modifié la mise à jour automatique ne se fera pas,
mais, de plus, ça "encombre" votre message.
Donc, ahma, peut-être, modifier votre précédant message en supprimant le "contenu" du fichier ?
Question: avez-vous testé votre version Dotclear avec le plugin IntegrityCheck ?
Bonjour,
Dans quel dossier se situe prepend.php ?
Sauf erreur de ma part il y en a au moins 3 dans dotclear:
/inc/ /inc/admin/ /inc/public/
Il peut y en avoir aussi dans des plugins et des themes (à confirmer...)
Ces fichiers servent à "préfixer"/préparer....
Si vous avez un doute, je pense que le plus "simple" est rapatrier l'archive originale (de Dotclear, du plugin et/ou du theme), de renommer le fichier incriminé (ex prepend_old.php) -- et d'installer dans le dossier concerné le fichier prepend "original" extrait de l'archive.
Le problème (minimum) qui risque de se poser si votre fichier a été modifié et qu'il fait partie de Dotclear, c'est que la mise à jour ne pourra pas se faire automatiquement.
Le puglin IntegrityCheck permet de vérifier "que les fichiers du "core" de dotclear n'ont pas été altérés depuis l'installation de dotclear."
Bonjour,
Comme signalé par NenadX dans son post sur le forum Dotclear,
Il semble qu'il faille modifier ce plug pour qu'il puisse fonctionner sous php7
à savoir
plugins/postNotification/behaviors.php on line 132 : change break to loop
if(count($ulist)==0) break; to/en
if(count($ulist)==0) loop; Look -> ok
-> Zip -> 404. (/weblogfotos/...)
Bonjour,
Question :
- en local si je change la version de MySQL, je dois avant toutes choses sauvegarder la bdd pour la réimporter après la modif...
Est-ce aussi obligatoire en ligne ? (je suis chez ovh)
Bonjour,
les miniatures sont des copies des images sous une résolution inférieure à l'original.
Le nom des fichiers est légèrement différent.
Si vous regardez le contenu du dossier des medias (/public/) dans votre sauvegarde vous pourrez le constater.
Pour info lire Médias et pièces jointes partie Types de fichier particuliers
Pour les images, donc, si vos liens pointent vers des miniatures qui ne sont pas crées ou ont un pb, ben elles ne s'affichent pas ;-)
Après, soit vous générez les miniatures image par image, (ce que je vous conseille)
soit, mais là rien de sûr, copier l'intégralité du dossier /public/ de 1&1 vers ovh.
Pas sûr car le fait de renommer une image d'un hébergeur à l'autre peut ne pas satisfaire à résoudre le pb...
(voire, miniature / taille, etc pas "correcte" en raison du transfert)
Un plugin qui pourrait vous aider à naviguer dans les fichiers images: Media Navigator
Après, pour vérifier le problème des chemin vers /public/ (le dossier des medias) ou /themes/ (des themes,
je vous conseille de lire cet excellent article de Paul Franck qui propose de s'imprégner d'une partie de la machinerie Dotclear et utiliser efficacement about:config
Agir avec précaution: noter ce qui est inscrit dans les champs avant de modifier pour revenir en cas d'erreur
Une fois le processus compris, ben ça va permettre de mieux résoudre certains pb ;-)
Path et URL sont dans un bateau nommé Dotclear
Pas sûr que cela résoudra le pb du thème, pour lequel il faudra peut-être creuser un peu plus...
--
NOTE: en affichant le code source d'une page de votre blog et en repérant les url des images, vous pourrez constater que le pb des images et bien celui des miniatures mal ou pas générées => les miniatures sont à regénérer
Bonjour
Déjà l'url (l'adresse) de votre blog n'est pas la même entre vos deux versions.
1&1 : http://...../blog/ contre OVH pas de dossier 'blog'
Vous dites 'Nouveau nom de dossier", donc si je comprends bien dotclear est dans un dossier différend 1&1/OVH ?
A première vue, sur OVH les images ne sont pas trouvées.
Pire votre page d'accueil renvoie une erreur 404 (non trouvée)
A mon avis, première vérification à faire:
paramètre du blog -> url du blog ne doit pas afficher d'alerte...
un truc du genre "/mestikettes.fr/" <- .fr pas bon ?
Bonjour,
Pour info vous pouvez regarder comment fonctionne le plugin fakemail.
De mémoire il redéfinit la classe mail pour rediriger les mails vers un fichier texte...
Ce n'est pas un ex de plug "idéal" car la classe et les méthodes sont dans le fichier _define.php
Ce qu'il vaut mieux ne pas faire...!
Vous pouvez peut-être tenter de créer un plugin (voir la doc Dotclear)
qui vous permettra (avec possibilité d'activer ou non le plugin)
de tester classes (socketMail ?) et méthodes sans modifier le code original -- ce qui risque de poser pb lors des maj
Est ce normal de devoir enlever les "www." ?
Le fait que ce soit retomber en marche est le signe que vous utilisez plusieurs url (http et http//www) et qu'il y a un "traitement" de l'url "quelque part"
(peut être une redirection dans un fichier de confg ? )
Par ailleurs une autre url de type https répond aussi à votre site...
Le pb initial est donc latent.
En attendant je vous conseille :
1) de faire une sauvegarde de votre site (base de données et dossiers via ftp)
2) éventuellement de reconstituer une version locale qui servira aux tests et vérifications
et de vous renseigner quant à l'utilisation d'un fichier htaccess ou équivalent pour votre systeme
De mémoire, tester d'abord :
connexion admin, en bas, undefined-pb de connexion -> me connecter en mode sans echec
=> Vous êtes en mode de secours. Tous les plugins ont été temporairement désactivés.
Avant que de désactiver les plugs, un a un...
Pour SocialMeta (Paul Franck) le W3C signalait des erreurs href dans la balise... Ex: Illegal character in query: space is not allowed.
Mais je pense que la nouvelle absence d'erreurs de syntaxe dans la console, provient non pas du plugin désactivé, mais d'un retour à un jvs Ductile "normal" ;-)
Vous n'êtes pas identifié(e).