Reprise du message précédent :
Au faite personne ne connait un bon script (gratuit ou peu chère) pour les webcams (j'ai déjà un serveur rmtp).
 
J'en cherche pour mes streapteaseuses

 
 
 
Euh...  

Non lol c'est mon serveur   je fais comme je peux

Il parle sûrement d'un site à part, pas du forum qui n'existe pas encore

Bah vérifie ton php.ini

Les principales variables pour le garbage collector sont la durée de vie de la session sur le serveur (session.gc_maxlifetime, c'est 3 heures par défaut y me semble, plus sûr, après c'est considéré comme périmé) et la proba de déclenchement pour éviter qu'il ne fasse le ménage à chaque requête car ça serait trop lourd et complétement inutile (session.gc_probability à 1 en général et session.gc_divisor à 100 par défaut, ce qui fait 1/100, donc déclenchement 1 fois toutes les 100 requêtes en moyenne).

ben d'un coté t'as le serveur, et de l'autre coté le logiciel qui lit la video en donant l'url de ton serveur, pas besoin de script (sauf le bout de code pour inserer le player dans la page).

Ahum...
   
J'ai vraiment du mal à saisir le fonctionnement de flash...
 
Je m'explique.
 
J'ai un serveur : rmtp://blablabla.com:1000
J'ai une stripteaseuse : chez elle, devant sa cam a poal toussa
J'ai un mec qui veut la mater : chez lui sur le site blabla.com
 
Comment la stripeuse va transférer le flux de sa cam vers le serveur  

 
J'ai 1440 et 100 pour le diviseur, et bizarrement il n'efface jamais les sessions
 
Bon ça marche quand meme avec le truc d'autonettoyage mais bon.

chaced > Serveur sous windows avec php < 4.2.3 ?

Debian Sarge et php 5.1.6

ha ben j'en sais rien, je suis developpeur, pas administrateur serveur ni reseau.
 
Demande dans la cat reseau, t'aura + de reponse la dessus.

Il me semble que j'ai toujours eu un script de nettoyage automatique installé avec les paquets debian.
 
Là, j'ai ça dans /etc/cron.d/php5 :

 
C'est dans le paquet php5-common.
Je suis plus en Sarge, mais j'ai toujours eu ça il me semble (mon installation date de Woody).

HA oui quand meme, bon l'appel a tmpreaper est encore plus simple

Ouais, mais ça utilise pas le paramètre défini dans le fichier de configuration de php

Et beh ça poste pas beaucoup les développeurs de forums là

Pour ma part, je vais recoder une nouvelle version du mien un peu hors série quasi from scratch, mais avec des méthdoes de dev plus rapide. 2 semaines maxi pour obtenir l'appli complete avec autant de fonctionalités que les autres principaux forums
Je prevois pour changer du plus lourd à l'éxécution coté charge serveur, mais plus convivial et surtout plus simple à maintenir

Mon pauvre

e-deby > Et tu vas faire comment pour être aussi rapide?
Bon, tu me diras, pour mon site, si je prend juste ce qui est spécifique au forum, je risque de mettre moins de 15 jours moi aussi. Mais à côté, j'ai passé plusieurs mois sur la création du framework (bien que j'ai encore du mal à réaliser que j'ai peut être créé un vrai framework ) .

pour etre aussi rapide, il va acheter des serveurs plus puissant

Y'a quoi de drole ?  

Perso y'a pas mal de news pour mon forum :
 
- Sondages
- Menu en JS qui affiche les options
- Affichage sur la page d'accueil du forum le nombre de connectés et les anniversaires du jour
- Ajout des listes numérotées (en plus des listes à puces)
- Hauteur de la textarea pour l'ajout de message (ou l'édition) modifiable dynamiquement avec une petite icône
- Icônes de "ton" pour les topics
- Prévisualisation des messages (XMLHTTP Requests)
- Liens cliquables automatiquement
- Option permettant le bannissement d'un utilisateur en ce qui concerne les messages privés.
- Liste des rubriques accessible depuis un topic ou un message (on peut alors basculer vers la rubrique de son choix)
 
Et d'autres choses viendront

Je croyais que les forums ça t'avait saoulé  

 
J'aime bien le design de ton forum

 
oui mais avec un vrai framework pour développer ca ira tout de suite mieux

e-deby > Prend un truc tout fait, ça ira encore mieux : tu n'auras plus rien à faire.

Et quoi comme "vrai" framework ?

 
oui, j'installe un phpBB je met une banniere google et j'attend que les millions s'amassent  

Le millions de faille de sécurité ?  
 
 

 
Merci, mais je compte le rendre plus sympa car perso il ne me convient pas    
 

Salut à tous,
 
