Annonce

Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

plg
2012-06-23 19:18:54

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.

olliwa
2012-06-23 19:00:58

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

plg
2012-05-30 17:09:53

Solution de contournement à tester : avec LocalFiles Editor, dans la configuration locale, ajouter

Code:

<?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.

Gotcha
2012-05-30 16:14:14

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.

olliwa
2012-05-30 11:12:01

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

ddtddt
2012-05-29 19:50:51

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

Gotcha
2012-05-29 18:34:44

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.

:-|

olliwa
2012-05-29 18:20:15

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

Gotcha
2012-01-04 14:59:10

C'est peut-être un fonctionnement voulu par Orange...

Je connais très mal la gestion des droits sur un serveur web.

olliwa
2012-01-03 22:25:15

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

olliwa
2011-10-26 14:55:48

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

olliwa
2011-10-16 17:57:21

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.

Gotcha
2011-10-16 16:59:28

Essayez de donner les droits 777 au dossier ./local/combined/ (ainsi qu'au fichiers contenus).

Lire aussi : post:178102

olliwa
2011-10-16 15:36:48

é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

olliwa
2011-10-16 15:25:06

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

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact