Reprise du message précédent :
I made a choice.
V5 de mon forum :  
pour les utilisateurs, JS non obligatoire
pour administrer le forum, JS obligatoire
 
 
pas de chichis, là où les gens qui ont le JS désactivé ne représentent que 2%.

 
Idem chez moi
(enfin d'ici quelques mois au rythme où j'avance   )

Perso j'ai du JS à deux endroits seulement: édition des messages et listing des topics (pour gérer le spoiler comme ici). Si pas de JS, les spoilers sont affichés à l'ancienne: les smileys, images et URLs se voient

Je n'en ai pas sauf pour l'édition des messages sous Safari et Konqueror uniquement (le reste est géré par editMode).
Et puis les spoilers, je ne les ai pas mis, j'trouve ça pas vraiment utile et important.
 
Par contre, pour l'interface d'administration, je m'en sers beaucoup pour assister l'administrateur. Et de plus, avec AJAX et autres iframes pour gérer l'interactivité, ça aide
 
Bon par contre je devais releaser une préversion au début du mois, mais j'ai eu 3 semaines de vacances improvisées donc retard

Il y a pas moyen de ne pas afficher les liens aussi simplement? enfin c'est plus lourd pour cliquer dessus mais bon, à la limite tu mets juste le souligné  

J'ai pensé à ça en effet je testerai pour voir, mais reste le problème des images

personne ne s'est lancé dans un forum full ajax ?

J'ai expérimenté un truc de la sorte, mais au final, il faut en mettre peu, sinon ça créé une surcharge d'interface folle

Visibility hidden et avec un hoover ça saffiche, mais ça marchera pas sous IE . Pour les images, pas grand chose à faire je suppose

ben ouais, je me suis fait cette réflexion là aussi  Ca ira mieux avec IE7 j'espère...

T'entends quoi par une surcharge d'interface folle ?  
 
En cas de refresh t'envoyais au client que les nouveaux post et les modifs ? ou t'as pas été jusque là ? Je suis sûre qu'avec un peu d'imagination yaurait moyen de faire des trucs bien sympa, puis ça renouvellerait un peu le genre parceque faut bien avouer que ça tourne un peu en rond là.

non c'est la même machine que celle où il y a apache et php

J'en ai vu un.
 
En vrai full, tout en JS.
 
