tibounise / Yjing

[DON'T USE - OBSOLETE] Simple XML-based CMS

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Install error

Fred89 opened this issue · comments

Hi,

I try your cms and get a error on install.
Redirection install not correct. I fix this on edit :
header('Location: /install/');
with this :
header('Location: install/');

But instance not correct too because get a:
Fatal error: Call to undefined function getSiteInfos() in /Applications/XAMPP/xamppfiles/htdocs/Yjing/langs.php on line 7

Thank in advance and sorry for my little english.

We are French ;)

Bonjour,
Merci d'avoir rapporté un bug (et aussi merci d'avoir installé Yjing !), j'ai appliqué un commis avec (normalement) la correction des bugs évoqués. N'hésitez pas à me contacter en cas de problème !

  • TiBounise

Bonsoir,
Le correctif et ok chez moi est ravis de parler à un Français. :D
J'ai pus donc continuer d'explorer Yjing qui est vraiment pas si mal.
Si je peux me permettre, je pense qu'il pourrait être optimisé niveau stockage des fichier, en effet actuellement tout est stocker dans data.xml qui de plus n'est pas sécurisé car accessible aisément depuis le navigateur.

Je vous propose donc de créer un fichier par page/article stocker du genre data/page/1.xml pour les pages et data/post/2.xml pour les articles.

Avec dans ce dossier comme vous l'avez compris un htaccess.Je verrais de plus le dossier media dans ce dossier data, ce qui pourrais en faire un dossier transportable par la suite pour de futur update de votre cms.

Niveau admin le bootstrap de Twitter et un très bon choix mais on peux alléger le menu en colonne de gauche.
En effet a chaque listage des articles / page, un bouton éditer : supprimer sur chaque élément gagnerais en clarté et pourrait avoir une action directe sur le fichier.

La structure du menu serait donc du genre:
-- Article
---- Liste des articles
---- Nouvel article

Manque un petit gestionnaire de menu et la boucle pour le lister en template...

Et enfin niveau gestionnaire, il existe un fameux petit plugin spécialement conçu pour le bootstrap que je vous laisse découvrir. => http://blueimp.github.com/jQuery-File-Upload/

Tout ceci ne sont que des suggestions, mais qui je pense seront un plus.
Au plaisir, Frédéric.

Merci du compliment :) Sinon pour le data.xml on a fait exprès de tout mettre dedans car il n'y est stocké aucune donnée sensible (genre mots de passes etc...), je vais voir avec TiBounise pour ta proposition ;)

Bonjour,
Je trouve vos idées très pertinentes, si vous en avez plus, n'hésitez pas à nous en proposer plus ;)

Pour ce qui est du problème du data.xml, il suffit juste de mettre les permissions adéquates sur le fichier pour que le groupe "www" ne puisse l'exécuter (je dis ça de mémoire, je dois sûrement me tromper). Je pense qu'il faudrait avoir une arborescence suivante, un peu comme vous le suggériez :

/data
|-data.xml
|-media
|--123456789.jpg
|--534643643.jpg
|-articles
|--art1.xml
|--art2.xml
|-pages
|--page1.xml
|--page2.xml

Pour ce qui est du plugin d'upload, je suis partant ! Néanmoins, ce plugin JQuery semble faire appel à beaucoup de fichiers (ce qui ralentira la vitesse de chargement) et il utilise des icônes sous une licence interdisant tout usage commercial, ce qui pourrait être un problème pour les entreprises souhaitant installer pour leur client Yjing (on sait jamais !). J'ai vu plusieurs tutoriels pour l'upload de fichiers multiples, je pense qu'il est possible de créer soi-même un multi-upload, peut-être plus simple, mais sans JQuery.

On va devoir implémenter un système de plugin, mais j'ai pas encore réfléchi à la manière de l'implémenter.

On doit aussi implémenter le changement de mot de passe, chose qu'on devait faire depuis bien longtemps !

Pour ce qui est de supprimer des éléments du menu, je vais implémenter ça ASAP !

Pouvez-vous m'expliquer ce que vous entendez par gestionnaire de menu et la boucle pour le lister en template ?

-TiBounise

Merci à vous deux de votre écoute.

L'histoire du fichier data.xml est des restriction (chmodd) sur celui-ci ne suffis malheureusement pas à être exploitable par un hacker en herbe.

Sont désavantage et de faire des IO dessus sur l’ensemble des pages du site, une règle (fonction) pour la lecture écriture basique de donnée dois être en place afin d'éviter des redondances de code (style API).

Et bon pour le principe des données reste des données, elles peuvent êtres confidentielle, donc sa lecture ne devrais pas avoir lieu, libre au gérant du site d'afficher ce qu'il veut ;)

Voila pour l'histoire du fichier data.xml...

L'arborescence décrite plus haut serai plus adéquate en effet.

Pour l'upload je suis aussi d'accord, pas fait attention a tout les bagages qu'il lui faut, je vous donne entièrement raison.
Peut être que celui ci serait plus light => http://www.fyneworks.com/jquery/multiple-file-upload/

Pour ce qui est du menu en fronted, je trouve dommage qu'a la création d'une page on a pas une fonction qui échappe les accents et caractères spéciaux pour le proposé en tant que lien.

Exemple, une page que je nomme "Ma Première Page" deviendrait "ma-premiere-page" et de ce fait serait visible dans une nouvelle section de l'admin pour proposer la position et éventuellement le re échappement de l'url ainsi que son Nom.

Et enfin renvoyer tout ça dans le template en fronted au lieu d'insérer en dur les liens comme actuellement des pages créent.