Et encore une question idiote :mrgreen:
Pour les sites Internet, je travaille de deux manières très différentes: soit en simple HTML, soit en développement pur PHP (et ca prend beaucoup de temps), y compris en méleangeant les deux.J'ai déjà des modules développés pour mes sites qui fonctionnent: news, reportages photo, annuaire, calendrier, petites annonces, ... Ca marche bien pour des gros développements mais très long à mettre en place pour des petits sites où l'utilisatezur doit un peu mettre à jour du contenu (pour l'instant, j'utilise trois développements de news suivant la structure du site). C'est pas la première fois que j'analyse des CMS au niveau fonctionalités, référencement, .... mais pour chacun ca& me parait trop statique au niveau navigation pour pouvoir le cas échéant gérer chaque page (un de mes site reprend un espèce de développement qui me permet de tout changer dans une liste page par page, un tests publié sur WRI en septembre 2009, mais c'est un peu complexe pour un néophite.
Ce que je pense faire, c'est un petit CMS tout simple utilisant effectivement une base de donnée MySQL, sans trop de relations pour permettre à un programmeur du dimanche de développer aussi ses modules.
Je cherche pas d'aides de développement, juste des idées de programmeurs et d'utilisateurs
PS: si un de vous me parle de Joomla, Wordpress, Xoops, .... lui en claque une (virtuelle :mrgreen: ) et lui donne quelques exemples sur mon site principal ybet.be qu'il ne saura PAS faire avec un CMS standard (là il y a de l'html et de la programmation spécifique).
C'est surtout d'autres point de vue qui m'intéresse.
Première question, le cahier des charges premier abord.
1. Créer une partie standard sans modules spécifiques, genre petit site de présentation avec quelques pages qui puissent être facilement mises en lignes par un webmaster (donc pas le client).
2. Insérer les modules additionnels (déjà développés) en standard sans obligation de les utiliser (en gros, case cochée ou non par le créateur du site, donc pas le client).
3. Permettre à un utilisateur standard de modifier les parties hearder - footer - quelques parties de navigation (sans trop) au niveau contenu, couleur, logo et images. Je cherche pas la difficultée:
. pas de CSS, rien que des choix de couleurs dans les tables (un utilisateur qui connait pas les titre1 sur WORD ou Writer va avoir du mal à se taper dans un éditeur de texte). -> structure en tableaux imbriqués.
. pas de javascript (je fais aussi du référencement et l'utilise dans des formulaires internes uniquement).
. pour le reste, j'ai déjà quasiment tout de développé en interne pour les images, ...
Dans le cas de chacun qu'est ce qui pourrait être ajouté ou discuté (pas le CSS, ca fonctionne très bien en base de donnée et en table, merci) pour permettre à un webmaster de mettre en ligne rapidement en ligne de quelques pages de présentation et permettre aussi au client de modifier certains contenus, navigations, images de navigation et images internes ... sans entrer dans le design.
Deuxième partie, la structure
C'est bien là le premier défaut des CMS (quelqu'ils soient) ...
Une page reprend un header, footer, une partie gauche et droite plus le contenu (normalement au milieu). Normalement, je vous apprend rien :roll:
Pourtant, suivant le gout du client, on met seulement la navigation à gauche, à droite ou les deux (et moi j'aimerais bien développer un truc qui permette de choisir si la gauche et la droite sont présents sur chaque page .... (je sais je suis un peu cinglé).
La question suivante: une table reprenant les différentes possibilités (plusieurs headers sont possibles par exemple) dans les enregistrements, une table permettant pour chaque page de sélectionner par défaut un espèce de cavena et aussi de paramétrer individuellement dans une liste via une table liée ... (déjà développé pour un site). .... C'est déjà au-dessus de n'importe quel CMS du marché OU de reprendre (dans une table mais pas forcément) une liste des possibilités pour chaque.
- la première possibilité est probablement plus facile à mettre en cache, la deuxième permet éventuellement de paramétrer sans formulaire, directement dans la base de donnée.
Mais en plus (pour les spécialistes de vitesse). Selon les sites, j'ai développé deux techniques: 1 la table reprend l'adresse d'une page html qui reprend le contenu (sans <header> donc transparente pour les moteurs et visiteurs), la deuxième est de reprendre en champs le contenu (sauf images en liens, mais c'est le choix discutable peut-être que j'ai fait pour un site il y a trois ans). L'avantage du premier (contenu externe à la table) est la vitesse et le défaut, la sauvegarde doit aussi reprendre les pages html (ce qui est pas forcément toujours un avantage en cas de restauration pour la vitesse mais un avantage), la deuxième est plus rapide en sauvegarde et restauration mais reprend toujours les images en plus. La troisième (images dans la table fait vite grossir la base de donnée.
C'est déjà pas mal comme demande pour ce soir, c'est juste des conseils pour voire quels choix je vais faire. De toute façon, il sera repris sur un site (dahut.be) comme le calendrier (-http://www.dahut.be/aide/calendrier.php), utilisé sur -http://www.darut.be qui reprend aussi un annuaire, un agenda d'activités et des petites annonces (en plus de toute la gestion des mots et adresse IP interdits ou remplacés, des news avec commentaires, (ybet.be l'utilise mais un autre aussi, un peu modifié) et présentation de produits (pas de vente en ligne pour l'instant sur de nouveau le site ybet) ....
J'ai pas tout, c'est probablement développé amateur en plus(pourtant, on est pas beaucoup à savoir ce qui est dans la partie admin des différents modules) mais ca fonctionne. Mes questions semblent peut-être "amateur" mais c'est juste l'idée qu'il soit utilisable pour d'autres qui m'intéresse (en développant réellement utilisateur "bête" et référencement) et rassembler quelques uns de mes développements tous bords.
Merci d'avance
Pour les sites Internet, je travaille de deux manières très différentes: soit en simple HTML, soit en développement pur PHP (et ca prend beaucoup de temps), y compris en méleangeant les deux.J'ai déjà des modules développés pour mes sites qui fonctionnent: news, reportages photo, annuaire, calendrier, petites annonces, ... Ca marche bien pour des gros développements mais très long à mettre en place pour des petits sites où l'utilisatezur doit un peu mettre à jour du contenu (pour l'instant, j'utilise trois développements de news suivant la structure du site). C'est pas la première fois que j'analyse des CMS au niveau fonctionalités, référencement, .... mais pour chacun ca& me parait trop statique au niveau navigation pour pouvoir le cas échéant gérer chaque page (un de mes site reprend un espèce de développement qui me permet de tout changer dans une liste page par page, un tests publié sur WRI en septembre 2009, mais c'est un peu complexe pour un néophite.
Ce que je pense faire, c'est un petit CMS tout simple utilisant effectivement une base de donnée MySQL, sans trop de relations pour permettre à un programmeur du dimanche de développer aussi ses modules.
Je cherche pas d'aides de développement, juste des idées de programmeurs et d'utilisateurs
PS: si un de vous me parle de Joomla, Wordpress, Xoops, .... lui en claque une (virtuelle :mrgreen: ) et lui donne quelques exemples sur mon site principal ybet.be qu'il ne saura PAS faire avec un CMS standard (là il y a de l'html et de la programmation spécifique).
C'est surtout d'autres point de vue qui m'intéresse.
Première question, le cahier des charges premier abord.
1. Créer une partie standard sans modules spécifiques, genre petit site de présentation avec quelques pages qui puissent être facilement mises en lignes par un webmaster (donc pas le client).
2. Insérer les modules additionnels (déjà développés) en standard sans obligation de les utiliser (en gros, case cochée ou non par le créateur du site, donc pas le client).
3. Permettre à un utilisateur standard de modifier les parties hearder - footer - quelques parties de navigation (sans trop) au niveau contenu, couleur, logo et images. Je cherche pas la difficultée:
. pas de CSS, rien que des choix de couleurs dans les tables (un utilisateur qui connait pas les titre1 sur WORD ou Writer va avoir du mal à se taper dans un éditeur de texte). -> structure en tableaux imbriqués.
. pas de javascript (je fais aussi du référencement et l'utilise dans des formulaires internes uniquement).
. pour le reste, j'ai déjà quasiment tout de développé en interne pour les images, ...
Dans le cas de chacun qu'est ce qui pourrait être ajouté ou discuté (pas le CSS, ca fonctionne très bien en base de donnée et en table, merci) pour permettre à un webmaster de mettre en ligne rapidement en ligne de quelques pages de présentation et permettre aussi au client de modifier certains contenus, navigations, images de navigation et images internes ... sans entrer dans le design.
Deuxième partie, la structure
C'est bien là le premier défaut des CMS (quelqu'ils soient) ...
Une page reprend un header, footer, une partie gauche et droite plus le contenu (normalement au milieu). Normalement, je vous apprend rien :roll:
Pourtant, suivant le gout du client, on met seulement la navigation à gauche, à droite ou les deux (et moi j'aimerais bien développer un truc qui permette de choisir si la gauche et la droite sont présents sur chaque page .... (je sais je suis un peu cinglé).
La question suivante: une table reprenant les différentes possibilités (plusieurs headers sont possibles par exemple) dans les enregistrements, une table permettant pour chaque page de sélectionner par défaut un espèce de cavena et aussi de paramétrer individuellement dans une liste via une table liée ... (déjà développé pour un site). .... C'est déjà au-dessus de n'importe quel CMS du marché OU de reprendre (dans une table mais pas forcément) une liste des possibilités pour chaque.
- la première possibilité est probablement plus facile à mettre en cache, la deuxième permet éventuellement de paramétrer sans formulaire, directement dans la base de donnée.
Mais en plus (pour les spécialistes de vitesse). Selon les sites, j'ai développé deux techniques: 1 la table reprend l'adresse d'une page html qui reprend le contenu (sans <header> donc transparente pour les moteurs et visiteurs), la deuxième est de reprendre en champs le contenu (sauf images en liens, mais c'est le choix discutable peut-être que j'ai fait pour un site il y a trois ans). L'avantage du premier (contenu externe à la table) est la vitesse et le défaut, la sauvegarde doit aussi reprendre les pages html (ce qui est pas forcément toujours un avantage en cas de restauration pour la vitesse mais un avantage), la deuxième est plus rapide en sauvegarde et restauration mais reprend toujours les images en plus. La troisième (images dans la table fait vite grossir la base de donnée.
C'est déjà pas mal comme demande pour ce soir, c'est juste des conseils pour voire quels choix je vais faire. De toute façon, il sera repris sur un site (dahut.be) comme le calendrier (-http://www.dahut.be/aide/calendrier.php), utilisé sur -http://www.darut.be qui reprend aussi un annuaire, un agenda d'activités et des petites annonces (en plus de toute la gestion des mots et adresse IP interdits ou remplacés, des news avec commentaires, (ybet.be l'utilise mais un autre aussi, un peu modifié) et présentation de produits (pas de vente en ligne pour l'instant sur de nouveau le site ybet) ....
J'ai pas tout, c'est probablement développé amateur en plus(pourtant, on est pas beaucoup à savoir ce qui est dans la partie admin des différents modules) mais ca fonctionne. Mes questions semblent peut-être "amateur" mais c'est juste l'idée qu'il soit utilisable pour d'autres qui m'intéresse (en développant réellement utilisateur "bête" et référencement) et rassembler quelques uns de mes développements tous bords.
Merci d'avance