Impossible de bookmarker des pages (il n'y avait même pas de permalink sur les cats/threads/réponses), impossible d'ouvrir des fenêtre supplémentaires, difficile de se retrouver dans le site, impossible de changer de choix après avoir cliqué un lien, ...
 
À chier, complètement.
 
Et Ajax n'est pas fait pour générer le contenu, il est fait pour se positioner par dessus le contenu existant pour streamliner l'interface et les interactions entre les composants.
Donc ça a un sens de le poser sur un forum existant et complet (à la limite), mais pas de créer un forum pour.
Et accessoirement, vu la complexité d'un forum tu vas pas chercher dans du petit script si tu veux intégralement le dynamiser  

J'ai du mal à saisir le mais pas de créer un forum pour ? Pourquoi pas ?    
Je sais bien où y se positionne mais ta remarque    
La partie interface et interaction c'est quand même pas bénin dans un forum.
 
Sinon pour les bookmarks on pourrait imaginer un système intégré à l'app, enfin ça m'interesse pas plus que ça, c'était plus pour voir si ça bougait un peu là-dedans  

Vous avez des tests de rapidité / utilisation mémoire, quant aux 2 fonctions mysql_fetch_assoc et mysql_fetch_object ?

php, le langage ou pour chercher les bugs faut un diplome de détective    
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
chui vénère        

T'as un super DUT Informatique comme moi, non ?

le bout de carton que t'as à la fin de l'année qui a servi à rien ?
 
oué je l'ai si je ne l'ai pas déja jeté  

 
T'as une url qu'on puisse apprécier le bouzin ?

Nope, j'avais vu ça sur slashdot, je l'ai jamais mis en favs et comme je suis pas contributeur j'ai pas tous les commentaires.
 
Si il y a un contributeur /. ici, il peut checker mon historique il devrait pouvoir trouver ça

 
Ben, je pense que certaines de ces contribs doivent transpirer la haine que j'ai pour ce minabilisme à sauce de rentabilisme. Je ne suis pas trop sûr que mes contribs soient appréciables mais je sais que du coup, mon serveur tourne depuis une semaine sous valgrind (pour un leak dans la shared que je viens à peine de trouver et qu'il ne pouvait pas détecter ). Pour le coup du fake de fake, on m'a tellement pris pour un mytho que, bon, je n'ai eu aucun d'état d'âme à m'offrir ce petit plaisir
 

 
Hum. L'archi, c'est un autre problème. A mon goût, Apache est plutôt bien codé (sauf leur pseudo-reallocateur de shared de merde mais bon, personne n'est pas parfait).
 

 
Pas vraiment non. Il y a la problématique IO disque en moins, mais ça reste la même merde niveau réseau.
 
 

 
C'est pas ce que j'ai écrit? Je sais que mon bousin n'est pas ultime sur ce point mais le principe reste le même, je modifie donc je duplique. J'ai considéré qu'avoir une atomicité assez fine sur mes données était trop coûteux par rapport à la copie: en clair, je ne vais pas m'amuser à coller un mutex sur chaque message en cache pour l'éventuelle modification qui pourrait survenir sur sa tronche. T'es modifié, t'es copié (et tu me fais pas chier ). Peu importe qu'il y ait ou non besoin de cette copie au moment précis où on la fait.

 
L'esthétique, ça ne se pige pas: c'est inscrit dans le coeur des hommes. Ca existait avant les sciences, avant les religions; c'est le meilleur indicateur de barbarie ou de civilisation d'une société qu'on puisse trouver. Et cette France qui fût célèbre pour ses goûts, hé bien elle a tout intérêt à l'oublier...

 
Ce que je veux dire c'est que mettons qu'un apache pourra sortir 1000 responses par seconde sur des fichiers statiques. Sur la meme machine un serveur plus optimisé pourra peut etre en sortir 5000.
Par contre au niveau des pages dynamiques, du fait de la lenteur du language (sauf dans votre cas, mais avouez que ca n'est pas le cas général) et aussi du protocol de communication entre le serveur et ce language (CGI, fastCGI, mod_*, etc.), et bien les niveaux serton tres nivelés (mettons par exemple 150p/s pour apache et 180 pour le serveur top moumoute).
Et s'ajoute à cela que le serveur est obligé d'avoir recours à des threads ou process pour executer ce code, donc adieu la belle architecture monothread ultra optimisée...
 
 
Pour le copy on write, j'avais mal lu votre message, effectivement

Tu peux développer ?
 
Parceque j'ai du mal à lier UML et Design Patterns avec minabilisme et rentabilisme. (vu que tu ne le reprends pas)

je pense qu'il veut dire que les mecs qui achetent des boukins du "GOF" sont tous les gros fils de putes (enfin c'est ainsi qu'il me semble le plus opportun d'interpreter ces propos)

... et je ne peux en cela que le seconder

 
 
Je ne suis pas sûre qu'il apprécie que tu penses à sa place

 
Oui. D'ailleurs, je me suis fait un bench maison qui me permet de mesurer à quelle vitesse je crache les pages dans des conditions idéales. Au début, ça allait bien: 100% de la cpu était prise sur le serveur. Et puis, un jour de grosses optimisations, je suis tombé à ~60% de cpu. J'en ai déduit qu'au jugé du nombre de pages, ça devait venir de mon réseau (en gros, j'étais à 4Mo/s, et ça me semblait être donc une hypothèse plus que raisonnable pour un réseau 100Mbits). Moralité, je suis passé il y a peu en réseau Gbits et j'obtiens exactement le même résultat: un serveur qui regarde les mouches passer 40% du temps Après, le serveur web, dans le fond ça ne me regarde pas. J'ai juste à appeler son api pour savoir quelle page on me demande, pour récuperer les cookies, envoyer la réponse et, éventuellement, récuperer les données postées (mais je suis d'accord avec vous que c'est bien dommage que d'être limité côté perfs par l'implémentation du serveur).

et combien de pages crachez vous par seconde?

 
Nan. Je veux dire que programmer, ça a toujours été un art à mes yeux. Ca me fait mal au cul de penser à toutes ces ressources matérielles gaspillées et toute cette horde d'abrutis qui ânonnent en choeur que les optimisations, c'est fini, que c'est pas rentable, que c'est chiant, que ça donne du code imbitable, bref: qu'il vaut mieux tabler sur la loi de Moore plutôt que de gaspiller son temps à pondre du beau code bien chiadé Tu m'étonnes qu'avec cette logique d'épicier, on en arrive à breveter les logiciels

 
Aux dernières nouvelles, dans des conditions idéales et avec un bon gros nohtmlsend=1, j'étais à ~1600 pages/s sur un turion 1.8

 
Moi je parle pas aux ensuqués qui critique ma zone admin sans raison
J'attend toujours

 
oué, enfin ca reste un art de geek. Moi je prefere quand meme 10000 fois un très beau morceau de musique, c'est 100 fois plus puissant
 
Evidemment ensuite y'a de la musique qui n'est pas de l'art et du code qui est tout aussi porri  

Comparer la musique et le code, faut oser quand même

si on part du principe que du code est un art, je vois pas ou est le probleme  

!!
c'est enorme!
 
Par contre le fait d'utiliser apache pourrait tout de meme vous poser un probleme dans le cas d'un grand nombre de connexions // (genre plus de 1000 clients, qui vont generer potentiellement 2000 ou 3000 connexions //)
 
Avez vous testé ce cas de figure?

 
 
C'est quoi ça ?

C'est le cas sur ce forum non ? c'est toujours le Bi MP2400+ ?

 
Un Pentium M made by AMD.

La version des AMD64 pour portables (basse conso et tout)

C'est l'AMD Geode la basse conso