Reprise du message précédent :

var oldLol = lol.proto.method;
 
lol.proto.method = function() {
 
  ....
 
  oldLol();
}

chier c'est moche
 
tu semblais sous-entendre qu'il y avait d'autres manières d'écraser une méthode, tu peux élaborer stp ?

C'est dans le cas d'un héritage ou pas ? Parce que si c'est le cas je conseillerais plutot un petit:

Malheureusement nan. C'était juste pour voir à quoi ça ressemblait pour montrer .
 
Comme les méthodes sont des propriétés, le fais d'écraser fait perdre totalement l'ancienne.

ouais, je crois que je vais faire ça ...

'tain je vais devenir un crack du JS à force j'ai pas envie moi

Hop, petite question j ai recuperer un petit site avec plein de bordel de fichiers et d include en tout genre, du coup je ne sais pas a moins d explorer les pages une par une quels sont les fichiers utiliser et ceux qui sont inutiles, y aurait pas une technique cote serveur pour voir quels sont les fichiers effectivement appeler par le site web et du coup sont qui sont aussi inutiles...

Installe xDebug, avec le profiler/tracer tu pourra voir ce qui se passe

xDebug surement, tu profile le bouzin.

Edit: 'tain mais

Si tu as besoin de généraliser ( et donc que tu veux pas écrire le nom de la classe mère dans la fille), tu peux aussi faire :

voir là: making your 'own' super  property

 
 
merci je vais voir ca

Oulah, ça a l'air d'etre costaud comme méthode ça  

Si, mais c'est limité à Firefox

Costaud aussi  

Ah oui ça a l'air sympa, par contre c'est limité à Firefox également

merci. en fait c'est un quick hack pour espionner ce que renvoit le parent.

 
Et ?

non, moi c'est minable, mais c'est parce que je maîtrise intégralement le projet tout seul.
 
pour inclure un Js je fais ça :  

 
et la méthode qui est appelée est simplement :

voilà, et STATIC_CONTENT_PREFIX est chargée soit par une propriété soit par une variable d'environnement, soit laissée vide auquel cas c'est le serveur tomcat qui fait le service normal.

Avec prototype je te conseille d'utiliser ce qui est fourni pour faire des classes
http://prototypejs.org/api/class

j'aime pas trop cette syntaxe, je l'ai vue passer sur le net lors des mes tripatouillages.

Le plus gros de mon travail est du debug sous ie.

OK, merci pour l'explication, le problème est que je ne maitrise le projet dans sa globalité

J'en suis encore à me poser une question sur les erreurs 404.
 
Si on appelle cette page par exemple :
 

 
Et qu'elle retourne en effet quelque chose
 
Puis qu'on appelle :
 

 
Mais que celle ci n'existe pas, peut-on envoyer une erreur 404 ?
 
Parce qu'au final, la page appellée physiquement, c'est "index.php"
 
Comment réagissent les moteurs de recherche face à ça ?

Normalement ils gèrent. Mais il faudrait plutôt passer par de la réécriture d'URL, ce serait mieux

 
C'est ce que je fais de toute façon oui Les questions que je me pose ne sont pas forcément celles que j'applique

Le contenu de ce message a été effacé par son auteur

Source

Le contenu de ce message a été effacé par son auteur

Pour éviter les collisions de nom de domaine, sun à décidé que le namespace d'un pakage doit correspondre au nom de domaine du site web de son créateur (ou de la société qui le distribue) ou être un sous ensemble de ce namespace là.
Conséquence chiante : si le site du créateur ou de la société change de nom de domaine, alors toutes les classes qu'ils ont créé doivent changé de namespace.

Tain IE6 et son splendide bug sur le z-index des select c'est carrément priceless
 
Vive le hack de cochon avec l'Iframe

ceci n'est pas un bug de z-index, mais un comportement anormal du navigateur, et oui la seule solution est la solution de l'iframe qui vient s'interfacer entre l'élément et le select

Oui, je me suis mal exprimé

...DARYYYYYYYYYYYYYYYYYYY

 
... vous présente la météo ?

Nul. Zéro. Dehors.

 
\o/
 
Bon, je viens de rendre une galerie PicLens-compliant, c'est pas mal comme truc

Pourquoi ça :
 

 
Ça marche, alors que ça :
 

 
Ça me renvoi un 403 - Forbidden ?

parce que dans l'un t'es dans un dossier de niveau 1 (alias = niveau 0 = nom de domaine), dans l'autre niveau 2 ?

Euh ... ben je vois bien oui ... mais ça me dit pas pourquoi j'ai une erreur 403

Pour info (j'aurais du préciser) le dossier /pouet/ existe, mais pas le dossier /machin/

Dans le premier cas j'ai bien une erreur 404, dans le 2ème cas une erreur 403.

Le problème c'est que lorsque j'active mon url rewriting, il ne fonctionne pas dans le 2ème cas

Edit : bon ben en remplaçant les deux-points par une virgule ça marche, je vais changer le parsing de l'url donc

Un 403, c'est un problème de droit d'accès.

Je sais oui ... mais ça n'explique rien

Regarde ce qui est marqué dans les logs de ton serveur web

Si tu es en local ou sous Windows c'est normal, windows n'accepte pas les : dans les URL. Perso j'ai fait un truc de config, et modifié l'htaccess pour les transformer en underscores en local...

 
Ce qui ne m'explique toujours pas pourquoi le fait de rajouter un /machin fonctionne ...

Y'a des chances que ça vienne de ta regexp. No match -> il tente de chercher une ressource qui correspond au PATH_INFO

http://smart-pad.blogspot.com/2007 [...] or-on.html