🌍
Français
VDigital a écrit:
* System d'exploitation: Linux
* PHP: 5.2.11 (Montrer les informations) [2009-12-30 18:53:38]
* MySQL: 5.0.88-log [2009-12-30 18:53:52]
No comment!
Tu dois être un client privilégié ;)
* System d'exploitation: Linux
* PHP: 5.2.11 (Montrer les informations) [2009-12-30 18:53:38]
* MySQL: 5.0.88-log [2009-12-30 18:53:52]
No comment!
VDigital a écrit:
Cette formule est garantie à vie, tant que je paye (mais pas cher).
Le 1000gp dispose déjà de php 6 (mais Piwigo ne passe pas pour l'instant).
J'avais pas tilté ... mais en me connectant sous PhpMyAdmin, il y a encore le choix 1000gp ...
Moi, j'étais sur un autre serveur peut-être tout aussi vieux, c'est lorsque j'ai voulu upgrader vers MySQL 5-je-ne-sais-quoi (nécessaire pour TL) qu'ils m'ont déménagée de serveur.
Sur 1000gp, tu es en MySQL 5.0.51a, comme moi désormais ; ou sur une version antérieure.
T'as signé un contrat en béton !
J'ai fait un peu la g... quand j'ai du renouveler : ils avaient supprimé les anciennes offres et les nouvelles n'étaient plus au même prix :(
J'ai finalement opté pour le multi-domaines (je commence à me disperser un peu), avec une seule DB car les ajouts se font par paquet de ... 5 !
Les "persos" ne sont visiblement pas leur coeur de cible ...
Cette formule est garantie à vie, tant que je paye (mais pas cher).
Le 1000gp dispose déjà de php 6 (mais Piwigo ne passe pas pour l'instant).
VDigital a écrit:
mon 1000gp (OVH) qui ne marche pas.
1000gp, ça date de Mathusalem, non ?
Il me semblait que ces anciennes formules avaient disparu/allaient disparaître au fur et à mesure des renouvellements. Mon start-jenesaisquoi est devenu "pack perso" lorsque je suis passée en multidomaines, et ai upgradé en MySQL 5 par la même occasion (pas près de l'oublier, c'est à ce moment-là que j'ai perdu ma base ...)
Et que dire de 2 sites OVH qui marchent et de mon 1000gp (OVH) qui ne marche pas.
J'ai eu exactement le pb de tout le monde (ou presque 8-). J'ai résolu en installant à la main le dernier upgrade car impossible de "deleter" les fichiers dans _data et pourtant j'ai les permissions serveur ad hoc... Mystère. Désolé je ne suis pas assez caler pour vous aider sauf si questions precises. Good luck pour la suite de ce plugin potentiellement excellent.
Ce que je ne comprends pas c que ça a marché normalement pour les versions 2.0.4 > 2.0.5 et caller sur les deux suivantes.
P@t a écrit:
Sur OVH, il n'y a pas de raisons pour que ca ne marche pas... As-tu ré-essayé?
C'est bon pour OVH.
Reste le problème de l'installation en local ... pourquoi l'installation automatique des plugins marche-t-elle et pas l'autoupdate ?
P@t a écrit:
Sur OVH, il n'y a pas de raisons pour que ca ne marche pas... As-tu ré-essayé?
Qu'utilises-tu en local?
Je n'ai pas encore réessayé chez OVH ; laisse-moi le temps de me poser un peu, je le fais et te tiens au courant.
Pour le local, je suis sous Linux/Ubuntu, donc le problème doit être le même que pour jdd.
tosca a écrit:
P@t a écrit:
extension:302 (2.0.h)
Le problème devrait etre résolu...
J'ai passé le timeout à 15s pour le téléchargement du fichier (et toujours 1s pour la vérification de version)Ca ne change rien pour moi : le .zip est toujours à 0 bytes, et je n'ai pas de lien pour "updater" :/
Sur OVH, il n'y a pas de raisons pour que ca ne marche pas... As-tu ré-essayé?
Qu'utilises-tu en local?
jdd a écrit:
Pour le répertoire _data, chez moi je suis à 755
c'est bien pire que ca :-(. Un tout petit bout du fichier log:
picture.php: write_protected
tools/create_listing_file.php: write_protected
tools/piwigo_remote.pl: write_protected
plugins/LocalFilesEditor/language/de_DE/plugin.lang.php: write_protected
plugins/LocalFilesEditor/language/hu_HU/: path_creation_fail
plugins/LocalFilesEditor/language/hu_HU/plugin.lang.php: path_creation_fail
plugins/LocalFilesEditor/language/hu_HU/description.txt: path_creation_fail
c'est un peu logique, il veut mettre à jour, donc écrire... mais si je met tout à 777, j'ai un peu peur des résultats :-(
jdd
Pour ca, je ne peux rien faire du tout.... tu dois passer tous les fichiers en 777, ou faire la mise à jour à la main... désolé.
Pour la mise à jour à la main, télécharge ce fichier, et décompresse le par FTP.
cljosse a écrit:
tosca a écrit:
Ca ne change rien pour moi : le .zip est toujours à 0 bytes, et je n'ai pas de lien pour "updater" :/
As tu éffacé le répertoire xxx/_data/autoupdate ?
J'ai viré le contenu du répertoire autoupdate, et j'ai regardé ensuite ce qui avait été rechargé.
Pour le répertoire _data, chez moi je suis à 755
c'est bien pire que ca :-(. Un tout petit bout du fichier log:
picture.php: write_protected
tools/create_listing_file.php: write_protected
tools/piwigo_remote.pl: write_protected
plugins/LocalFilesEditor/language/de_DE/plugin.lang.php: write_protected
plugins/LocalFilesEditor/language/hu_HU/: path_creation_fail
plugins/LocalFilesEditor/language/hu_HU/plugin.lang.php: path_creation_fail
plugins/LocalFilesEditor/language/hu_HU/description.txt: path_creation_fail
c'est un peu logique, il veut mettre à jour, donc écrire... mais si je met tout à 777, j'ai un peu peur des résultats :-(
jdd
tosca a écrit:
Ca ne change rien pour moi : le .zip est toujours à 0 bytes, et je n'ai pas de lien pour "updater" :/
As tu éffacé le répertoire xxx/_data/autoupdate ?