Reprise du message précédent :
Y a aussi la solution de ne jamais supprimer un topic/message mais juste de lui attribuer un flag spécial

Perso, je respecte la hiérarchie: le modo n'a pas le droit d'interférer avec les actions de l'administrateur.
 
Bon, j'ai l'intention (éventuellement) d'ajouter un niveau de droit supplémentaire dans mon système de privilèges: j'ai déjà les droits read/write par section et catégorie, j'ai l'intention de faire de même avec les topics: un topic peut être invisible pour l'utilisateur normal, et visible pour une série d'utilisateurs particuliers (voire même ils auront le droit de poster dedans).

Ouai le forum phpbb le plus moddé, on installe dessus tout les mod que on peu trouver !

 
idem, faut respecter les patrons  

c'est une corbeille, le modo vire le topic dans la corbeille, et l'admin juge le topic, si il le modère ou si il le supprime.
Les modo peuvent eux aussi éditer les topics.

Fait gaffe, y a des mods qui accelèrent phpbb faut pas les installer si tu veux gagner le concours

ça existe?

Il me semble bien oui ... Mais bon, j'ai jamais cherché par manque d'intéret pour phpbb

Bien sur que sa existe !
regarde le forum de ppc, c un bon gros phpbb v1.0 moddé !

j'ai vu ca oui, mais je n'y suis absolument pour rien

ca va pas non
le forum ppc il a ete ecrit de scratch et je suis meme pas sur que phpbb existait a l'epoque

clair. joce est un pionner

je dissais pour deconner bien sur
et sa fait pas rire grand monde quand on parle du joce'forum

Hmmm ... A combien je peux monter le nombre de "max connexions" pour du MySQL 3.23.xx sachant que le server n'a que 512 Mo de RAM et n'a qu'un seul processeur de 1200 MHz ? Actuellement ce chiffre est à 100.

A priori ca dépend de ton nombres d'onlines.

Ben je n'en ai pas beaucoup mais j'ai pas mal de sleep (25 voire 30 101 sleep en ce moment en fait !).
 
M'est avis que j'ai un problème avec mes scripts car la c'est pas normal du tout ...

Il serait plus intéressant de chercher à le descendre que l'inverse : si cette valeur est insuffisante c'est que tes requêtes ne sont pas suffisament rapides, et que tu as un nombre trop important de requêtes en train de s'exécuter à un instant T, source de problèmes de montée en charge et de load average important.
 
Un max_connections de 20 me suffit pour recevoir 900 connectés. Il est toujours bon de se laisser une grosse marge car sur un forum tu as toujours des traitements ponctuels plus ou moins lourds (recherche IP par exemple), mais 100 c'est déjà énorme. Pour info mon Max_used_connections est à 34 aujourd'hui
 
Pour répondre quand même à ta question, le réglage de ton max_connections va davantage dépendre de tes requêtes et de ta gestion des verrous que de ta configuration matérielle

En fait je pense que ça vient du fait que mes différents scripts (ceux le plus solicités) utilisent des connexions persistentes et que soit MySQL ne sait pas les killer au bout d'un moment donné soit j'ai un gros souci dans mes scripts en question ...

Tu as observé un gain particulier en utilisant mysql_pconnect ?

En vitesse de script oui.
 
Je vais rebooter mon server (il en a besoin la).

pour ce qui est de mon forum je prépare la nouvelle version beaucoup plus belle, rapide et fonctionnelle...
 
la nouvelle version se trouve là (avec un htaccess pour l'instant, trop de failles) : http://maison.les-potes.com/forum
 
la vielle là : http://maison.les-potes.com/vieux_forum

Voici mes variables de server MySQL :
 

(oui c'est un hébergement en Win32 server avec Apache, PHP en loadmodule et MySQL)
 
Si quelqu'un voit quoi que ce soit qui cloche la dedans ...

faut pas utiliser les pconnect
C'est déjà supprimé dans PHP 5

Euh ... Vu que pour MySQL j'en suis encore à la 3.23.53 ...
 
Sinon, ce que je crains, c'est l'augmentation des temps MySQL dues au fait u'il n'y a pas de persistence de la liaison vers le demon.

Joce, tu confirme bien que en cas de mysql_connect (pas persistant), le mysql_close est automatique à la fin du script ? Parce que je viens de faire la modif partout et j'ai toujours autant de sleep ...

me revoilà  : toujours ds la finalisation de la modération de post :  
desormais j'en suis à la gestion de corbeille à topics :  
pensez-vous  
-que seul un admin ai le droit de restaurer un topic qu'un modo ou simple membre a supprimé
-qu'un modo puisse avoir le droit de restaurer un topic supprimé par lui-meme ou un membre(erreur de manip par ex, et je sais pas si c'est utile et facile à gérer lol)
 
merci    
 
 

Deuxième option.

Pour ma part je dirais:
- un modo a le droit de récupérer un topic effacé par quelqu'un qui a des privilèges égaux ou inférieurs aux siens (donc, pas si c'est un admin)
- seul l'admin a le droit de purger la corbeille

Pas normal. Tu précises ton identifiant de connection ou tu appelles mysql_close() sans paramètre ? Tu as une sortie HTML avant ou pas ?

Je suis bien d'accord que c'est pas normal si j'en crois ceci : http://fr2.php.net/manual/fr/function.mysql-close.php
 
Surtout avec ce passage : "Note :  Notez que cette commande n'est pas nécessaire, car toutes les connexions non persistantes seront automatiquement fermées à la fin du script."
 
Je précise que tous mes scripts sont désormais en mysql_connect et non plus en mysql_pconnect comme auparavant.
 
 
EDIT > Du neuf : MySQL vient de faire le ménage car je n'ai plus rien en sleep (ouf).

oui

j'ai pas depasse les 50 max_connec aujourd'hui avec plus de 1700 connectes

Ma question de la semaine :
 
je suis en train d'implémenter les MPs, et je me pose une question.
 
Pour gérer ca, vous faites des tables exprès pour les MPs, ou vous gérez ca comme une categorie "classique" ?
 
pour le moment, j'ai ca :  
message relié a un sujet relié a une categorie
 
alors j'hésite a faire une table message_mp et une sujet_mp avec restrictions utilisateurs, ou a mettre en place les restrictions pour le reste du forum aussi (j'en ai pas l'utilisté actuellement, mais bon)
 
 
 

J'ai séparé les mp du reste des messages pour faciliter la sécurisation et les différencier plus simplement. D'autant que la structure d'un mp est un peu différente de celle d'un message du forum : pour moi, il y a 2 interlocuteurs (l'auteur initial et le destinataire), et des infos comme la signature et l'avatar ne sont pas utilisables dans les mp.

perso, je pense que je vais faire simple: réserver une cat à cet usage, et utiliser des pages différentes des cats publiques puisque la logique est un poil différente

Petite question : vous les cryptez avec quoi les mots de passe du cookie "pass" ? Moi je fait ça avec la librairie mcrypt c'est génial

euh je crypte pas moa, je fais sa avec md5 tout simplement...

tout pareil

Pas mieux

+1 dans la v9.1

c'est vrai joce, si je me rapel bien, pendant un moment tu cryptais pas les mdp...
Et mème tu les stockais dans des form hidden non ?