Reprise du message précédent :

justement, j'ai pas mal joué avec yui sur le site principal, je me ferai bien un peu de jquery/mootool pour celui ci

edit : ça à l'air d'etre une tuerie oocss

'tain faut que je regarde ces conneries, j'ai un nouveau projet qui vient de me tomber dessus avec un délai totozifiant...

dites, j'ai une question sur les resctrictions de scripts cross-domaine.
 
J'ai deux domaines, A et B.
 
A me renvoie des données en json
B les utilise.
 
B ne peut pas faire de requete vers A directement, on est d'accord.
 
Mais si j'ai un js hébergé sur A, qui contient une fonction faisant la requete, et que j'appelle ce js a partir d'une page de B, c'est autorisé ?

je demande, parce qu'en fait ca ne marche pas, mais je n'ai pas d'erreur précise, je vois juste un OPTIONS vers mon url qui renvoie le json, alors que j'attends un POST

L'hébergement n'a rien a voir.
Si ton JS est hébergé sur A, mais qu'il est chargé dans une page B, alors tout le code du JS va être exécuté avec les droits de B.
Donc dans le cul lulu
 
Pour du cross domain, ya plusieurs solutions :
- proxy client (via un flash DL par le client, qui by pass les limitations)
- proxy server (sur tous tes sous domaine tu met en place un proxy.php avec en parametre l'URL de ta vraie requete, pour que le serveur fasse la requete puis te la relance quoi)
- remplacement de l'AJAX par de l'include de fichier JS (au lieu de faire une requete sur le domain C, tu inclus un JS du domaine C avec les arguments de ta requete. Et le résultat du JS inclus c'est pas juste du JSON mais : "callback(json);" => en gros c'est le JS de C qui lance l'exécution du callback avec en argument le JSON)

ouais, ben j'ai fait proxy serveur*, mais ca me gave, ca double la latence pour rien.

Le truc rigolo, c'est que ma feinte (du père lafeinte) marche sous IE6

Edit:
* mais sans prendre l'url en parametre, je la construis. Pas fou non plus.

edit => en même temps tu peux limiter ton proxy à une white list
2 fois la latence => tu va vraiment choper des datas à l'extérieur ? Nous généralement c'est juste du local, pour choper le JSON dispo sur un sous domaine différent, mais sur les même serveurs / même réseau local, donc en final c'est kif kif

Non, rien a l'exterieur, tout est hébergé chez nous, mais B est en DMZ alors que A est en interne. Bon, je vais pas en mourir, hein

 
Regarde du côté de ExtJS, je crois qu'ils font ça.

 
curl_setopt($session, CURLOPT_FOLLOWLOCATION, true);    
 

Les outils de CacheGrind vous connaissez ?  
 
J'ai une page qui se génère en 2.5 s, et WinCacheGrind m'indique 200 ms cumulés C'est normal ?

xDebug a été modifié, et ils ont changé l'unité de temps. WinCacheGrind n'a jamais été mis à jour, alors faut tout multiplier cérébralement par 10

Ah C'est hautement crédible, mais t'aurais une source ?

J'crois que t'as mal lu, j'ai déja activé tout ça mais le reporting analyse comme un sagouin

Je suis la source, j'avais ouvert un ticket

Sauce : http://bugs.xdebug.org/view.php?id=296

Ce qui m'emmène vers un deuxième problème : parfois WinCacheGrind m'affiche watmille statements au niveau root, alors qu'il ne devrait y en avoir que 3. Et parfois ça marche. J'ai pas cherché trop cherché de logique là-dedans, vous connaisez le pb et ses sources ?

En même temps, c'est pas le plus important du monde, tant que ça donne correctement les rapports de temps d'exécution entre les éléments yé bon

Ouais, c'est pas complètement cassé quoi. Mais c'est franchement pas le top

Ça arrive en cas de Fatal Error ou d'Exceptions

Hmm, si il merde à chaque exception ça peut être ça, ouais

\o/

HS : j'avais un espace mutualisé chez ovh, sur lequel j'ai des docs à recuperer, mais je n'ai pas prolongé mon hebergement,  
je n'ai donc plus acces au ftp ni rien, un 403 forbidden quand j'accede au site (jai toujours le domaine),
dans le manager ovh, je vois encore "25% utilisé ...", ya un moyen de recuperer un backup ou avoir acces au ftp quand meme ?

Tiens, Xdebug faut *vraiment* éviter sur un serveur de prod

Temps d'exec x 2

 
           
 
    même
 
Pourquoi grand dieu aurait tu besoins d'un mode débug ==> EN PROD

Facepalms are so angry now.

C'est très utile ça, c'est même l'un des use cases de dtrace, pouvoir tracer ses serveurs de prod, faut juste pas s'étonner que tu flingues les perds quand tu poses un profiler classique dessus

Parce que mon site de test est sur le même serveur  

et alors?
T'es pas capable d'installer deux php / d'utiliser deux php.ini différents sur la même machine?

Non. Du moins j'en étais pas capable à l'époque où j'ai fait ça, et j'ai pas essayé depuis.

edit : ya de l'edit 2 php.ini ça serait une solution simple ouais.

 
http://php.net/manual/fr/configuration.changes.php

Je suis censé voir quoi ici ?  

On peut pas virer une extension php dans httpd.conf.

edit : http://www.php.net/manual/fr/confi [...] .php#76362 ?

Pour ma défense, ça m'a jamais posé de pb sur les sites en prod actuellement, l'exécution du php est minime dans les temps d'exec/mémoire/couilles de perfs.

Mais là je dev un projet sous symfony, et c'est une autre histoire

ça fait longtemps que j'ai pas utilisé xdebug, mais il me semble qu'il y a un on/off dans le php.ini non?

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