Reprise du message précédent :
 
Ca c'est déja fait, skeye parlait d'utiliser 2 conf sur le même serveur et file ce lien...

Oui, xdebug.default_enable, ça la désactive en apparence, mais pour retrouver des perfs normales il faut virer l'extension complètement.
xdebug.default_enable ne change quasiment rien à ce niveau.

 
Il me semble que dans ta conf apache, tu as une directive PHPIniDir qui te permet d'indiquer où se trouve ton fichier de conf PHP, tu peux peut-être jouer là-dessus, non ?

 
En regardant de plus près, pour deux conf il faut deux install, apache ne supporte pas d'utiliser deux fois la directive phpinidir dans des vhosts différents...je pensais qu'on pouvait depuis le temps.
Après rien n'empêche d'installer deux apache non plus...

perso , sur le meme serveur, j'avais deux instances d'apache/php/mysql ( une "vraie" et une locale)
 
ne serait ce que pour pouvoir facilement relancer un des deux  
 
maintenant, j'ai un serveur virtuel pour le dev

 
Moi j'ai des copies de mes VM de prod pour les tests.

 
On verra ça quand j'en aurais besoin

bon, je suis dans le caca.
 
J'ai fait quelques pages avec mootools + un plugin d'autocompletion. Ca marche super bien. Je dois l'intégrer dans un outil tout fait (claroline).
 
Le hic: je viens de voir que claroline charge jquery dans leur template principal. Y'a un moyen de m'en sortir, ou je suis bon pour refaire tout mon bordel avec jquery ?

Ça dépend si claroline utilise le mode de compatibilité de jquery
 
Si c'est pas le cas, t'aurais ptet du regarder ce qu'utilisait claroline avant

en prod c'est un "vrai serveur"

La différence est que la VM de teste est configuré pour avoir un minimum de temps cpu et de ram

Aucune utilité chez nous, on se contente de leur coller plus de mémoire et de cpu...

on commence juste à virtualiser client et serveur, donc on va attendre que les serveurs physiques arrivent à leur fin de vie , ou a leur limite en terme de performance

non

oui.

On virtualise pas tout non plus - la plupart de nos bases sont oracle sur AIX de toute manière.
Par contre tout ce qui est apache/php/tomcat est virtuel, maintenant.

C'est pas de l'intra, mais pas du public non plus. Quasiment tout ce que j'ai requiert une identification, l'audience est limitée à quelques milliers d'utilisateurs simultanés...

Pour que la virtualisation devienne un problème il faut amha un traffic très élevé, quand même...

pourquoi ?  
 
justement la virtualisation permet d'allouer plus de ressources au fur et a mesure de la croissance du site, sans etre limiter par la puissance maxi que peut fournir une seule machine
ça permet aussi de simplifier la mise en place de solutions haute disponibilité ( ce sont carrément les serveurs qui sont redondant)

Je suppose qu'il pense que la perte de perfs est trop importante...mais perso j'ai rien constaté de la sorte.
Après si c'est pour finir avec une seule VM par serveur c'est effectivement plutôt crétin.

youpie, le plugin autocomplete de jquery déconne sur les valeurs multiples avec IE6
 
http://jquery.bassistance.de/autocomplete/demo/
 
sur l'exemple des villes, si je clique sur les valeurs, le champs devient tout fucké, alors qu'avec entrée c'est bon.
quelle merde, mais quelle merde!

Crosspost de blabla@rails, il parait que ça a été abordé ici :
 

 
Il parait aussi que je suis fucké...

