Discussion :

[Teef]

Bonjour à tous,

J'ai téléchargé le script wdcalendar, très pratique pour sa gestion d'un planning.
Il fonctionne très bien en local, avec ou sans base de données.

Mais dès que je télécharge le tout sur mon site (hébergé chez OVH) cela ne fonctionne plus... Que ce soit ma version modifiée ou la version de base...
Il m'affiche le message "Sorry, could not load your data, please try again later".

Quelqu'un aurait-il déjà eu ce problème ? Comment le résoudre ?

Merci pour votre aide.

[SpaceFrog]

Cela peut provenir d'un souci de path.
Soit le répertoire du fichier n'est pas accessible, soit le fichier n'est pas reconnu.
Vérifie la casse des tes fichiers, ton serveur est peut être case sensitive, ton appel au fichier doit correspondre exactement au nom du fichier sur le serveur, majuscule / minuscules y compris ...

[arnogues]

Plusieurs possibilités sont à prévoir :
- Versions de PHP différentes entre chez toi en local et OVH (voir ça avec un phpinfo()
- Impossibilité de se connecter à la base de données car tu as mal tapé les identifiants dans le fichier de config.

Les causes peuvent êtres multiples, mais je pense pas qu'elles viennent du JS

[SpaceFrog]

Oups j'ai raté la partie base de données ...
Oui donc le souci est plus probablement lié aux accès à la BDD.

[Teef]

Merci pour vos réponses.

wdCalendar peut fonctionner avec ou sans une BDD. Sans BDD, il créer des événements aléatoirement. Il ne fonctionne même pas comme ça.

Concernant la version de PHP, ce n'est pas tout à fait la même, mais pas sûr que ça joue beaucoup dans ce cas...
- Local : 5.3.8
- OVH : PHP 5.2.17

L'url utilisée est exactement la même en local et sur OVH, donc ce n'est pas un soucis de path. Il affiche bien la structure du calendrier, mais avec ce message d'erreur en haut à droite...

[SpaceFrog]

L'url utilisée est exactement la même en local et sur OVH, donc ce n'est pas un soucis de path

ce n'est pas parceque l'url est la même que cela va fonctionner des deux cotés
en effet si ton serveur local n'est pas case sensitive il ne tiendra pas compte des miniscules majuscules dans les noms de repertoires ou de fichiers
si ton serveur distant est case sensitive il ne trouvera pas le fichier si il n'est pas exactement dans la même casse que celle de l'url ...

Ex:
ton fichier se nomme fichier.js dans un repertoire path
non case sensitive en local
Path/FiChier.js => ok
path/fichier.js => ok
mais case sensitive sur le serveur distant

Path/FiChier.js => KO
path/fichier.js => ok