🌍
Français
Oui, il semblerait que ceux qui utilisent (via leur hébergeur) le mécanisme suExec rencontre le problème. On va voir ce qu'il est nécessaire d'adapter dans Piwigo pour être compatible avec ce mode d'utilisation de PHP.
Cher plg
je n'avais pas vu votre dernier message
aujourd'hui, j'ai installe pour voir en automatique la version2.4
après quelques problèmes de réglages:
- les images de upload qui ont été déplacé dans _data n’étaient plus accessibles
- les fichiers dans combined non plus
- certains fichiers de themes non plus
puis j'ai découvert votre suggestion de modification en utilisant LocalFiles editor
effectivement cela fonctionne beaucoup mieux, je peux changer de thème sans bugger
sans changer manuellement les propriétés du dossier _data/combined
d'ailleurs je l'ai vide pour voir et il ne se remplit plus donc il n'y a plus de cache
mais du fait des modifs de la version 2.4, le problème concerne maintenant l'ensemble du dossier _data
- l’accès aux imagettes contenues dans _data/i/upload ne se fait plus correctement
Solution de contournement à tester : avec LocalFiles Editor, dans la configuration locale, ajouter
<?php $conf['template_combine_files'] = false; ?>
Ca va permettre de dire si le simple fait de ne plus passer par les fichier "combined" permet d'éviter le soucis.
Bonjour,
Je ne peux que vous renvoyez vers ce message : post:178102 qui pourrait vous aider en attendant que quelqu'un de plus compétent vous réponde.
Cher ddtddt
merci pour le retour
Dokuwiki n'utilise pas de BD mais gere aussi un cache
j'ai aussi un site spip qui lui utilise une BD et qui ne rencontre pas ce probleme de lecture du cache local.
a mon avis, lors de l'utilisation des bibliotheques de gestion du cache, il doit manquer un appel a un chmod.
dans mon cas le dossier est bien en 777 mais chaque ecriture dans le cache bascule en 640.
d'ou ma question, qui dans l'equipe maitrise la gestion du cache des css et des js?
quelle est la lib en charge de cette gestion?
cela me faciliterait la tache de surcharge du code
cordialement
olliwa a écrit:
pourquoi le probleme existe pour Piwigo et pas pour dokuwiki par exemple?
Dokuwiki n'utilise pas de base de données
je n'ai pas d'accès à des offres orange business
je ne peux donc pas te dire ce qu'il en est pour le reste
Je ne sais vraiment pas comment vous aider autrement qu'en vous annonçant que Piwigo fonctionne fort bien sur beaucoup d'autres hébergements. Aussi j'ai tendance à croire que le mode de fonctionnement est uniquement dû à la stratégie de votre hébergeur.
:-|
Cher Gotcha, cher ddtddt
qui s'y connait dans l'equipe?
ou et a qui poser la question?
pourquoi le probleme existe pour Piwigo et pas pour dokuwiki par exemple?
dans quelle partie du code intervenir?
quelle partie du code ecrit dans ./local/combined/
cordialement
C'est peut-être un fonctionnement voulu par Orange...
Je connais très mal la gestion des droits sur un serveur web.
deux mois après...une nouvelle annee ... 2012 et une nouvelle version
j'ai toujours ce problème sur un hébergement orange
est-ce que je dois poser la question a un autre endroit du forum?
pourquoi les droits de lecture ne sont pas correct pour les fichiers css et js du cache de piwigo dans local/combined
bonne année a toute l’équipe
Le bug d’écrire du cache local persistant,
est-ce que quelqu'un pourrait m'indiquez quelle est le fichier php responsable de l’écriture du cache "local/combined"?
j'aimerais surcharger le code pour forcer l’écriture du cache
- avec une commande chmod (, 0644)
- ou trouver un moyen de créer ses fichiers .css et .js en 644
merci d'avance
oui, changer les droits du dossier local/combined c'est ce que j'appelle un contournement temporaire
mais cela ne règle pas du tout le problème
le dossier "local/combined" est un cache qui se remplit en tant que de besoin
par l'action de navigation de l'utilisateur
donc il faudrait changer les droits tous les jours a la mano
les css et les js qui se créent en fonction du thème choisi ne sont pas "readable" par les browsers (a cause de chmod 640).
C'est pour cela qu'il n'y a pas de mises en page.
Firebug le -//:---\spam très facilement
ce qui me surprend c'est que le net-install s'en sort très bien, il arrive a écrire en 644 par exemple include
est-ce un problème lié a l’hébergement Orange utilisé? sans doute
J'ai plusieurs piwigo installes chez free sans avoir ce problème
je n'ai pas encore essaye chez ovh mais je vais essayer pour voir.
mais il y a peut-être une "subtilité" dans le code a considérer.
Essayez de donner les droits 777 au dossier ./local/combined/ (ainsi qu'au fichiers contenus).
Lire aussi : post:178102
évidemment c’était trop simple
comme je le soupçonnais, ce dossier est construit a la volée
donc on peut identifier le problème en disant que les css temporaires qui se créent dans "local/combined" ont des droits en 640 au lieu de 644.
je peux contourner le probleme, en attendant une solution, en changeant a la mano les droits
c'est une installation en auto de la version 2.3
la question m'a mis sur une piste.
Firebug m'a donne la réponse
ce sont les droits sur le contenu du dossier local/combined qui n’étaient pas a 644
pourquoi? pour le moment je n'en sais rien
merci pour votre prompte réponse
et bravo a l’équipe PIWIGO
j'adore ce produit que je suis depuis 2006