Reprise du message précédent :
moi aussi je flood comme fab, en php et sans l'uptime
sa marche bien alors pourquoi faire plus compliqué ?

ah oky drasche, bah t'inquiète j'ai tout mon temps

tout a fait
 

Mise à jour de mon forum. J'ai terminé la gestion de déplacement de sujet et corrigé quelques bugs.
 
drasche >> Assez sympa ta machine à flood . Par contre, j'ai essayé de lire les posts sur ton forum, j'ai pas compris grand chose    

J-7

Sur l'idée assez farfelue de l'un de mes amis, je concocte une version particulière de mon forum
Je suis sur que certain trouveront ça ridicule mais je prépare le terrain , je m'y remet héhé

j'ai une question qui concerne plutôt l'hébergement en général: mon forum utilise des fichiers de configuration (genre .conf) et donc il les modifie sur le serveur. J'ai testé hier chez Multimania/Lycos, aucun problème de ce genre. Est-ce que la plupart des hébergeurs autorisent ça?

Ca marche chez OVH en mutualisé
 
Je pense que ca doit etre pareil a peu pres partout

ça me rassure
ça me ferait chier de tout taper en DB pour si peu

heu j'espere que dans le .conf il n'y aura pas les mots de passe?
car les fichiers avec extension .conf ne seront pas interpreté et sera telechargé

pas tout de mème c'est pas un bleu

Déjà les mots de passes ne seront stockés qu'une fois passés à la moulinette de l'algorithme SHA1, et ils seront bien entendu stockés dans la DB. Donc, comme ici, quand tu perds ton mot de passe, le forum t'en regénérera un nouveau.  Le fait que le fichier CONF soit accessible? Beuh... au pire je le renomme en PHP, même si ce n'est pas du PHP dedans
 
genre:

je voulais faire une belle page avec des div au lieu d'une table pour l'encodage des messages, mais là, ça ne va pas, la table va y passer

je parlais du mot de passe pour acceder a la base de donnée.  
Sinon, ici le mot de passe des utilisateurs n'est pas regénéré, il t'es re-envoyé, donc ca veut dire qu'il est en clair dans la bdd.

ah bon
 
pour le mot de passe BDD, il est dans un vrai include avec une extension PHP, pas de risque de ce côté  Les fichiers conf ne concernent que les options internes au forum.

http://212.85.152.238/tests/mabouls_world
 
link dead    
 
 
ptain je peu meme pas essayer le fameux forum de doc maboule

Ce E prete vraiment à confusion
 
 

 
le disque du serveur a cramé il y a quelques semaines et il faut que je me tape la re-install, ce qui n'est pas possible pour l'instant.

Ah bah voilà, à vouloir aller trop vite.
[/troll]

c'est clair, vu les perfos du forum, ça devait arriver
 
edit :

t'as quoi comme serveur ?
 

bon j'ai acquis une nouvelle machine de dev... j'vais pouvoir continuer le dev de mon forum (stoppé fin mai...)

tu étais pas sous mac ?

si je le suis toujours, mais c'est un portable, pas une station de dev

 
Tu les mets dans un dossier à part et tu mets un .htaccess avec deny from all

c'est plus facile de changer l'extension

je pense que je vais simplement renommer les fichiers, c'est mieux, je pense comme Fabien (surtout qu'il faut que le .htaccess soit autorisé par l'hébergeur, c'est pas forcément le cas, si?)
 
'fin c'est pas des fichiers critiques pour moi, il n'y a pas d'info confidentielle dedans.

y a très peu d'hébergeurs qui n'acceptent pas les .htaccess (sauf lycos qui utilise une syntaxe particulière si mes souvenirs sont bons)

 
C'est aussi possible de protéger un seul fichier avec les htaccess ...
 
<Files nom.extension>
blabla
 
</Files>

cool      

 
J'ai abandonner le projet mais je vais vous le dire qd meme :
C'etait faire un forum le plus complet possible mais en 1 seul page
 
J'ai donc un fichier index.php qui fait actuellement 2300 lignes et qui gere l'affichage de tout mais au niveau des traitements ce n'est pas tres tres bon.

je suis en train de faire un forum pour une entreprise et a cause de la structure du site, je suis obligé de le faire en une seul page
Enfin, c'est plutot une page admin, et une page utilisateur.
Sinon, je ne pense pas que ca soit si mauvais que ca de mettre tout en un fichier, pourquoi tu dis ca ?

car le fichier index repointe sur lui meme logique vu qu'il est seul au monde et que donc il faut lui fournir une variable GET (dans mon cas : $_GET["p"] ) qui est la page en cours avec un switch dessus qui va afficher la page voulue.
Donc ensuite dans le cas d'un traitement avec redirection header il y a souvent du code html afficher avant ce qui empeche la redirection et force a utiliser la compression de page gzip...
Et de plus l'url deviens très grosse exemple :
index.php?p=sujet&sid=4&a=5
Comprenez page = sujet, id du sujet = 4 et archive = 5
En tout cas si tu fais ça utilise une dénomination des variables bien pensés car moi après 2300 lignes j'ai un peu de mal ...
Mais sinon je pense qu'au niveau performance c'est plus rapide , je le remettrai en ligne ce soir dans un repertoire test et tu pourra comparer mon site "normal" et le "en 1 page" et tu verra que c mieux car :
-Aucun include
-le switch ne traite vraiment que le case voulu
 
PS: le fait de pas etre seul a le faire me donne envie de continuer

Moi aussi je refais mon forum en quasiment une seule page  (en fait, 4 pages, une index.php avec le switch, une de mise en page globale -pour intégrer le forum au reste du site-, une avec toutes les fonctions et une page avec mes constantes pour passer facilement d'un ordi à un autre)
 
Ca fait plaisir de pas être tout seul à avoir des idées loufoques  
 
Pour l'instant j'ai à peu près 300 lignes et 10ko pour juste la liste des catégories et la page avec la liste des sujets d'une catégorie mais je viens à peine de recommencer mon forum

moins il y a de pages, + je prefere
 
mais pour eviter que ca soit le bordel, il faut mettre presque que des fonctions sinon, c'est mort
 

Et puis en faisant des jolies fonctions, on évite de refaire le meme code plusieures fois aussi (ça sent le vécu ça )

héhé, exactement pareil
d'ailleur, quand j'ai commencé mon forum, je ne savais pas creer des fonctions, donc il y en a presque aucune dans mon forum
va falloir que je refasse tout

J'ai dis 1 seule page !

par securité, vaut mieux faire une page user et une page admin.

En quoi cela augmente t'il la sécurité ?

ben au debut de la page admin.php tu regarde si le membre est admin ou non, comme ca s'il n'est pas admin, il n'a accées a aucune fonction, si tu melange les fonctions dans le meme fichier, il se peut que tu oublie de faire une test pour un fonction admin, et le gars a accées a la fonction admin.
voila en quoi c'est + sur