Reprise du message précédent :

 
Ah ok tu fais dans la qualitay, c'est good , c'est pas la majorité qui fait ca malheureusement  
 
La gestion des versions pourquoi pas, mais ca fonctionne comment, c'est un genre de catalogues des documents (par cat et sous-cat) avec un formulaire d'upload où on peut mettre sa nouvelle version ?

Le truc qu'on utilise ici, qui est bien pourri à souhait ressemble à ça (si ça tenait qu'à moi, ça fait longtemps que je l'aurai réécris )
 
http://perso.wanadoo.fr/magicbuzz/qp1.png
 
http://perso.wanadoo.fr/magicbuzz/qp2.png
 
http://perso.wanadoo.fr/magicbuzz/qp3.png

en passant, quickplace c'est un nom propre, c'est un produit de lotus il me semble
 
Edit: vu les icones sur les captures & l'adresse, c'est effectivement du lotus

Qui est bien tout pourri comme il faut

Salut,
 
J'ai essayer de me séparer des sessions PHP pour mon forum, et j'ai un petit probleme vis à vis de mon affichages des connecté et notemment des invités...
 
Je m'explique :  
Je passe dorénavant par un cookie que j'envoie si l'utilisateur s'identifie (si le mec les refuse il ne peux pas s'identifier et je ne prevois pas de faire passer un quelconque code par l'url).Donc lors de l'execution d'une page, si j'arrive à trouver mon cookie, je le décortique et si il corespond à un compte d'utilisateur, j'identifie le mec et je le add/update dans la liste des connectés.
 
Jusque là tout va bien mais si je ne trouve pas le cookie, je ne peux pas inserrer la personne comme un invité car lors d'une prochaine actualisation de page de cette meme personne elle va donc générer un 2ème invité!
Une reconnaissance par l'adresse IP ne me semble pas fiable vu que derrière un routeur il peut y avoir au moins 2 invités différents ...
 
Bref je suis ennuyé, pourriez me dire ce que je pourrai faire pour arriver à avoir une vrai détection des invités ?
 
Merci d'avance
 

Ton problème, c'est pour les invités acceptant les cookies ?
Si oui, alors en plus de ton cookie actuel, crée un nombre aléatoire unique (doit y avoir une fonction en PHP, M$ appelle ça un SSID), que tu mets en cookie pour chaque utilisateur. Et tu gères ta table des connections comme ça.

 
Et comment tu fais pour differencier 3 pc derriere un routeur donc avec la meme ip ?
 
pour l'id unique en php :

-> Ben avec un cookie du type de que je préconnise, y'a pas de question de l'IP...
 
-> Aucun intérêt de passer en MD5 ton ID

 
>mon truc c'est pour générer un PHPSESSID (32 caracteres) sinon oui, pas besoin de le passer en MD5.  
 
>jsutement, si le navigateur n'a pas de cookie ?

Merci je vais me débrouiller avec ça

Bah si le navigateur n'a pas de cookie, alors autant ne pas tenir compte de l'utilisateur.
En effet :
1) Il ne pourra pas participer au forum puisqu'il ne pourra pas s'enregistrer : qu'il existe ou pas, ça revient au même du coup.
2) Si le gars n'utilise pas Netscape 1.0 pour MS-DOS 2.0, alors son navigateur accepte les cookies. Sinon, c'est un péteux qui fait chier avec son moz traffiqué sous nux, et il trouvera dans tous les cas moyen de nous emmerder en faisant se comporter son navigateur de façon inattendue.
3) Faudrait vraiment être teubé pour s'emmerder à passer une demi-journée à trouver une solution pour prendre en compte ça, étant donné les deux premiers points
 

