J'ai donc mis la dernière version CVS.
J'ai vidé le cache/
J'ai vidé ecrire/data/
Je *n'ai pas* viré les cookies
Je suis allé dans http://spipcvs.pyrat.net:8080/ecrire/
Il se souvenait de mon nom d'user, je rentre le mot de passe et il me
renvois sur la même page.
Je rerentre le mot de passe et la ça passe.
Sauf que dans l'admin, en haut de la page, j'ai sur toutes mes pages :
Le système a rencontré une erreur lors de l'écriture du fichier
ecrire/data/meta_cache.php3. Veuillez, en tant qu'administrateur du site,
vérifier les droits d'écriture sur le répertoire ecrire/data/.
Remarque, cette erreur est dans le source à la première ligne et non pas
après le tag body... Pas très propre.
Précision : point de vu droits (windows), tout le monde peut faire ce qu'il
veut sur ce dossier (ainsi que tous les autres dossiers du site...)
Fil, je t'ai laissé les accès si tu as besoin de faire des tests en
plateforme windows.
Sauf que dans l'admin, en haut de la page, j'ai sur toutes mes pages :
Le système a rencontré une erreur lors de l'écriture du fichier
ecrire/data/meta_cache.php3. Veuillez, en tant qu'administrateur du site,
vérifier les droits d'écriture sur le répertoire ecrire/data/.
Je crois que j'ai oublié un détail, qui expliquerait aussi le bug de la page
qui ne se recalcule jamais sous windows : rename() échoue sous windows quand
le fichier dest existe déjà.
Sauf que dans l'admin, en haut de la page, j'ai sur toutes mes pages :
Le système a rencontré une erreur lors de l'écriture du fichier
ecrire/data/meta_cache.php3. Veuillez, en tant qu'administrateur du site,
vérifier les droits d'écriture sur le répertoire ecrire/data/.
Remarque, cette erreur est dans le source à la première ligne et non pas
après le tag body... Pas très propre.
Précision : point de vu droits (windows), tout le monde peut faire ce
qu'il
veut sur ce dossier (ainsi que tous les autres dossiers du site...)
Salut
Nosu sommes plusieurs visiblement à avoir ce problème. Mon premier message
date du 17 août et j'ai essayé de monter de version à chaque fois...
toujours pareil.
Et, sous Windows XP, les répertoires ont bien tout les droits possibles !
J'ai d'ailleurs supprimé le fichier inc_meta_cache.php3 et il a bien été
recréé sans problème ! Ce n'est donc pas un simple problème de droits, non ?
Juste au moment où j'écrivais cela, j'ai vu que Fil avait posté une modif
sdans le cvs... Bon, j'espère que cela av remarcher et que je pourrais
tester le multilinguisme "sauce raforum"... Car je suis les messages de
Paolo et j'espère ne pas avoir les mêmes problèmes (mais je suis plus simple
! forcer_lang à tous les étages !!!).
Nosu sommes plusieurs visiblement à avoir ce problème. Mon premier message
date du 17 août et j'ai essayé de monter de version à chaque fois...
toujours pareil.
Et, sous Windows XP, les répertoires ont bien tout les droits possibles !
J'ai d'ailleurs supprimé le fichier inc_meta_cache.php3 et il a bien été
recréé sans problème ! Ce n'est donc pas un simple problème de droits, non ?
La nouvelle version devrait être la bonne : sous windows il faut faire
unlink(destination) avant de faire rename(source, destination)
Nosu sommes plusieurs visiblement à avoir ce problème. Mon premier
message date du 17 août et j'ai essayé de monter de version à chaque
fois... toujours pareil.
Et, sous Windows XP, les répertoires ont bien tout les droits
possibles ! J'ai d'ailleurs supprimé le fichier inc_meta_cache.php3
et il a bien été recréé sans problème ! Ce n'est donc pas un simple
problème de droits, non ?
La nouvelle version devrait être la bonne : sous windows il faut faire
unlink(destination) avant de faire rename(source, destination)
C'est bon !
Juste une question.
L'astuce intéressante du rename consiste à avoir en permanence le fichier.
Donc, sous windows, il y a une micro seconde pendant laquelle le fichier
n'est pas là.
En multi-user, ça risque de poser un problème dans de rares cas. non ?
Mais je n'ai pas de solution.
J'ai donc mis la dernière version CVS.
J'ai vidé le cache/
J'ai vidé ecrire/data/
Je *n'ai pas* viré les cookies
Je suis allé dans http://spipcvs.pyrat.net:8080/ecrire/
Il se souvenait de mon nom d'user, je rentre le mot de passe et il me
renvois sur la même page.
Je rerentre le mot de passe et la ça passe.
Avec la version de 14h39, le problème du mot de passe à rentrer 2 fois est
toujours là.
L'astuce intéressante du rename consiste à avoir en permanence le fichier.
Donc, sous windows, il y a une micro seconde pendant laquelle le fichier
n'est pas là.
En multi-user, ça risque de poser un problème dans de rares cas. non ?
Mais je n'ai pas de solution.
L'astuce intéressante du rename consiste à avoir en permanence le
fichier. Donc, sous windows, il y a une micro seconde pendant
laquelle le fichier n'est pas là.
En multi-user, ça risque de poser un problème dans de rares cas. non
? Mais je n'ai pas de solution.
la solution c'est de lâcher windows
J'y compte bien
Pour l'instant, je fais mes devs sous windows, mais tout est publié sur LAMP
par la suite :))
> Je suis allé dans http://spipcvs.pyrat.net:8080/ecrire/
> Il se souvenait de mon nom d'user, je rentre le mot de passe et il me
> renvois sur la même page.
> Je rerentre le mot de passe et la ça passe.
Avec la version de 14h39, le problème du mot de passe à rentrer 2 fois est
toujours là.
Avec Safari, j'entre sur ton site de tests en une seule fois
Je suis allé dans http://spipcvs.pyrat.net:8080/ecrire/
Il se souvenait de mon nom d'user, je rentre le mot de passe et il
me renvois sur la même page.
Je rerentre le mot de passe et la ça passe.
Avec la version de 14h39, le problème du mot de passe à rentrer 2
fois est toujours là.
Avec Safari, j'entre sur ton site de tests en une seule fois
Je viens de tester avec Mozilla 1.7.1 et y'a pas de problème si ça a marché
une fois.
Par contre après avoir vidé le cache et ecrire/data, ça ne marche plus du
tout.
>La nouvelle version devrait être la bonne : sous windows il faut faire
>unlink(destination) avant de faire rename(source, destination)
Bon, j'ai tout changé pour faire les choses de manière plus propre. A
tester, donc, sur windows. Le système installe dans chaque repertoire un
fichier .flock_ok ou .flock_naze ; si le ficher date de plus d'une heure, il
refait un test (pour éviter de transporter des infos de flock erronées d'un
serveur à un autre).
La nouvelle version devrait être la bonne : sous windows il faut
faire unlink(destination) avant de faire rename(source, destination)
Bon, j'ai tout changé pour faire les choses de manière plus propre. A
tester, donc, sur windows. Le système installe dans chaque repertoire
un fichier .flock_ok ou .flock_naze ; si le ficher date de plus d'une
heure, il refait un test (pour éviter de transporter des infos de
flock erronées d'un serveur à un autre).
