Reprise du message précédent :

FTFY

Quelqu'un a déja eu "affaire" au cache de Adobe Reader ?
 
Là j'ai un PDF généré, si j'ai le malheur d'avoir une image dedans, je crois qu'il prend la version précédente dans un cache donc en gros, je peux pas développer, F5 est inefficace, même avec le cache de FF désactivé.
 
Ou alors c'est Firefox qui pue (le cache est censé est désactivé).

Tu peux pas générer le nom de l'image avec un suffixe aléatoire, pour qu'il ne puisse pas croire que c'est la même ?

En fait c'est pas tellement l'image le problème, c'est TOUT le document qui ne bouge plus, texte y compris.
Et ce, seulement si une image est présente.

Sachant qu'en plus, il télécharge bel et bien le vrai doc en arrière-plan (vu avec un proxy).

Mais je soupçonne Firefox (cf edit + le fait que ça marche sous IE).

lulz, c'est clairement firefox qui fait le mariole là hein.
Colle-lui des headers corrects à ton envoi de pdf pour le faire expirer il y a 10 ans et ce genre de conneries.

En HTML5 tu as/auras pour input des attributs comme maxlength ou pattern mais ce sera je pense à l'UA (sans JS) de savoir quoi faire quand tu as assez de caractères dans ton input.
Et à part tester [value=""] ou :not([value=""]) , t'iras pas beaucoup plus loin sans JS.

http://code.google.com/p/markdown-typografix/

CSS is a͒͡w̫̋e̷̳̐s̢̚oͣ͛͢m͙͋͗͜͞ë̗̟͚́ !
 
Je sais bien que les hauteurs des éléments inline sont pas clairement définies, mais une logique pareille ça tient de la malveillance :
 
Firefox 3.5, Un élément inline tout seul, line-height:16px, vertical-align:baseline :

• avec du texte en 15 ou 16px il fait 16px de haut
• avec du texte entre 15 et 11px, il fait 17px de haut
• avec du texte en 11px ou moins, il fait 18px de haut ²

WTF ?
 
 
 

quelqu'un a déjà tester le dev sur google apps engine?
 
ça a quoi de différent par rapport à un mutualisé classique?

http://www.youtube.com/watch?v=vTTzwJsHpU8

ça scale automatiquement.
Par contre t'as pas de BDD relationelle si mes souvenirs sont bons ( c'est une bdd key=>objet ).

ouai, ça a l'air pas mal leur histoire de payer ce qu'on utilise
 
par contre j'ai un peu peur niveau flexibilité du truc et export de l'application le jour ou on veut changer d'hébergement (notamment vis à vis de la gestion des google account)

C'est ça le gros prob. C'est qu'une fois que t'es sur google apps, c'est très dur de migrer

de moins en moins
Il faut faire attention au départ évidemment.
 
http://code.google.com/p/appscale/ par exemple.

mouai ça reste quand même assez contraignant comme truc c'est un peu balo, ça a l'air intéressant comme offre autrement
 
j'pense que j'vais rester sur du symfony sur un mutu

Hello tout le monde !

Je rencontre un problème simple mais je ne trouve pas de solution !

J'ai une page web, je veux faire un lien vers cette même page avec des données GET en plus et un lien d'ancre !

C'est simple, genre je suis déjà sur "mapage.php" et je souhaite faire un lien style: mapage.php?action=schtroumpf#ancre
pour que mapage.php fasse l'action schtroumpf et m'affiche la page jusqu'à l'ancre.

Ca parait évident sauf que ça fail, puisque comme je suis déjà sur mapage.php l'ancre va faire que le navigateur ne va pas recharger la page, juste faire défiler ma page jusqu'à l'ancre et du coup mes données GET ne sont pas prises en compte ...

Avez vous déjà rencontré ce problème ? Y a t'il moyen de le résoudre proprement sans javascript ?

Merci

Si tu rajoutes des données en GET, tu devrais avoir un rechargement de la page, non ?
Du moins c'est ce que j'ai toujours eu

Ha oui tiens, en rajoutant des données GET j'ai un rechargement    le problème arrive quand je clique 2 fois sur le lien, donc que les données GET sont les mêmes !

J'vais rajouter une donnée GET aléatoire

+1, ou alors c'est que l'url est strictement identique à l'url actuel (y compris les param get) et que par conséquent, ça sert à rien de recharger (du moins le nav considère qu'il n'y a pas lieux de recharger et il a raison, sinon à ce compte là il rechargerait à chaque fois qu'on veut aller à une ancre et que donc les ancres perdraient 50% de leur intérêt)

Ha ouais, c'est propre comme solution

si t'as mieux, je suis preneur

ben déjà, pourquoi tu veux faire rafraichir une url identique?

en gros c'est pour une action type "add new element", j'peux vouloir ajouter plusieurs éléments à la suite ! donc apeler plusieurs fois de suite mapage.php?action=add#ancre

Envoyer les bons headers de cache

même avec un lien type ancre il recharge la page quand on demande un no-cache ?

en tous cas ça marche bien avec un &rnd=134561684

Ou plutôt rediriger vers une url dénué du GET add

genre ton url pointe vers tapage.php?addelements=1#newelement
 
du coup logiquement ton traitement du addelements redirige vers tapage.php#newelement
 
ce qui évite au passage d'ajouter un élément dans le vent à chaque fois que t'appuis sur F5
 

ça m'a l'air mieux en effet Je fais ça avec une meta refresh ?

si t'es en php de base, t'as la fonction header()

genre header('Location:tapage.php');

et dans le doute rajoutes un die après, au cas ou le header foire pour une raison X ou Y

ha oui simplement merci, je teste

ça marche sacrément bien, merci

Bah non, un lien #foo c'est un lien interne à la page

ha bon ?

Oui, donc tu ne répondais pas à la question

 
C'est mal

ha, dans quel sens ?

Logiquement un ajout d'élément ça prend des paramèters non? tu rajoutes toujours les mêmes?
Puis il y a une règle simple à adopter qui évite ce genre de conneries : l'action d'un formulaire est un script qui n'affiche rien, il traite la demande puis redirige vers la page adéquate.

Pas de paramètres dans mon cas, car ça créée un élément "standard", qu'on peut ensuite modifier.

Du coup ça n'est pas un formulaire, juste un bouton ! Mais oui j'avoue qu'il n'y a pas de découpe MVC dans cette partie là mais je reprends du code qui n'est pas de moi  

Faut vraiment que je passe à symfony moi

 
C'est dans les "bonne pratiques" de jamais utiliser GET pour des opération d'écriture (je vais pas parler de REST, on sait jamais avec tous les intégristes ici )
Niveau sécu tu peut rapidement faire faire n'importe quoi, suffit d'aller un site externe avec une image src="http://tonsite/mapage.php?action=deletefuckineverything" et hop (bon la c'est un ajout dans ton cas, mais même)

Ok, ça gère les users avec sessions quand même donc c'est pas applicable tel quel tout de même ! Mais je comprend bien le problème