CMS - Sans PHP/SQL - Autonome dans Dossier partagé

l e . n o x · Le 19/07/2008, à 23:54

Bonsoir,

Je n'ai à ma disposition qu'un espace disque (dossier partagé commun) sur un serveur de stockage, sur mon lieu de travail.

Je serai intéressé par la mise en place d'un CMS, Forum ou Wiki (Autonome, sans serveur prenant en charge PHP/SQL/etc..)

L'idée est de mettre a disposition de nombreuses ressources techniques (documentations, procédures,données diverse ...) pour tous les utilisateurs du service.

L'acces de ce CMS serait en local via l'intranet du service .
Z:/serveur_partage_du_service/DOSSIER_COMMUN/LE_CMS/index.html

A l'heure actuel nous utilisons plusieurs pages Html reliées entre elle par des Hyperliens que nous éditons avec Kompozer.

Ce qui n'est pas évidant du tout à gérer sur le long terme, deplus nous aimerions pouvoir effectuer des recherches par mots clefs comme dans un forum a laide d'une boite de recherche sur la page de garde.

Je souhaiterai tester le systeme sur ma ubuntu(maison via samba) puis apporter le dossier du CMS sur le sytem sous Windows au boulot.

Pensez vous que cela soit possible, et vers quelle solutions devrais je me tourner.

Voici les quelques pistes que j'ai deja suivit :
ASP-nuke (besoin de IIS) : http://www.asp-php.net/scripts/asp-php/aspnuke.php
CMSimple (besoin de PHP) : http://www.framasoft.net/article4662.html

Merci, de votre aide

ddmdllt · Le 20/07/2008, à 09:44

Euh qu'entends tu par "PHP/SQL/etc.."?

l e . n o x · Le 20/07/2008, à 12:34

Bonjour ddmdllt,

Je voulais dire que j'avais à ma disposition un dossier partagé via un lecteur réseau sur l'intranet et que je ne pense pas que ce dossier partagé possède les options habituelles pour mettre en place un CMS ou Forum "standard" (PHP/SQL/et_les_autre_systeme_pour_un_serveur_web).

Je suis désole, mais je suis vraiment dans le brouillard.
Je pense que ma question aurait du être comment puis je monter un CMS,Forum ou Wiki dans un "Dossier partagé".

Merci de ton aide

Ps : ton article sur le SwapBoost est tres instructif
http://www.ddmdllt.org/weblog/posts/200 … swapboost/

Dernière modification par l e . n o x (Le 20/07/2008, à 12:55)

brazz · Le 20/07/2008, à 19:21

c'est drole, pour des raisons de sécurité je suis à la recherche de la même chose: un CMS en HTMLet CSS sans base et sans PHP... A la limite, un générateur peut être ?

batosai · Le 20/07/2008, à 20:22

Ca ne répond pas vraiment à la définition de "CMS" mais avez-vous regardé Thingamablog ?

C'est une petite appli Java qui gère les auteurs multiples et les catégories et produit un export au format HTML...

l e . n o x · Le 20/07/2008, à 21:11

Bonjour,

@brazz : en effet je pense que c'est tout a fait se que je cherche pas de PHP ni de base. Par contre que veux tu dire par "generateur". aurais tu un lien du type wikipedia pour que je puisse me documenter ? (Merci )

@batosai : Merci à toi, pour la piste "Thingamablog" le seul hic d'apres se que je viens d'en lire et que l'on doit installer cette pseudo application sur les ordinateurs des personnes qui voudrons creer un billet.

Donc pour résumer :
- Un systeme proche d'un CMS/Forum/Wiki.
- Sans PHP ni Base.
- en HTML et CSS
- Editable avec Firefox ou IE

Cette perle rare existe t elle ?
Ce systeme de CMS a t il trop de contrainte techniquement pour que cela soit si dur à trouver ?

Merci de votre aide

Dernière modification par l e . n o x (Le 20/07/2008, à 21:18)

brazz · Le 20/07/2008, à 21:36

Bon, j'étais parti sur la piste Templeet, maintenant il semble qu'il faut avoir le PHP, même si le site Templeet résultant n'en utise pas. Il y a une bonne doc et linux.fr l'utilise donc à priori préjugé favorable, mais il faut continuer d'examiner la chose en détail pour voir si cela convient dans le cas présent!

http://www.templeet.org/

mercury · Le 20/07/2008, à 21:46

Un CMS, forum ou Wiki sans MySQL, ça existe. Sans PHP, ou dérivés, ça n'existe pas. Pourquoi? Tout simplement parce qu'un outil de gestion de contenu de type CMS, Wiki ou forum se veut avant tout être dynamique, et a donc besoin d'un langage permettant d'écrire le contenu qui est présenté à l'internaute, ainsi qu'un outil de gestion, même minimal.

