Reprise du message précédent :

Bah ouais, sinon ça évalue toujours l'expression

PHP

edit: ah merde, fail dans mon test, PHP cache pas la limite donc il appelle intval à chaque fois
En le cachant avant la boucle,

Donc on gagne 20%, mais bon c'est sur 10 millions d'addition sans rien autour quoi, par comparaison une traduction directe en C compilée avec clang -O0 (pour pas qu'il dégage toute la boucle et la remplace part une constante )

Conclusion, si tu fais tellement de calculs que emplacer $a = $a + $b par $a += $b a un sérieux impact sur tes performances, recodes donc la boucle en C

y'a qques temps, je sais pas si c'etait ici ou sur un blog, mais j'avais vu pensé un post à propos d'une nouveau fonctionalité d'un framework web moderne genre symfony ou django; le truc était assez impressionant et fournissait pas mal d'infos interessantes sur la manière dont la page à été générée. Ca dit qqch a qqun ?

Symfony et Django ont des barres de dev qui donnent plein d'infos (requetes, perfs, logs, config), je sais pas si c'est de ça que tu parles.

peut etre mais file moi un lien avec des screenshots

Ah, c'est ça que tu cherches

Oui enfin c'est plus compliqué que ça, il faut que ça match d'autres trucs aussi. Les negative lookahead je connaissais pas, c'est exactement ça qu'il me faut. Merci  

https://bugzilla.mozilla.org/show_bug.cgi?id=483304
 
firefosque

Quelle OS faites-vous tourner sur vos serveurs? Debian, Ubuntu, CentOS, Fedora, OpenBSD? Windows ?
 
Je vais bientôt changer de serveur, et entre le switch j'ai un peu de temps pour tester une nouvelle distro si ça peut m'apporter un truc. J'ai pas trop suivi l'actu gnu/linux ces dernières années sur les trucs hype ou à surveiller.
 
En ce moment je tourne sur Debian

Moi j'en sais rien, je me pose la question uniquement quand j'ai besoin de savoir si c'est yum ou apt

Debian toujours.

Perso chez moi je suis en train de tourner sur Ubuntu Server 10.04

 
redhat, centos, debian, AIX, Tru64, solaris, osx, windows. Je crois que c'est tout.

Et y'en a pas une qui as tes faveurs plus qu'une autre? Ou une où tu te dis "merde j'ai fais une connerie, c'est pénible à administrer, etc"?

Perso mon serveur tourne sous Ubuntu depuis, fouyaya, 3 ans ?
RAS, je connaissais pas grand-chose mais quand même quelques bases à l'admin Unix, un pote m'a aidé à comprendre 2-3 trucs et j'ai mis en place serveur de mail, HTTP, FTP. Pas eu de trou de sécu à signaler, tout fait à la main en ligne de commande

J'ai essayé et adopté Arch Linux depuis 6 mois pour mes serveurs.
Les dépots sont relativement edgy mais les décisions ne sont pas prises a la légere, y'a un dépot séparé pour les users packages.
 
C'est une distrib orientée simplicité, donc rien de superflu n'est installé avec les packages, et donc faut tout faire a la main pour la config. Le gestionnaire de package est assez flippant de rapidité, sur mes VPS le package est installé avant que je leve le doigt de la touche entrée
 
Ça fait ce que je veux, c'est léger et rapide

Et les packages sont laissés autant que possible identiques aux versions upstream

J'ai entendu du bien d'archlinux également.
 
Ce qui compte aussi sur un serveur c'est les upgrades majeures du système. Ça se passe comment sur ArchLinux, FreeBSD, etc.
 
Pour le moment c'est serré entre rester sur Debian, et passer sur ArchLinux ou FreeBSD.

 
Tout dépend de ce que tu veux faire avec.

Faire tourner un serveur web avec Rails+Postgresql+Nginx+autre sans me prendre la tête.

FreeBSD ça m'a l'air ultra secure comme distrib avec leur histoires de jails.

"pacman -Syy && pacman -Syu" avec une bonne connexion ça met 5 minutes puis un restart.

Pour ton utilisation ça va pas être bien complexe.

Passenger ?

En effet, Passenger4Nginx
 
Ça me fait penser que je dois vérifier s'il compile correctement sur les OS que j'ai sélectionné.

Tiens, vu que tu dev en Ruby, t'en penses quoi des perfs ?
Parce que là je bosse sur un site utilisant Rails, et les perfs sont...

qqun pourrait me dire en deux mots ce que ça fait ça ? (jQuery)

ça unbinde l'event submit de "this" (on va supposer que c'est un form?) .. et ça submit.. un autre form ? (je rêve ou j'ai posé la meme question y'a deux jours?)

