forum.jonas.tuxfamily.org

Très bien c'est sur la toute dernière version. Ton travail à été intégré aux sources https://gitlab.com/snouf/gcweb/commit/5 … 859983d5a9 merci pour cette contribution .

Bonjour

Avec un peu de retard

Si des bugs sont découverts ils seront corrigé, si les fichier gcstar on des évolutions mineurs cassant la comptabilité avec gcweb gcweb évoluera. Mais il n'est pas prévu de faire de nouvelles version majeur.

Coter contribution les plugins et thème qui ne demande pas de "hack" du code sont les bienvenus mais sauf cas particulier ils ne seront pas intégré au code. Les amélioration de code peuvent être proposées mais si elle complique la maintenance elles seront probable refusée.

Pas de quoi !

N'hésite pas à revenir, ça fait un peu de vie sur le forum et montre qu'il n'est pas abandonné

GCweb a été développé sur apache d'où ces problèmes que personne n'avait vu jusqu'à maintenant.

L'erreur est bien celle que je pensais, le problème de la page blanche doit venir d'autre part, je pense que les erreurs php sont masqué je ne sais pas comment on fait sur nginx mais essais d'ajouter juste après "<?php" "error_reporting(E_ALL);" dans la page "blanche" (je suppose config.php) ou/et regarde les log (/var/log/??nginx??)

Tu peux aussi voir le code de status dans l'inspecteur web de firefox (Ctrl+Maj+Q) (si ce n'est pas 200 c'est pas bon)

Bonjour

Je développe GCweb dans un sous-sous-sous-sous dossier, et je vient de testé, je n'ai pas eu de problème.

Peux-tu :
- me donner le code html de index.html (Ctrl + U pour la plupart des navigateurs)
- ton navigateur (bien qu'il ne doit pas être en cause)
- ton serveur web (apache ?)
- placer un phpinfo (http://jonas.tuxfamily.org/wiki/debug/phpinfo) et me donner l'url ou la valeur des variables SERVER_NAME et HTTP_HOST

Tu peux aussi contourner le problème en te rendant sur https://IP.de.mon.Serveur/gcweb/config.php mais ... je pense que le problème risque d’apparaître à d'autre endroits ou alors en modifiant index.php et remplacer

'https://'.$_SERVER['SERVER_NAME']
#par
'https://IP_SERVEUR'
#et
'http://'.$_SERVER['SERVER_NAME']
#par
'http://IP_SERVEUR'

cache/bdd/ est une mise en cache de la lecture, du tri et des filtres du fichier xml de gcstar. Ces fichiers de cache peuvent être supprimé mais ils seront recréés à la prochaine demande (affichage de gcweb). A noté qu'il on aussi une durée de vie (si il ne servent pas durant x temps ils sont effacé)

Tu peux désactivé la mise en cache depuis la page de config, je déconseil de la faire sur du mutualisé mais sur un serveur perso tu peux le faire, pour faire du développement de plugin je recommande de le désactivé.

Dossier "vide" ajouté dans l'archive https://gitlab.com/snouf/gcweb/commit/3 … bb493678f6

pour les "Strict" tu es sur ton propre serveur ou un mutualisé ?
mutu : regarde du coté d'un .htaccess pour désactive l'affichage des erreurs strict si c'est ton propre serveur une config "serveur de production" et l'erreur ne devrait plus s'afficher. A l'occasion je regarderai pour corriger ces petits erreurs sans grande conséquence probablement liée à l'évolution de php. Peux-tu me dire quel est la version php utilisée ?

[edit] (suite à ton edit) apparement pas si mineur que ça https://gitlab.com/snouf/gcweb/issues/3

Bonjour

Vérifie les droits sur
- cache/images
- cache/bdd

Ces 2 dossiers sont ils vides ? Si ce n'est pas le cas efface tous les fichiers contenu et refait un test.

Merci de mieux tester que moi

Correctif pusher !

Oui, sauf les correctifs sur plugins/item_string2array.php c'est une erreur ça n'aurait pas dû faire partie de ce commit.

mmmmh un bug ... c'est censé recherché dans le titre (et non le titre)

Je vois aussi qu'il y un bug lors d'un tri par date d'ajout.

J'essai de regardé ça ce weekend.

Bonjour

Sur les anciennes versions GCstar stockait les informations séparées par des virgules (comme chez toi), maintenant normalement ça ressemble à ça

<authors>
   <line>
    <col>Christophe Arleston</col>
   </line>
   <line>
    <col>Adrien Floch</col>
   </line>
  </authors>

d'où la différence de comportement.

De mémoire sur les anciennes versions de gcweb la problème était contournée pour un "explode", c'est toujours le cas pour d'autres type collections. Pour "restaurer" ce comportement sur les GCbooks tu peux essayer https://gitlab.com/snouf/gcweb/commit/5 … 55000d5b99 (je n'ai pas testé)

Pour décider si j'intègre cette modification à master peut tu me dire si tu as une idée pourquoi ton fichier contient ce champs sous l'ancien format ?

thank you,
I guess it comes from one of my host configuration change