Reprise du message précédent :

it's teh evilzzzzzzzz

et ta mère ? elle est evil
 
file la doc ou je butte le chien

pas de doc.
ça masque les erreurs/warnings sur l'instruction où tu l'utilises, c'est tout.

http://www.php.net/manual/en/langu [...] ontrol.php

je vois même pas comment on peut éviter les race conditions sans ça

j'ai à peu près jamais eu besoin de ce truc.

ben là ça me sert
 
J'ai un cache dans un fichier, et des fois le truc peut pas créer ou lire le fichier et c'est pas grave

T'évites rien du tout, tu la planques sous le tapis, c'est comme faire un except vide en java

 
Suffit de tester la présence du fichier avant d'essayer de l'ouvrir non ?

hihihi

non, parce que tu as le code d'erreur qui revient en sortie de la fonction (true ou false en cas d'échec). ça te permet d'échouer avec les display_error à on sans tout péter ton JSON.

 
Va essayer d'inclure un fichier avec @include tout en ayant une erreur dans le fichier inclus... et amuses-toi bien pour le débug

j'ai pas dit de le mettre n'importe où, j'ai dit que pour l'instant y'a des endroits où c'est pratique.  
 
pour éviter la duplication de code qu'entraîne isset() sur un élément tableau aussi.

Par contre le @ ça fait l'équivalent d'un error reporting à 0. Si tu veux faire ça proprement sans utiliser le @ faut faire le bon error_reporting avant l'appel de la fonction (genre pour juste virer les warning). Ou alors tu fais un error_handler custom.

http://80.68.89.23/2003/May/5/cachingWithPHP/
ça marche réellement ça ?
 
genre la concurrence des writes on s'en fout ?
 
moi mon fichier de cache il va contenir une liste qui va s'agrandir au fil de l'usage, ça va bien se passer ?

oui
mais si tu as des paramètres a tes pages, tu vas avoir deplus en plus de cache et finalement assez peu de hit
Si vraiment tu veux faire le bourrin, tu mets les pages en cache mémoire avec apc

la concurrence des write n'est pas gérée par contre

nan, moi je veux juste cacher les MD5 de mes fichiers statiques (le md5 sert pour le cache buster)

Affirmatif, j'applique ça depuis 3 ans, juste penser à le zapper si données en POST, ou données trop anciennes ( 1 jour de limite va bien ), tu évacue ainsi les requetes sql des pages les plus visitées, faire des stats etc..

 
tu m'aides pas là

c'est le problème éternel de l'open source ..
en le faisant à la main, tu es certain du résultat

c'est vraiment très intéressant le code de drupal

hep les gens, quand un copy('http://moncul.com/', $blabla) échoue, ou toutes les fonctions de manipulation de fichiers à qui on a passé une url, comment on attrape le message d'erreur http ?  
error_get_last() renvoie un message vide, je sais pas quoi dire à mon user.

PHPStorm il délire un peu niveau analyse syntaxique

<?php
/**
 * Created by IntelliJ IDEA.
 * User: redled
 * Date: 23 sept. 2010
 * Time: 00:46:19
 */
 
class UserFrontForm extends BaseForm
{
  public function configure()
  {
     
  }
}

Il voit un erreur de syntaxe au premier }

edit : bon, dans le doute reboot, ça marche...

Cache flingué (vide tes caches/demande une réanalyse du projet) ou vrai bug (=> ouvre un bug sur youtrack, perso sur PyCharm j'en ai ouvert une bonne douzaine)

Nan ça devait être le cache puisque ça remarche en rebootant.

Il est bien ce soft d'ailleurs?
Si on est habitué à du Eclipse ?

beaucoup mieux pour moi, après j'ai pas exploré Eclipse à fond.

mieux  
plus léger, plus réactif, ets des petits trucs tres sympa , commme la coloration syntaxique des requetes sql meme quand elles sans au milieu de php

http://phpgolf.org/?p=main   Viendez \o/  J'ai fait 137 octets pour Words

Passer des sessions d'un sous-domaine à un autre, chacun sur des serveurs différents, c'est possible ? Si oui comment ?

tu la sérialises, la signe et la passes dans l'url ?

Pas non plus la même base de données j'imagine?

Passer la session ou bien la partager ?

Être logué sur l'un et quand on va sur l'autre l'être aussi

Donc c'est partager la session.
Faut poser ton cookie de session sur  la racine commune (ex : t'as site1.mondomaine.com et site2.mondomaine.com, faut poser le cookie sur mondomaine.com). Ensuite faut que les infos de session soient stockée dans un endroit accessible à tes 2 serveurs (partage NFS, stockées dans une bdd, stockées en memcached...)

Heu ouais non NazzTazz ; au pire la solution que j'avais vu sur des grands sites, c'est quand la personne se loggue sur l'un, il y a une redirection vers l'autre, ça logue sur l'autre aussi, et ça revient sur le premier.
C'est transparent pour l'utilisateur et ça évite de s'embéter

La même solution que NazzTazz en plus crade et moins transparent, quoi.

 
Je trouve ça plus crade mais surtout plus complexe de faire une iframe, foutre du JS, etc, quand ça pourrait être réglée avec une simple redirection PHP

Enfin faut quand même que tu refasses ton login/logout pour pouvoir le faire en GET - ce qui en plus niveau sécu est *pas top*.