Reprise du message précédent :
Ok merci.
J'aurai pu faire un simple <?php if(App::getConfig('Widgets')):?>, mais c'est moche dans le template et c'est pas son boulot de vérifier ça, so je vais jeter un oeil sur __call justement (j'y pensais)

C'est ce que j'allais proposer également.

 
Et voilà la conférence https://www.youtube.com/watch?v=W7KMyzexK-M

 
Fait tout simplement App::getWidget(UID)->getTitleAtPos(1);

nop

Pourtant tu devrais, si tu regardais la conférence East ça t'aiderais à comprendre pourquoi.
 
Je vais te faire un mini résumé concernant ta situation précise :
On ne fais plus de l'objet comme il faut, pour allumer une télévision tu verras dans beaucoup de programme un truc du genre :
$tv->getRemote()->switchOn();
 
Ce qui fait que tu sais comment travail l'objet, tu ne fais pas confiance à l'objet pour faire ce qu'il doit faire, alors que c'est sa responsabilité.
Tu devrais normalement faire :
$tv->switchOn();
 
Tu fais confiance à la télévision pour s'avoir comment elle s'allume.
 
Et bien c'est exactement ton cas, toi tu fais :
App::getWidget(UID)->getByPos(1)->getTitle();  
 
Donc tu ne fais pas confiance au Widget pour te donner le titre à la bonne position. Et ce qui t'amène au type de problème que tu rencontres.
 
Si tu lui fais confiance pour te donner le titre à la position 1 ça devient :
App::getWidget(UID)->getTitleAtPos(1);
 
Et comme par magie tu as plus de soucis.
Utiliser __call ou __get est une très mauvaise pratique. Spécialement pour ce cas ou toute magie n'a aucun intérêt.
 
On doit utiliser __call ou __get pour des constructions dynamiques sur des données que l'on ne peut pas connaitre au moment de l'écriture du programme. Par exemple un ORM s'y prête bien si tu veux faire des méthodes magiques du type findByName.