Seule solution dans ton cas, compte tenu des contraintes techniques que tu sembles avoir, est de créer de simples pages HTML, accessibles dans l'espace disque dont tu disposes, pour présenter le contenu que tu souhaites proposer.

Dernière modification par mercury (Le 20/07/2008, à 21:48)

brazz · Le 20/07/2008, à 22:27

Effectivement, c'est la réponse à laquelle je suis plus ou moins arrivé -avec le trés large bémol du manque chronique de sécurité entrainé par les pages dynamiques justement, en particulier PHP- Maintenant, c'est vrai que c'est du boulot de gérer ainsi un site, je pense que ça vaudrait le coup d'avoir un framework... En plus, je je cours pas après les performances, je prétends que la plupart des auteurs de sites se la jouent de ce côté! Dans le passé, j'avais monté un portail pour une association et le max de connexion a été de 500 dans la journée suite à une émission chez Delarue où l'association était citée, les bulletins d'infos TV -même au 20 heures- n'entrainant que des pics de 300 un jour! Moi, si par hasard pour le minisite que je veux faire, j'ai beaucoup, voire trop d'accès, il sera temps de tirer l'échelle et laisser la place à d'autres, c'est ma philosophie, c'est comme ça.
En attendant:réflexion, standardisation et la mimine !

l e . n o x · Le 21/07/2008, à 15:59

Merci de vos lumieres,
Donc en clair se n'est pas gagné du tout

brazz · Le 21/07/2008, à 16:12

Peut être une autre solution: faire tourner un CMS en local, puis visiter l'intègralité et à chaque fois, faire: Affichage -> Code Source de la page et l'enregistrer comme fichier html plat. Je ne sais pas trop si je suis clair, j'ai la crève en ce moment, pour l'été c'est un comble !

Dernière modification par brazz (Le 21/07/2008, à 16:13)

jmplinux · Le 21/07/2008, à 16:28

Bonjour,

Faire un CMS demande du dynamisme donc une application serveur (comme décrit plus haut), une page (fichier) ouverte dans un navigateur sera statique. On peut imaginer le chargement d'un applet java ou TCL (exécuté par le client) depuis cette page pour réaliser les transactions peut-être ..

brazz · Le 21/07/2008, à 16:50

Je pense que c'est une question de terminologie, en tout cas en apparence on a pas assez précisé.Pour ma part ce que je pensais trouver quelque part, c'est le moyen de générer des parties communes à toutes les pages HTML de façon à donner une unité d'aspect, et éventuellement placer dans ces pages html des images ou des diagrammes divers, tout ça dans un but de documentation, d'information. Par exemple je ne veux pas entendre parler de forum car là il faut modérer et c'est trop de travail, il faut laisser ça aux gros sites spécialisés. . Donc pour cela je n'ai pas besoin à priori de base de donnée, ce qui m'arrange: les failles -quand elles sont découvertes- viennent tres souvent d'injection de code SQL ou des trucs comme çà !
A présent le débat statique / dynamique, c'est autre chose mais pour ma part je compte m'en tenir aux pages statiques (je ne vais pas en avoir des centaines:) et j'y gagnerai même à l'exécution. Le seul problème que j'ai -si c'en est un- c'est d'éliminer le PHP ou le Javascript, aussi pour éviter des détournements de code! Mais là j'appauvris beaucoup mon outillage et c'est dur d'avoir quelque chose de quand même sympa!

Dernière modification par brazz (Le 21/07/2008, à 16:52)

jmplinux · Le 21/07/2008, à 18:23

Compris

Donc il suffit de définir la structure de base qui sera utilisée pour toutes les rubriques, soit par exemple une page index.html (et un CSS pour simplifier la mise en page), un dossier images et/ou docs, etc.. Chaque rubrique est contenue dans un dossier (rub0001, rub0002, etc) et reprend cette structure. Il sera facile à l'aide d'un éditeur de texte de créer/ modifier une rubrique.

On peut avoir :

Z:/serveur_partage_du_service/DOSSIER_COMMUN/LE_CMS/
index.html
menu.html
/images
/css
/docs
/rub001
index.html
/images
/docs
/rub002
index.html
/images
/docs
/rub003
index.html
/images
/docs
...

Voilà une idée (sans doute pas bonne)

Xarkam · Le 22/07/2008, à 17:58

http://zite.prositif.com/

Hermes le Messager · Le 22/07/2008, à 18:36

En fait, ce serait possible, mais cela n'a pas encore été réalisé. Un CMS entièrement en JS/AJAX/XUL en association avec une BDD locale (donc placée dans le même dossier) et entièrement gérée elle aussi en XUL, car JS avec des droits spéciaux décrits grace à XUL peut écrire en local.

Mais bon... La complexité est nettement plus élevée que de définir un bête serveur apache avec PHP + une BDD sur lequel se connectent tous les autres postes.

Jeece · Le 25/07/2008, à 02:52