Ca faisait un sacré moment que je n'étais pas repassé sur ce topic
Mon forum est maintenant en production :
http://www.siteduzero.com/forum.html
 
Je l'améliore toujours bien sûr mais il est largement utilisable à l'heure actuelle.
J'ai par exemple fait l'optimisation de la liste des sujets en enlevant le LIMIT en gérant un ordre des sujets (position du sujet dans la catégorie enregistrée et maintenue pour chaque sujet).
Passer d'un ORDER BY date LIMIT (avec récupération des postit) à un WHERE position BETWEEN X AND Y ORDER BY position, ça a vraiment fait un boom au niveau des performances.
 
Si THE REAL SMILEY n'est pas mort, ça serait sympa de rajouter mon forum dans le 1er post

pour la position, en cas de suppression, tu gere ca comment ?
tu met a jour des centaines de milliers de positions ? voir des millions ?  

Ce qui pose problème, c'est la suppression de sujets hyper vieux : il faut bouger tous les sujets qui sont plus récents. Cette opération est très très rare, voire inexistante. On ne supprime jamais un sujet qui est dans les profondeurs du forum. Supprimer le 500e sujet le plus récent, il n'y a aucun problème. Supprimer le 50 000e oui.
Quand ça arrive, c'est juste très lent, c'est clair. Mais pas le choix. Sur mon forum, le cas n'est jamais arrivé. Cette opération représente 1 page sur 1 000 000 de visualisations, au moins. Le jeu en vaut vraiment la chandelle, c'est le seul point négatif de ce système.

C'est pareil si qqu'un remonte un topic des entrailles du forum, faut updater ceux qui se trouvent avant. Ou alors faut trouver une astuce pour s'affranchir de tout updater (Joce le fait sûrement).

Pour ca faut faire le test.
On a besoin d'un expert   .
J'invoque Kadreg !
 
(au passage : coucou Kara )

Euh... non, ça c'est trivial à faire. Il suffit dans la table des sujet d'avoir u champ aveec l'id du dernier message. Et tu tries sur base décroissante. C'est après, quand tu dois jouer avec les mesages effacés que ça devient plus tricky.

Ca n'empêche qu'il faut quand même updater tous les sujets précédents, le tri n'y change rien, tu tries sur ce que tu veux (par titre, date de création, etc. je te raconte pas le bordel avec des ID de position, impossible à faire sans gérer chaque cas séparément). Il faudra updater les "intra-ID" de position pour son BETWEEN. Si y a 50000 topics dans un forum donné et que qqu'un reply dans le tout dernier d'y a 5 ans, il devient alors le sujet N°1 (on suppose qu'il n'y ait pas de topic sticky), donc il faudra décrémenter de 1 la position de 49999 autres qui se trouvaient avant lui si il fait un BETWEEN de manière croissante (SELECT tid FROM topics WHERE id_position BETWEEN 1 AND 25, s'il affiche 25 topics par page). Y faudra gérer le delete du dernier post effectivement, car le topic concerné doit alors redescendre à une position inconnue par avance qu'il faut déterminer en triant tous les topics pour l'insérer au bon endroit...

C'est le seul inconvénient de la méthode en effet, j'avais testé sur le forum MD le fait d'aller dans le dernier topic et de faire un "up" de test, et ça ramait pas. Joce utilise il me semble un truc de ce style pour sélectionner ses topics :
 
SELECT machin,truc,bidule FROM topics WHERE id IN(SELECT id FROM topics WHERE .... LIMIT n,20) par exemple, mais bon à confirmer...
 
En tout cas vive le between

Mais non! Relis ce que je viens de dire. Tu prends l'id du MESSAGE, pas celui du sujet, dont tu te contrefout du nombre de messages precedents.
 
Et pour ce qui est de la gestion des delete, c'est pas si catastrophique que ca en a l'air, y a plusieurs techniques possibles pour eviter les "LIMIT OFFSET" comme des table de caching pour les plages d'id, ou une reindexation a interval regulier avec un interval plus grand, etc... L'important, c'est d'ajuster en fonction de l'utilisation de ton forum, pas de maniere generale.

Mais j'ai jamais parlé des messages moi, on y touche pas à ça... On trie les sujets ici par date de dernier post si tu veux, faut bien le faire à un moment donné pour avoir les positions de ces sujets les uns par rapports aux autres, on se fiche de ce qu'ils contiennent. Au final t'as un classement id_position,last_post et le N°1 est celui avec le last_post le + élevé.

Bah oui le dernier post/message du sujet pour avoir un ID, tu peux aussi faire par date du dernier message si tu veux et si tu l'enregistres dans ta table des topics, c'est pareil... L'ID du dernier post est contenu dans la table des topics pour mon cas et je trie par ça si on veut un tri classique (c'est à dire pas par titre, date de création, nombre de posts total, etc.)