tu parles de conception, moi je parle de technique
(dans mon app, l'appel exact est : $this->app()->getPlugin('Widgets')->getWidgetsContainer('home-1')->getWidgetsCollection(); )

reprends mon exemple, mais en mettant $tv->switchOn(); à la place

imaginons que mon script php est paramétrable, et qu'il n'y a pas de TV

Tu fais : $this->app()->getPlugin('Widgets')->getWidgetsCollectionForContainer('home-1');

Pour le cas ou tu n'as potentiellement pas de TV tu ferais :
$app->userWantToSwitchOnTv($user);
 
Et si $app à une télévision qu'il peut allumer il peut faire par exemple :
function userWantToSwitchOnTv(UserInterface $user)
{
   // blabla check and retrieve tv
   $user->iSwitchedOnThisTv($tv);
}

Perso j'ai toujours du mal avec l'idée qu'une explosion combinatoire du nombre de méthodes sur un conteneur soit du "bon design objet", et du mal à réconcilier cette idée avec le fait de n'avoir jamais vu de #uppercaseAll sur les collections contenant ou pouvant contenir des chaînes par exemple.

Il n'y a quasiment aucun code qui respect East, et pas mal de pattern ont aucun sens en East.
Il y a une grosse discussion en cours sur tout ça là bas : http://www.jeuweb.org/showthread.p [...] 70&page=24

Tiens en parlant de PHP, n00b inside : y'a t'il une gestion de cache quand on utilise des fonctions ? ou ça sert juste à éviter de dupliquer du code à divers endroits ?

Gné ?

 
au niveau "compilateur" ?

 
PQ

jovalise, c'est toi ?

La memoization n'est possible que si t'as des fonctions référentiellement transparentes. Et ca serait potentiellement très couteux en mémoire donc je connais aucune implémentation de langages qui fasse ca.

 
ça me faisait penser au javascript quand on met des variables en cache, pour améliorer un peu les perfs
 
désolé si la question était stupide  

Et pour les vecteurs tri-dimensions ?

On cherche un presta Ember expérimenté en région parisienne. MP vous avez des pistes.

Bonjour,
Petite question jQuery pour les connaisseurs en ajax :
J'ai un site qui fait des appels Ajax de ce genre :

Dans Firefox/Chrome/IE11 et côté serveur j'ai une entête http Referer de présente dans la requête. Comme vous pouvez constater le code ci-dessus ne fait rien pour modifier les headers transmis.
La doc jquery http://api.jquery.com/jquery.ajax/ n'en fait pas mention.

Je peux partir du principe que le Referer sera toujours ajouté et fiable tous navigateurs confondus parce que c'est une norme quelconque ou bien c'est aléatoire ?
J'ai googlé un peu mais pas trouvé.

Pour expliquer un peu, j'ajouterai bien côté serveur un check sur la présence du Referer dans les entêtes lors des appels aux WS, comme une protection contre les attaques xss/csrf.
C'est loin d'être la meilleure façon de faire (l'idéal étant un token unique à chaque appel je pense) mais cette solution n'est pas vraiment envisageable car impact énorme sur l'existant, le check du referer est déjà un bon départ.

edit : ah, et l'appli est en jquery 1.4.4. Ouais c'est pas moderne

Merci

jQuery ajoute systématique "XMLHttpRequest" au headers, sauf si tu lui indique le contraire (min 1.5+)

Maintenant, niveau sécurité, parier uniquement sur ça, c'est très moyen vu que tout ce qui est coté client peut etre modifié.

+1
 
Aucun header HTTP ne peux être considéré comme fiable.
N'importe quel header HTTP est modifiable si tu préfères.

Je sais, ma question était sur le fait que ce header soit présent, j'avais moi même déjà spécifié que sa valeur "fixe" le rendait facile à contourner en tant que mesure de sécurité...
 
Pour le X-Requested-With ouais, d'ailleurs c'est précisé sur la page dont je donne le lien mais y a rien à propos du Referer .

Tu ne peux pas partir du principe qu'elle est secure, car c'est modifiable.
 
CEPENDANT, pour un utilisateur lambda (comprend un gars qui touche pas l'info), elle ne sera pas modifiée, car c'est un paramètre fixé en dur dans tous les navigateurs.
 
Donc techniquement, ca peut déjà t'éviter les gars au cUrl, mais ca reste un truc très light, aucune réelle sécurité...
 
Sans compter que si un browser décide de changer ce paramètre, faut updater ton appli

Après ca dépend de ce qu'il veux faire avec ce header, mais en terme de "sécurité" c'est tout ou rien. Secure complètement ou pas secure du tout (donc autant rien faire), on fait pas "un peu de sécurité" pour évincer 50% des pirates, ca sert à rien, c'est 100% ou rien.

 
Raisonnement qui ne tient pas dans l'absolu car tu n'éviteras jamais 100% des pirates quelque soit le niveau des protections que tu mets en place. Maintenant, effectivement une mesure TRES inefficace ne sert pas à grand chose.

 
curl permet de modifier le header (et tout le reste d'ailleurs). Très bien utilisé, curl ne pourra pas être différencié d'un browser lambda.

Effectivement j'ai merdé, le sens de la phrase était qu'un gus qui tente cUrl comme ca au hasard (un test rapide quoi ), ca passera pas (puisqu'il ne modifiera pas le header), mais indeed un gars qui sait utiliser cUrl n'aura aucun pb.
 
Mais ca reste une technique a la "pot de miel", cad si le mec tente avec un cUrl, et que t'a pas le bon header, tu peux lui sortir un truc du genre un http 5xx quelconque (histoire d'embrouiller un peu).

Perso, dans les accès non autorisés, je balance des 404, histoire de faire semblant qu'il y ait rien

Bon et donc indépendamment de toute considération liée au piratage, quelqu'un sait d'où vient ce header lors des appels ajax effectués normalement par jquery, et dans quelle mesure on peut tabler sur sa présence (choix arbitraire et non documenté de jquery susceptible d'être révoqué n'importe quand, norme consensuelle commune à tous les navigateurs depuis l'invention de l'électricité) ?
 
J'ai constaté qu'avec FF / IE11 / Chrome il est là, mais je ne peux pas tester facilement avec IE 9 / 10 qu'on est aussi sensé supporter. C'est le fond de ma question.

Tu peux pas utiliser ça : https://www.modern.ie/fr-fr/virtualization-tools ?
Ou BrowserStack ?

J'ai essayé ietester : marche pas (pb sur les js, plutôt typique sur ce machin)
Le mode compatibilité d'IE11 marche pas (du fait de spécificités du site, trop compliqué d'expliquer pourquoi).

La VM de 3Go c'est moyen comme solution, surtout vu la machine sur laquelle je développe . Et le site de dév n'est accessible qu'en pur local.

Pas simple .
Je vais attendre de pouvoir tester en staging (y a du IE 9 là bas et des tablettes).

Mais ce qui m'intéressait surtout c'était dans quelle mesure faire confiance à ce comportement non documenté de jquery .

 
https://www.browserstack.com/

 
C'est super, mais c'est cher, plus cher au bout du compte qu'un serveur de VM@work. Par contre, c'est plus pratique, j'en conviens.

Quand je vois ce qu'on code et au prix qu'on le vend, je vois les prix des licences de produits "pratiques" autrement

Pour un dev junior je cherche un bon bouquin, pas trop long, sur le HTML/CSS "moderne", LESS & co. Pas une bible référence de la norme, mais vraiment un truc si possible assez pratique sur comment en 2015 on doit concevoir une page web, quelqu'un à des noms de bouquins (papiers ou ebooks) sous le coude ?

 
Les livres, il y en a toujours, mais ça va tellement vite, qu'ils sont immédiatement dépassés... Il vaut mieux se tenir au courant des dernières technos, faire des tutos etc... LESS et/ou SASS sont un bon exemple. Je te conseille aussi de savoir à un moment donné "choisir" car sinon tu ne feras rien. Il faut certes CONNAITRE les différentes nouvelles technos, mais il faut SURTOUT être capable de les utiliser. Pour cela, tu dois à un moment donné faire des choix. Pour reprendre l'exemple LESS ou SASS : connaitre les deux, mais être capable d'utiliser AU MOINS l'un des deux correctement.
Idem pour la ribambelle de framework JS genre jQuery, Angular etc... Il faut les connaitre mais au moins savoir en utiliser un correctement à fond.
 
Il est impossible de savoir tout utiliser parfaitement. Le sujet est devenu bcp trop vaste. Apprendre à apprendre dans des délais court est devenu la clé de la réussite professionnelle.

Question au spécialiste d'Adwords : [adwords] ajouter des variables de tracking à mes annonces

J'suis pas un spécialiste mais j'ai répondu (AdWords + Piwik chez nous)

Question aux spécialistes de coordonnées géographiques, ce format vous dit quelque chose ?   (je sais que c'est Latitude / Longitude / Altitude visiblement, mais après...)