Pas nécessairement, ça dépend de ce que tu fais tourner et de la balance entre les avantages et les inconvénients. Par exemple post-migration Rackspace Github garde une partie de son infra sur du virtualisé (>15 serveurs physiques, >10 serveurs virtualisés, le stockage et les dbs ont été passés en "bare metal" mais les frontaux web sont restés virtualisés pour garder un déploiement rapide et une bonne redondance/HA: http://www.anchor.com.au/blog/2009 [...] g-success/ )

Globalement faut éviter de virtualiser un truc avec beaucoup d'IO (genre une DB ou un serveur de fichiers), mais pour du serveur d'app ça a de gros avantages et de bonnes perfs avec les techs récentes.

edit: complement anchor: http://www.anchor.com.au/blog/2009 [...] -religion/

Ca a l'air sympa vos machins d'experts là

C'est pas trop galère à mettre en place des serveurs virtualisés ? (sous Fedora Core 7 )

pas avec vmware ESX.

Bon, je vais hériter sous peu d'un nouveau projet...quelqu'un a joué avec zend framework récemment? Ca fonctionne / c'est utile leur ligne de commande symfony-like ou ça sert à rien que je me fasse chier avec ça?

on t'impose ZEND ?
perso, j'ai presque envie de découvrir symphony sur le nouveau projet

comme ça, je pourrai me faire débaucher par ratibus quand j'en aurai eu marre de rater les concours

non, pas imposé, mais je dois bosser avec un débutant qui a utilisé ça sur son dernier projet, je préfèrerais lui faciliter la vie...
Sinon oui j'ai l'option symfony, mais je suis pas sûr que ce soit vraiment mieux...

forcement  
mais bon si il est tres nouveau , il y aura de toute façon pas mal de taf au début  
 
au passage, doctrine est il capable de se connecter à un SQL server ?

je vois pas pourquoi il le serait pas, c'est attaquable avec PDO comme le reste, non?

ouep http://www.doctrine-project.org/do [...] le-drivers

Faut aussi un driver pour adapter aux particularités/syntaxe du DBMS

tfaçon les orm caydlamayrde

j'ai jamais pratiqué  
donc là , un projet pas trop gros mais avec pas mal de requetyes/reporting et une itnerface bien chiadée a faire, ça me permettra d'explorer le truc

Nan c'est du bonheur, à part pour la prise en main et les perfs

tu parles a skeye qui refuse tout ce qu'il ne controle pas a 100%
 

chuis d'accord avec skeye, les ORM cédlamerde, ça rend le SQL qui est déjà merdique encore plus merdique

m'étonne pas
aujorud"hui, je jongle entre 4 bdd sur l'intranet ( mysql pour les bases de l'intranet, sql server 2005 pour l'entrepot de données, sql serer 2000 pour les données temps réélles de l'ops, et postgresql pour la carto )
je pense qu'un orm peut me simplifier la vie
 
on verra dans 3 mois

L'ORM c'est bien pour les données relativement génériques dans la majorité des cas (mais pas tous). Pour tes cas 1 & 2 ça va marcher, pour les cas 3 et 4 je suis pas persuadé (enfin l'ORM django fait du GIS, mais je doute fort que ça soit courant)

je fais pas directement de requetes géographiques dans postgres( je laisse faire mapscript pour ça ) , par contre je fais des requetes de recherches d'élément  ( genre "mairiebissey sous cruchaud" )
 
de toute façon, je testerai symphony/doctrine sur un projet a part avant de rerefactorer l'intranet

Je sais pas si c'est aussi bien mais Doctrine a ça : http://www.doctrine-project.org/do [...] ographical

ça ne permet pas de faire de requetes géographiques ( genre BOX_2D , ou du calcul de distance en suivant un réseau routier )

Chuis pas sûr que ça ait vraiment de rapport, normalement il y a pas mal de datatypes de carto quand tu fais du GIS (pour pouvoir faire des requêtes carto spécifiques sexy), là il a juste l'air de remplir semi-automatiquement une latitude et une longitude (par comparaison, dans geoDjango un code postal va correspondre à un PolygonField, un ensemble défini par un polygone, et tu peux tester qu'un point donné est contenu dans ce polygone, ou alors qu'il y a des intersections avec un autre ensemble de points, ou alors les positions relatives de deux localisation, d'une localisation par rapport à un ensemble ou de deux ensembles, et c'est la DB qui se charge de ces calculs)

edit: http://geodjango.org/docs/db-api.html pour l'API, pour voir le genre d'opérations applicables