edit:

gni ? skoi cette fonction val() ? et le submit a lieu ou et con alors ?

Tout d'abord, allons voir submit

Sans paramère ça trigger l'event, avec ça enregistre un event handler. Donc ici ça dégage le handler de submit sur $this puis ça en ajoute un autre, qui est submitusr (unbind, comme beaucoup de méthodes jquery, renvoie this). Premier snippet résolu

Allons maintenant voir val, pas de valeur ça récupère la valeur du premier élément sélectionné (c'est à utiliser sur des éléments de forms), avec val ça la set.

Donc submitusr:
1. regarde si $usr a une valeur, si non il refuse le submit et focus le champ (ces noms sont assez moches, btw, mais je présume que $usr est un élément à la con en dehors du form pour une raison inconnue, un truc du style)
2. si oui, set la valeur de $id en concaténant un peu de bordel et accepte le submit

Le submit a lieu quand tu cliques sur le bouton du form, le handler disant s'il le permet ou non avec son return (enfin ça décide si ça l'accepte ou pas et ça annule le bubbling, un peu violent ptet)

donc l'event handler se contente de renvoyer true/false et le "vrai" submit est supposé avoir lieu si l'handler renvoie true.. .bon...

Oui, true ça laisse l'évènement continuer comme il veut, false ça annule la propagation de l'évènement (qui dans le cas contraire va jusqu'à document et peut être récupéré par un autre handler) et ça annule l'opération par défaut (qui est d'envoyer le formulaire)

C'est le genre de trucs qui serait plus simple avec un joli graphique, mais j'en trouve pas

 
J'aurais posé cette question tu m'aurais insulté

Oui.

nan mais ce qui m'échappe c'est qu'on vient d'unbinder l'event...
'fin bref, le problème semble pas être là ...
openid

Il est pas unbind, il est remplacé (unbind suivi immédiatement de bind)
 
et c'est jamais que le handler js, le comportement de base bouge pas.

Ses perfs me suffisent, c'est ce qui compte.  Y'a eu des flamewars dans tous les sens à ce sujet. La conclusion est que même si dans l'absolu Ruby+Rails est lent, en pratique ça satisfait 99% (chiffre arbitraire, on comprend l'idée) des besoins.
 
En tout cas pour du front-end web je ne vois pas utiliser autre chose, à part éventuellement django, mais les perfs restent dans le même ordre de grandeur.
 
Si vraiment il y a des problèmes de perfs, il faut voir d'où ça vient. Si c'est la DB, revoir le code, sinon virer AR et passer en SQL brut ou changer carrément de BDD. Si c'est les tâches en brackground, il faut faire à la twitter et utiliser des soft compilés et taylormade pour s'en charger
 
Remember, premature optimization is the root of all evil   (et je parle en connaissance de cause)

Sauf que là je parle aussi en connaissance de cause, certaines pages mettent 11 secondes à être générée et avec 3 users connecté le serv est à 100% à cause de Thin (et c'est pas un PII ).
Après j'ai aucune connaissance en Ruby et il se peut que le code derrière soit très crade, je ne fais que constater.

Ha non là ce n'est pas normal du tout! Je pensais pas que c'était à ce point! C'est un site lourd? Sinon y'a un gros souci.
 
Le coup du cpu bloqué à 100% ça m'est arrivé à cause d'une regexp qui déconnait et bouclait infiniment, j'ai mis un moment avant de comprendre d'où ça venait.
 
Thin je ne suis pas fan, mais je pense pas que ça vienne de là.

Bof, c'est pas un site super lourd apparemment.

Ca c'est un site qui tourne pas en mode production, ou un truc du genre qu'un RTFM résoudrait

100% d'utilisation du cpu, c'est un bug quelque part, ou un thin et al. à mettre à jour.

une couche ORM pas optimisée ?

URL?