Vous utilisez déjà Kompozer ?

Utilisez son gestionnaire de site, des modèles de page HTML et une feuille de style qui va bien et vous avez ce que vous cherchez : un générateur de pages HTML statiques avec gestion.

Le gestionnaire de site ne pointe pas forcement vers un dossier FTP. Il peut pointer vers un répertoire accessible depuis le système de fichier Linux.

Le point un peu ennuyeux est donc de « monter » le partage dans le système de fichier Linux.

J'espère que vous avez pensé aux accès en écriture concurrents. Car il est bien évident que sans le système de gestion automatique apporté par PHP (ou autre système dynamique) il faudra veiller à ce que 2 personnes n'aillent pas modifier la même fichier au même moment.

Au delà de 100 pages html (personnellement au delà de 25) il me semble bien fastidieux de vouloir se passer d'un système dynamique.

Qu'elle sont vos craintes ? Que les employés accèdent à la comptabilité en crackant le CMS ?

Dernière modification par Jeece (Le 25/07/2008, à 03:00)

Jeece · Le 06/09/2008, à 13:42

Bonjour,

Le.nox je vous invite à découvrir TiddlyWiki. Ce wiki repose simplement sur une page HTML dynamique. Ne nécessite donc qu'un navigateur avec javascript.

Dernière modification par Jeece (Le 06/09/2008, à 13:45)

l e . n o x · Le 06/09/2008, à 23:51

Merci Jeece,

je vais y jeter un coup d'oeil http://www.tiddlywiki.com/

brazz · Le 07/09/2008, à 15:48

Me parait un tant soit peu confus dans la config, limite incompréhensible, mais faut voir...

matcheux · Le 16/09/2008, à 11:13

Moi j'envisagerais un cms hébergé en local avec apache, php et mysql(ou autre le choix est large) puis un wget -rpkE http://localhost/lenomdusite pour obtenir une version statique avec toutes les pages en html et les images etc ...

lexandre · Le 21/12/2011, à 16:27

Est-ce que vous avez avancé sur le sujet ? Peut être que depuis 2008 il y a de nouveaux projets qui ont vu le jour...

l e . n o x · Le 28/12/2011, à 05:27

Bonsoir lexandre

J'ai essayé pendant un moment http://www.tiddlywiki.com/ , mais comme le dit "brazz".
Pour la création de billet et la config se n'est pas gagné pour un utilisateur lambda ...

Du coup un ptit UP avant 2012

Donc pour résumer :
- Un systeme proche d'un CMS/Forum/Wiki.
- Sans PHP ni DataBase.
- en HTML et CSS
- Éditable et configurable avec Firefox ou IE sans trop de difficultés

Bonne fin année @ Tous

Alph · Le 05/01/2012, à 00:52

Guppy?

AnsuzPeorth · Le 05/01/2012, à 03:04

Alph a écrit :

Guppy?

Ca utilise php ...
l e . n o x ne veut pas de serveur ...

Une solution est XUL et ActiveX pour pouvoir faire ça en Javascript comme dit plus haut, mais bonjour l'usine à gaz !
Pour pouvoir modifier un fichier partagé directement, soit un serveur, une application desktop ou la solution XUL (mais cela m'étonnerait que qql'iun se lance la dedans qd il existe d'autres solutions mieux adaptées).

Une solution avec serveur serait pourtant pas mal, même si on ne veut pas installer apache, on peut faire un petit serveur python (surtout sur un réseau local), et gérer le tout via python et xml par exemple.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 19/07/2008, à 23:54

CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#2 Le 20/07/2008, à 09:44

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#3 Le 20/07/2008, à 12:34

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#4 Le 20/07/2008, à 19:21

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#5 Le 20/07/2008, à 20:22

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#6 Le 20/07/2008, à 21:11

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#7 Le 20/07/2008, à 21:36

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#8 Le 20/07/2008, à 21:46

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#9 Le 20/07/2008, à 22:27

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#10 Le 21/07/2008, à 15:59

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#11 Le 21/07/2008, à 16:12

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#12 Le 21/07/2008, à 16:28

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#13 Le 21/07/2008, à 16:50

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#14 Le 21/07/2008, à 18:23

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#15 Le 22/07/2008, à 17:58

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#16 Le 22/07/2008, à 18:36

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#17 Le 25/07/2008, à 02:52

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#18 Le 06/09/2008, à 13:42

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#19 Le 06/09/2008, à 23:51

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#20 Le 07/09/2008, à 15:48

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#21 Le 16/09/2008, à 11:13

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#22 Le 21/12/2011, à 16:27

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#23 Le 28/12/2011, à 05:27

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#24 Le 05/01/2012, à 00:52

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

#25 Le 05/01/2012, à 03:04

Re : CMS - Sans PHP/SQL - Autonome dans Dossier partagé

Pied de page des forums