PS: à noter que si le navigateur n'accepte pas les cookies, il n'accepte pas non plus les sessions (puisque c'est basé à partir d'un cookie exactement comme le cookie que j'ai préconnisé)

Sauf si tu passe l'id de session dans l'URL.

 
Lynx gere les cookies, donc je penses que n'importe quel navigateur les geres
 
Par contre, le filtre a cookie, lui il est plus chiant car du genre, impossible de me loger sous Skyomatic. bien sur, en passant par autoriser cookie pour ce site ça marche. mais normallement, j'ai la case cocher Accepter cookie pour le domaine racine.

 
ce que l'on fait en principe avec les sessions, on promene un PHPSESSID de page en page

oui et les gens qui se copie colle des liens par msn il se refile leurs session c'est super !!!

 
Trop de la balle pour passer le contenue d'un caddie
 
Au fait, quand j'utilises des cookies sous IE, il m'affiche un truc comme quoi le cookie a été bloqué, on fait comment pour que notre cookie soit bien autentifié par le navigateur ?

salut,
Voilou j'ai pas encore les capacités de faire un forum complet de A à Z mais bon je me suis lancé dans quelque chose de "plus facile": la partie session + inscription + se logger automatiquement.
 
Donc j'ai fait quelques test au niveau des session en php, des cookies, envoyer les mots de passes en cryptés etc, ...
 
Et voila le moment de mettre en place la structure. Pour cela j'avais pensé à un truc du genre:

http://mindkeeper.free.fr/session02.png
 
Mais c'est plutot un truc au pif   , donc j'aimerais avoir votre avis dessus
merci

login ne prend qu'un seul 'g'

ta ggueule

Je suis plutot adepte de gérer par session, et de laisser un cookie pour l'authentification automatique, mais je me demande si les sessions demandent des ressources non-négligeables au serveur quand y'a un bon millier de visiteur?

C'est en effet le problème des sessions.
Apache semble moins dérangé par les sessions que IIS, car au lieu de les stocker en mémoire, il les stocke sur le disque. Cependant, si y'en a beaucoup, j'imagine la merde que ça doit faire quand il faut relire/mettre à jour quelques milliers de petits fichiers.
 
Il reste la solution adoptée avec les dernières versions de IIS, qui permet de stocker les sessions dans une table d'une base de données. Ca me semble un bon compromis entre les deux solutions, par contre c'est le marteau-pilon pour casser une noisette quand il s'agit de gérer 3 pauvres sessions comme sur la majorité des sites persos

Salut à tous je profite de quelques heures de libres pour continuer un peu a coder mon forum
 
http://forum.leveilleur.net
 
je suis occupé a commencer une ébauche d'interface d'administration. Mais je me demande comment faire un delete multiple en sql
 
Par ex, je veux supprimer une catégorie, en supprimant cette catégorie, ca doit supprimer tous les topics de cette cat ainsi que les messages de tous les topics appartenant à cette cat.
 
En sql pur avec les foreign key, c'est simple, mais là avec mysql je ne vois pas comment faire. je voulais faire un truc dans le genre
 
DELETE * FROM messages,topics,cat
         WHERE id_cat = #form.cat_supp#
   and cat_topics = id_cat
   and topics_messages = id_topics
 
Mais ca ne marche pas

parce que avec mysql (les autres, je sais plus) tu dois pas mettre "delete * from" mais "delete from" sinon ca marche pas.
 
c'est logique en soi, tu delete toujours tout.

même sans l'etoile, cette commande ne marche pas. j'ai essayé avant.
 
pour toi, c'est la bonne marche à suivre ?

en fait, je suis pas trop calé en SQL, j'en ai fait un peu sous Oracle, mais c'est y a 2 ans, et j'étais pas tres fort.
 
c'est juste que j'ai vu le "delete * from" et je sais par expérience que ca marche pas.
 
sinon, ne connaissant pas la structure, je sais pas.
 
il efface des trucs, ou vraiment rien ne se passe ?
 

http://dev.mysql.com/doc/mysql/fr/DELETE.html :

il fou que dalle sous oracle suffit de mettre dans une contraire du genre, on delete cascade et c'est bon mais sous mysql j'en ai aucune idée

oki merci bien, c'est que je m'y prends mal
 
Edit: C'etait bien une erreur de syntaxe de ma part
      DELETE messages,topics,cat FROM messages,topics,cat
         WHERE id_cat = #form.cat_supp#
   and cat_topics = id_cat
   and topics_messages = id_topics
 
Ceci fonctionne nickel
 
merci

Bon! J'ai pas mal remanié mon code.
 
Déjà, je me suis rendu compte que les fuseaux horaires me bouffaient les perfs parce que je stockais les dates en cache dans une structure maison (avec le jour, le mois, l'année, ...). De la manière dont c'était codé, j'étais obligé de reconvertir ça en secondes (GMT) pour appliquer le fuseau horaire et reconvertir le résultat dans une date intelligible pour la suite du traitement. Je stocke désormais directement en secondes GMT ce qui évite une conversion coûteuse en cpu. C'est toujours plus long que de faire un simple ajout d'heures mais bon...
 
J'ai fait en sorte que la liste des id de topics d'un forum puisse être mise entièrement en cache selon le paramétrage afin de virer les clauses LIMIT dans les requêtes (en fait, ça vire surtout les requêtes , je n'ai pas trouvé plus simple pour ce faire).
 
J'ai pas mal optimisé mon runtime, en particulier au niveau de la génération des urls.
 
Au moment de la compilation des templates, je calcule désormais les clés de hash pour tout ce qui est "dictionnaire", ce qui m'évite d'avoir à le faire au runtime. Je suis quand même obligé de me taper un strcmp lors de la recherche de la valeur à cause des possibles collisions mais pour l'instant, cela me suffit et d'autant plus que je ne vois pas de solution simple pour passer outre.
 
J'ai bien dû optimiser quelques autres trucs mais je ne me souviens pas de tout.
 
La dernière fois que j'avais benché la mécanique de génération, j'obtenais 660 pages par seconde sur une discussion en mode arborescent (sans les fuseaux). Maintenant, je suis à 840 pages par seconde soit à peu près 25% de gain. Comme je suis satisfait du résultat et que les améliorations risquent d'être de plus en plus difficiles et coûteuses en terme de temps de travail, j'arrête donc les optimisations pour me concentrer sur les fonctionnalités.
 
Une dernière chose, le serveur de mon pote est encore HS suite à une intervention de l'hébergeur. Lost Oasis, c'est pas cher mais ça se paye...

840 p/s sur quelle config ?

 
Un athlon 1.4 avec une mandrake 9.2
 
edit: why?

Ben pour se faire une idée des perfs, pardis. Avec combien de RAM ?

tu benches avec quoi?

 
512Mo, mais j'utilise exactement la même config pour mysql, apache et mes caches que pour mon celeron qui n'a que 128Mo. En gros, il y a 32Mo pour mysql, 25Mo pour le cache et ce qui reste pour apache, l'os et les autres progs. Je n'utilise une base que d'un million de messages parce qu'après, avec cette config, je sais que je vais avoir des petits problèmes pour coller les listes d'id en ram.

 
Avec un prog maison, sur un autre ordinateur, qui grosso merdo:
- lance un certain nombre de threads
- chaque thread se récupère un cookie de session
- synchronisation pour être sûr que tout le monde est prêt
- flood de requêtes http sur la tronche du serveur durant 2 minutes (je n'attends même pas qu'il réponde à une requête pour re-balancer d'autres requêtes)
 
Après, je vais sur une page de stats côté serveur qui m'indique le nombre de pages effectivement générées durant les deux minutes (là, ça tourne aux alentours de 101 000) et je divise ça par 120 pour obtenir la moyenne.
 
Après, je me doute bien que ce n'est pas un bench à l'image de ce qu'il se passe en conditions réelles mais ça me permet d'avoir une bonne idée de ce que vaut mon code sur une page donnée.

tu as des résultats avec ab? ( l'outil de bench fourni par apache )

 
je viens d'essayer et je pense d'ailleurs avoir détecté un bug (probablement un problème de lock). Le résultat pour mille pages avec 25 threads:
 

 
Je pense que je tombe à 550 requêtes par seconde parce que je suis obligé d'utiliser le même couple (user,session) sur chacune des connections, ce qui m'oblige à dupliquer toutes les données de la session au début de chaque requête afin d'éviter de travailler sur des données partagées.

tu as lancé avec quelles options? sur quelle page?

 
je me suis fait un script pour le lancer sur la même page que j'utilise dans mon prog:
 

 
pourquoi?