Un cms spécial free.fr: une idée à réfléchir ...

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

Bonjour tout le monde Smile

parmi les idées qui germent dans ma tête chaque jour, celle ci suit son petit bonhomme de chemin et je la trouve de plus en plus intéressante ( pour moi car c'est un challenge de plus à réussir ) et pour des millions d'utilisateurs

on peut traverser le web dans tous les sens et si l'on regarde bien des utilisateurs à la pelle désirent utiliser free en compte gratuit pour héberger un petit site, et c'est là que le bas blesse car si l'on regarde de près aucun cms ne répond à 100% à cette plateforme très restrictive, ce qui fait qu'il y a toujours un truc qui ne va pas, où que l'on ne peut pas exploiter ... bref c'est galère

n'ayant pas de compte free actif pour l'heure ( je viens juste d'en demander l'activation ), je ne peux pas tester de près pour voir ce qu'il serait possible faire, mais je compte dans un premier temps voir s'il est possible de faire avec nanomus ( ce qui m'étonnerai un peu car si on ne peut pas écrire sur disque Sad

il ne restera alors que la possibilité de faire avec mysql ...

je ne sais pas si vous avez un compte free ou pas, et si vous avez testé ou pas, mais il est possible que je m'y intéresse pour l'avenir, certes maximus ne sera jamais adapté à ce type d'hébergement très restrictif ( minimus peut être par contre )

bref j'attends l'activation de mon compte pour en avoir le coeur net ...

et bonne année à vous

salinator · Inscrit le: May 22, 2006 Messages: 1300 18015 points Lieu de résidence

J'ai un compte sur free. Je pourrai tester si besoin.
Patrick Smile

GravuTrad · Inscrit le: May 12, 2005 Messages: 5081 50147 points Lieu de résidence

Je pourrais tester aussi.

El_Titof · Inscrit le: May 06, 2005 Messages: 1236 11134 points Lieu de résidence

Salut,

Avant d'utiliser les scripts Extrem puis Maximus 7.1, Fuzion, BS puis 2008 et 2009, j'ai utilisé FS-Nuke qui était développé pour Free mais le développement a été arréter car le responsable trouvait trop restrictif l'hébergement Free.fr et demandait beaucoup de travail.

La suite Maximus ne fonctionne pas aussi bien sur un site Free.fr que sur un payant mais fait son travail convenablement.

Une solution pour free, offrira une solution intéressante au freenaute.

Bon Courage mais il ne faut pas que le développement de Maximus 2009 en pâtisse.

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

ben de mémoire phpnuke doit marcher d'origine sur free

il n'a pas de cache ni de fonction trop évolué ( enfin de mémoire )
il doit y avoir que le soucis de la fonction mail() me semble t il

quand j'aurai mon compte ouvert je testerai un ravennuke pour voir

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

bon ben après ça fait 5 jours maintenant que j'ai activé mon compte free mais il ne fonctionne toujours pas Sad

il est notifié 24/48 heures pour l'activation, peut être aurais je commis une erreur dans le processus d'activation ?

hier j'ai tenté de créer un autre compte puis de l'activer je vais donc patienter pour ce second compte

quelqu'un aurait un retour d'expérience sur free ?

sinon pour information le petit cms pour free, il avance bien

j'ai deux solutions en fait

la première et c'est celle que je privilégie dans un premier temps
en souhaitant que ça fonctionne chez free

un petit blog du type minimus mais tout en fichiers à plat, pas de base de données, donc pas les contraintes classiques dûes à free ( ou autres hébergeurs gratuits ), bon il faut quand même pouvoir gérer un peu les fichiers sur disque ( donc ça je verrai après tests )
ce blog utilise donc le système flatfile du type nanomus, mais beaucoup plus sophistiqué dans le sens ou je simule une base de données en fait via un layer de ma fabrication qui me permet de taper des requêtes type mysql ( select, update, delete, search ... )
C'est la solution technique que je privilégie pour plusieurs points:
* performances exceptionnelles
* portabilité d'un hébergeur à un autre en quelques minutes
* pas de base de données mysql, donc moins de galères
* code du type nanomus exceptionnellement léger ( j'en suis à 150 ko avec nicedit qui en fait déjà 50 - à optimiser d'ailleurs ça )

en l'état le cms sait :
* créer des billets ( illimités )
* modifier chaque billet
* activer / désactiver chaque billet
* créer des pages libres ( illimitées )
* modifier chaque page libre
* activer / désactiver chaque page libre

je compte faire un peut dans l'idée de minimus avec un menu personnalisable via l'administration

le système de template reste à l'identique de nanomus donc entièrement XHTML 1.0 strict, utf 8, tableless et extrêmement basique, donc très facilement intégrable pour tout type de templates css existants ( template en HTML pur - toujours pour une raison de performance et de simplicité )

je pense lui ajouter un système de commentaires pour chaque billet rédigé ( activables / désactivables ) et bien évidemment modérables

cette version ressemblera à un mini blog ou mini cms donc sans base de données de type mysql, mais avec une simulation de base de données base de type flatfile

pour moi ce type de produit est très fun, à développer c'est extrêmement passionnant et amusant, ça me change radicalement du mysql, et du coup sans système de cache, sans processus lourds à gérer on obtient des performances inégalables ( rien que la quantité de code embarqué est tout simplement génial )

voilà donc pour la première solution, très légère, aussi facile à installer qu'un nanomus, aussi facile à templater, le tout avec toujours un aspect performance sympa

pour la seconde solution, j'utiliserai mysql

en fait je remplacerai le layer flatfile de ce cms par le layer mysqli de minimus
on retrouvera là un système plus classique, puisque l'on tapera du sql
bien évidemment je ferai en sorte que les performances soient au rendez vous, la même simplicité que nanomus le tout avec plus de souplesse dans le développement de par l'utilisation de mysql

mais je privilégie la première solution qui me parait plus funny, et surtout un peu plus inédite ( la seconde version va se rapprocher fortement de snews donc produit déjà existant, aucun intérêt ni technique ni de devenir, de par le fait de refaire un produit existant ou similaire - pour moi )

voili, voilà vous voici un peu plus au jus

mais si quelqu'un peut m'en apprendre plus sur le compte gratuit de free je suis preneur, car là je bosse mais je n'ai pu faire aucun test préalable Sad

marrant quand même de faire un cms spécifiquement pour les hébergeurs gratuits Smile

, je ne pense pas avoir vu ça sur la toile encore Smile

, il faut trouver un dev un peu furieux dans les coins pour se taper des délires de la sorte Smile

GravuTrad · Inscrit le: May 12, 2005 Messages: 5081 50147 points Lieu de résidence

avec base de données ca ne devrait pas poser de pb car free en donne (mais que mysql je crois). bien la taille doit être réduite pas de grosse base.
mais le système en flatfile a l'air pas mal en effet.

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

oui voilà ça aussi c'est une contrainte le fait que nombre d'hébergeurs gratuit limite la taille de la base mysql ( en payant je n'ose même pas l'imaginer car au prix de l'espace disque aujourd'hui c'est carrément déplacé comme restriction )

mais sur du gratosse, puisque l'on a cette contrainte on peut taper du flatfile à souhait

pour free.fr par exemple on a droit à 10 gigas lol, le cms ne devrait pas excéder 200 ko tout comprit donc on aura vraiment du large pour combler la différence

le défaut rédhibitoire sur un système flatfile c'est que les performances baissent au fil du temps ( puisque le fichier contenant la base de données devient de plus en plus lourd )

en l'état j'ai fait des tests avec 30 000 entrées en base et le site fonctionne bien, ça a ralentit ( forcément mais c'est toujours bien navigable )

donc pour palier à ceci et permettre d'élaborer des sites de forte ampleur je vais mettre en place un système automatique d'archivage ce qui réduira ou à l'année ou au mois les données de chaque base de données ( toutes étant liées entre elle virtuellement )

avec ceci, on aura pas exemple sur une année disons 5000 billets ce qui génèrera 5000 entrées et l'année suivante on repart sur une nouvelle base automatiquement ( le cms gère tout ça seul et l'utilisateur ne le sait même pas )

résultat même dix ans après, le site aura conservé ses performances tout en ayant au même rythme 50 000 billets publiés Smile

et le fichier de test de 30 000 entrées ne fait que 36 kilos !
la taille du texte de chaque billet n'important pas pour la base de données, car non conservée dans la base de données mais dans des fichiers à plat type les pages de nanomus

bref, mures réflexion mais le produit va aboutir à quelque chose de petit bien balèze qui va permettre de gérer toutefois de très gros sites quand même ( je vais aussi m'arranger pour le rendre modulable ainsi on pourra faire comme avec maximus, ajouter des modules donc des fonctions et pourquoi pas un forum tout à plat mdr :) Smile

franchement ça me plait vraiment trop ce système et là on pallie à toutes les restrictions des hébergeurs, na Smile

( enfin logiquement )

parti d'un délire, je sens que ce petit cms écologique va me plaire de plus en plus ( réduction des ressources, réduction des couts hébergement, réduction de tout quoi )

bref, à quand la prime écologique pour site internet Smile

GravuTrad · Inscrit le: May 12, 2005 Messages: 5081 50147 points Lieu de résidence

c'est ce que j'allais te dire. comme le système des rotations logs des serveurs. un fichier par an, voire par mois pour ceux qui veulent faire des gros sites. Le tout en flat file.
par contre il faudra que ce soit pas contraignant niveau chmod. tu vas faire comment pour les chmods?