Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Super ! Merci
Merci...
Dejà la Documentation API semble à jour. Yapuka au moins pour les namespaces et la Deprecated List
Mais le plus grand "challenge" pour moi --à part ma propre maj / la doc php 8, me semble être la structuration d'un plug:
en gros quels fichiers (noms) sont nécessaires + dans quel ordre sont-il appelés ?
chépo si je suis clair ;-)
Bonjour,
Existe-t-il [dans l'univers dotclearien] une doc mise à jour pour la construction / modification de plugins et/ou themes valide pour Dotclear version 2.28 + ?
- à part la serie de Paul Franck "Adapter son code pour la 2.24"
un peu sur le modele (ancien/obsolete ?) Ressources pour développeurs et designers proposées en doc
Merci
Bonjour,
Avez-vous essayé (avant toutes choses) de vider/supprimer tous les caches de votre navigateur, ou, via ftp à ùinima le cache adùin ?
En effet, "une page blanche" signifie erreur php... Sur ovh et en local (wamp), chez moi ça a fonctionné: j'ai eu acces à l'admn et donc aux mises à jour plugs et themes
Pour info:
En faisant mode secours / plugins => pas de mise à jour à faire affichée
Du coup mise à jour Dc => page blanche Raaaahhh... Pb même en ajoutant ?safe_mode=1 -->pb php !
Du coup, ni une ni deux, via ftp je supprime tous les contenus des dossiers cache de dotclear - sauf versions.
Je ferme firefox (donc vide ses caches puisque paramétré pour cela) et relance
Mi-racle (reuh, reuh) j'ai acces à l'admin.
Ni deux, ni trois => gestion des plugins -> mise à jour de tous - très beaucoup, un par un -- sauf DmHostingmonitor qui ne veut pas car il me dit : "dmHelper est désactivé" - même pas vrai si je regarde la liste; -- bref je ressors et me reconnecte à l'admin; là mise à jour DmHostingmonitor OK
Je reviens à la maj Dotclear que je force qui me dit : "Aucune nouvelle version de Dotclear n'est disponible."
je verifie j'ai bien la version 2.28 affichée !!!
Bref, chais pas si c'est utile, mais chez moi ça a l'air OK même si c'est pas une méthode orthodoxe ;-p
peut-etre qu'une sortie de firefox/vider cache ff, aurait suffit; pas besoin vider les caches Dc via ftp: va savoir ?
---
php Version 8.2.10
Plugins :
dcProxyV1
antispam
fairEmail
fairTrackbacks
akismet
pages
attachments
featuredMedia
fakemeup
dcLegacyEditor
userPref
DotclearWatch
checkStoreVersion
integrityCheck
pings
dcRevisions
simpleMenu
catOrder
breadcrumb
magnific-popup
hScroll
blogroll
contactMe
cookiechoices
maintenance
tidyAdmin
lazyLoading
themeEditor
a11yConfig
dmHelper
Uninstaller
aboutConfig
dcCKEditor
staticCache
notifyMe
testMail
dmPublished
importExport
tags
series
dmHostingMonitor
cloneEntry
construction
navmedia
myFavs
widgets
dcProxyV2
sysInfo
Bonjour,
J'ai eu un pb, non pas sur des billets mais sur des pages, à savoir, dans l'admin, pas d'affichage du contenu, donc pas de modif possible... (FF)
J'ai vérifié dans la base de données: le contenu existe.
Je me suis aperçu que les pages étaient en HTML.
Mais, dans Mes Preferences/Edition, le format Éditeur préféré pour le format HTML etait 'vide' cad: choisissez un éditeur...
En choisissant un éditeur et le validant - enregistrer, par ex pour mon cas: dcCKEditor, le contenu des pages s'est affiché, donc devenu modifiable...
Voir si ce n'est pas le cas chez vous. A verifier ausi pour le format Wiki Dotclear - pas testé.
Note: Si c'est le cas on aurait peut-être affaire a un bug ?
je ne peux plus modifier les fichiers de mes thèmes, j'ai cette ligne d'erreur...
J'ai aussi cette erreur (cf forum),
y compris sur la page d'admin du plugin themeEditor version 2.0
en ligne ovh DC 2.26.1 php 8.2
Mébon, comme le pb ne se manifeste pas en local
DC 2.26.1 ovh php 8.1.13 puis 8.2 sans aucun(e) billet/page sauf default
et par manque de temps j'ai fini par mettre de coté...
Bonjour
Il y a probleme quant au lien du widget contactez moi
En survolant avec la souris sans appuyer
Chez moi j'ai
urlsite/index.php?contact
Chez vous j'ai
urlsite/index.php?pages/Kontactez-moi
En gros il ne devrait pas y avoir pages/ dans l'url
Ahma c'est peut-être dans le réglage du widget ????
J'ai +/- fait :
* transfert de Berlin original avec remplacement
- du coup maj certains fichier modifiés => j'ai utilisé integrity
* par ailleurs ce n'est pas qu'avec ce theme que themeEditor me renvoie cette erreur
- alors que ça semble ok en local
Mébon, c'est après "restauration" chez ovh... Du coup, certes certains fichiers ont pu avoir été restaurés +/-...
Ca me donne une idée :
- suppression des autres themes ne dépendant de Dotclear + reinssertion de ces themes et test dupication
- ajout via ftp du theme Berlin puis lancement themeEditor; on verra si ça resoud +/- le pb (on va voir comment réagit Dc avec deux themes Berlin)
Solution ultime :
- finalisation du local qui marche puis envoi en ligne
à suivre
l'ajout de (copie) c'est par defaut dans le nom du theme qui s'établit dans define.php
mais ça peut avoir été modifié....
du coup on voit affiché deux themes ayant le même nom
(le nom du dossier n'est pas affiché)
Amha, pour savoir "à l'écran", suffit de renommer le nom de la copie (define.php) et de relancer la page / admin
De memoire, sauf erreur c'est le premier parametre (name); le second étant la description
En local ça a l'air correct
Faut que je reverifie mais pas de temps avant lundi
en utilisant themeEditor
Chez ovh a part blowwup qui renvoie
Vous ne pouvez pas modifier un thème distribué
ce qui me parait être une réaction "normale",
pour les autres themes j'ai toujours
Système : Plugin introuvable
Le plugin que vous essayez d'atteindre n'existe pas ou n'a pas de page d'administration.
Question: que donne le theme Berlin par defaut (sans utiliser themeEditor) : les fichiers du theme apparaissent ?
Moi je n'ais acces qu'à la feuille de style
Pas sur que ce soit là le pb (cache php) / plugin themeeditor
Va falloir y aller doucettement:
je vais essayer, petit à petit, de :
- désactiver les plugs un par un : pour voir s'il y en a pas un qui...
- revenir à une version php 7.4 (j'avais vu quelques pb / nouvelle version dotclear)
- installer le contenu de la bdd en ligne sur la bdd locale; avant de tout renvoyer en ligne
(si, comme c'est la cas aujourd'hui c'est ok en local)
L'offre Hetzner semble intéresante; mébon j'ai rempilé chez ovh judsu'en 2026...
Quant à "OPCache" c'est ce que j'ai aussi en local (wamp)
mébon (bis), chais pô si ça va resoudre mon pb qu'est
que le plug themeeditor semble me dire systematiquement qu'il n'existe pas ou n'a pas de page d'administration
Quant à ovh c'est difficile de trouver une info /Cache PHP (hébergement mutualisé)
Bonjour,
Je cherche à savoir comment (et si) ovh gère le cache php.
par exemple : le plug Informations système me dit : Cache PHP : Aucun
Et chez vous c'est comment ?
Bon ben toujours pas de cache php en vue....
-> pb non réglé !
premiere mesure / ovh : passer du mode developpement au mode production
(en mode dev pas de cache)
and waiting
J'ai essayé avec Berlin et d'autres themes.
Cloner me crée bien un dossier de type theme (copie) avec, en apparence, tout (?)
1er probleme sans utiliser la copie:
- je ne peux pas directement supprimer la copie
Erreur : Module inexistant.
---> il faut d'abord désactiver le theme et le supprimer en le choissisant dans themes desactivés
2eme ploblème plus embêtant
- Une fois la copie choisie pour utiliser :
. j'ai bien accès à la feuille de style mais
... un clic sur "modifier les fichiers du theme" me renvoie une erreur
Système : Plugin introuvable
Le plugin que vous essayez d'atteindre n'existe pas ou n'a pas de page d'administration.
Probleme : c'est le )plugin themeeditor qui semble en etre la cause...
en effet si je tente d'acceder à la Page principale du plugin depuis les réglages de ce plugin, j'obtiens
Plugin introuvable
Le plugin que vous essayez d'atteindre n'existe pas ou n'a pas de page d'administration.
alors que ce plug est bien affiché dans la liste
Ca donne quoi chez vous ?
Bonjour,
Afin de configurer pour une utilisation en local et en ligne j'aurais besoin d'une variable contenant HOST dans le fichier config.php
sachant que HOST en local est différent de HOST en ligne
Je m'explique: Suivant la valeur de HOST je peux proposer les constantes DC_DBHOST, DC_DBUSER, DC_DBPASSWORD, DC_DBNAME et DC_ADMIN_URL, à minima, paramétrées pour un acces en local ou un acces en ligne
Je viens de m'apercevoir que la variable globale HTTP_HOST apparait grace au plugin sysinfo. Mais pas en tant que constante Dotclear...
D'où ma question : à quel instant est définie cette variable globale: avant ou après l'exploitation de config.php ?
En un mot : puis-je utiliser cette variable globale HTTP_HOST directement dans le fichier config. php ?
sinon ben je créerais une variable contenant la valeur de HTTP_HOST avant toute chose.
merci
p'tite questionne :
mise à jour publiée (mais dispo uniquement pour l'instant sur dépôt alternatif)
Ma traduction :
Si DC 2.6 --> la mise à jour sera faite "automatiquement" sur dépôt alternatif
Si DC < 2.6 (2.5 par ex) --> pas de mise à jour si DC 2.6 imposée par le plug
J'ai bon ou....?
@Philippe J'ai pas essayé (encore)
Pour l'instant j'ai une version 2.25.3 en ligne que je commence à épurer
et une version 2.26.0 en local pour tester les plugs un par un
remarque
des plugs se sont mis en jour en local; notamment error logger (2.0)
mais pas en ligne
Du coup je me suis dis "je vais aller chercher la version 2.0 sur GitHub"
--> mauvaise idée !!!
J'ai tout cassé: erreur fatale etc
En supprimant via ftp le dossierplugin errorlogger j'ai remis en marche (ouf)
Bref ne faites pas comme moi
Attendez que le plug soit mis a jour automatiquement crénom d'une pipe en bois ;-)
Puisque, si j'ai compris, si la version DC n'est pas la bonne, le plugin ne se mettra pas à jour...
Bonjour
Pas encore testé mais il semble que l'on puisse modifier le mode d'execution php
A savoir :
Mode Cache des fichiers statiques Traitement des erreurs PHP
Production Maximise la mise en cache des fichiers statiques
sur les navigateurs internet. Les erreurs PHP n'apparaissent pas sur votre site.
Development Aucun cache n'est appliqué. Les erreurs PHP apparaissent sur votre site.
Ce qui serait bien pour voir les erreurs php....
Bonjour
Moi aussi j'ai eu un pb de mise a jour Dotclear: site et admin -> pages blanches...
Encore un pb php difficile à trouver sans accès à l'admin...
Je viens de découvrir que mon hébergeur ovh propose une solution de restauration...
J'ai appliqué "Restaurer l'espace de stockage depuis l'espace client OVHcloud" et après quelques heures j'ai retrouvé mon blog comme avant la mise à jour et je peux me mettre à chercher le(s) plugin(s) qui, généralement, pose(nt) problème pour appliquer ensuite la mise à jour
Si ça peut servir ;-)
Edit: Evidemment cela ne permet pas de s'éviter une sauvegarde complete, y compris base de données, régulière... On ne sait jamais : même la "restauration" peut s'avérer délicate voire quasi impossible
D'après ce que j'ai compris un site miroir pose de nombreux problêmes.
Ce qui m'étonne c'est qu'il semblait fonctionner sous php 7
Quant à la page d'accueil sur ce site là theatre.brette.biz
j'ai remarqué qu'un fichier nommé index.html semble avoir priorité sur un fichier index.php
Je ne sais pas à quoi c'est du - sauf peut-être que ça dépend de la configuration du serveur http
mais ça marche sur mon site ovh lorque j'ai beson d'y travailler : une page de type site en construction.
Après bon je n'ai qu'un site (pour l'instant) mais tester un index.html simple ça ne mange pas de pain
après il suffit de renommer en index_back.html par pour que index.php reprenne la prioritéé
Euh solution beta
Si tu reviens à une version php qui marche sur theatre.brette.biz
et tu te loggues sur l'admin ça donne quoi ?
en gros 1 pb à la fois
et pour ce qui concerne les plugs sur https://www.theatre.brette.biz/ ???
parce c'est bien sur ce site que ça va pas...
puisque "ovhconfig en 7.4 permet d'afficher la page"
c'est y possible que le miroir ait un defaut ?
Vous n'êtes pas identifié(e).