Reprise du message précédent :

 
En tout cas avec nginx, caypossib'

   
 
Bon, plus simple, je pourrais tester mais bon :
 
Je voudrais que tous mes NDD (joker) passent par un Vhost 1, à l'exception de ceux définis dans d'autres Vhosts.
Ca marchera tout seul (précédence de ServerAlias blabla.com sur ServerAlias *), ou faut jouer avec l'ordre des Vhosts ?

 
Il me semble que les règles sont appliquées dans l'ordre dans lequel elles sont définies.

 
Pas génial si on souhaite référencer la même image dans plusieurs règles, son 'compilateur' pourrait corriger ça en faisant une multi-règle avec un seul data-uri pour toutes les règles avec la même image, mais il le fait pas
 
Je suis aussi curieux de l'effet sur la latence et l'usage mémoire, avec une phase de décodage supplémentaire et les images qui ne sont plus téléchargeables en parallèle de la CSS

L'autre truc c'est que du coup ça revient à charger toutes les images de toutes les règles, même si elles ne sont pas utilisées

Edit : puis bon, le jour où tu changes le design, t'es bon à te retaper tous les data-uri

Ca + le fait que t'es obligé d'avoir une CSS par page si t'as pas envie de forcer le téléchargement d'images inutiles sur la page...
Mouai, ça peut être pas mal sur deux trois trucs particulier, genre images indispensable au design & global (genre arrière plan du site) mais pas forcément idéal

Si je delete + restore ton message, est ce qu'il apparait après le mien ?    
 
Pour l'édit => bah nan, pour ça t'automatise ta génération des CSS pour généréer à la volée le DATA en fonction d'une vraie image, faut pas déconner

Mais avec un compilo pas trop con à la lesscss, ça doit être faisable.

C'est probablement le truc le plus intéressant, voir comment les navigateurs gèrent quelques centaines de ko d'images inline.

Pour la latence, s'ils explosent pas en plein vol ça doit bien aider les navigos mobiles: les caches ont l'air un peu fuckés d'après les tests que j'ai vu et ça limite drastiquement le nombre de requêtes cache froid, qui est le truc tuant les perfs web en 3G

Tu fais la transfo au déploiement, ça revient à changer les images dans les règles.

Heuuu l'arrière plan c'est absolument pas le cas d'utilisation dont l'article parle, bien au contraire.

Ouai, mais généralement j'ai une feuille CSS par grosse famille de page, où je mixe les images d'arrières plan : si j'inline tout, je me retrouve avec une CSS énorme juste pour un usage de 3 pauvres images...  
En plus de ça, plus la CSS est lourde, plus longtemps le navigateur va faire un rendu "vierge" de la page, donc ça m'arrange pas du tout : je préfère qu'il récupère les images après coup, tant que ma page est lisible sans les images, je m'en fiche d'avoir tous les images du footer...
 
Enfin voila pourquoi en dehors d'image globalement partagée (valable sur l'ensemble de mes famille de pages) et importantes pour le rendu initial de la page (genre arrière plan, menu), ça va pas forcément me facilité la vie d'avoir des images inlinées.
Faudra que je change l'approche pour avoir une CSS par page (donc un élément bloquant pour le rendu de plus à télécharger... vs une image sprite qui n'est pas bloquante, il faut préférer quoi ?) ou que j'accepte de pénaliser la première visite (qui est généralement de loin la plus lente, et la plus cruciale si je veux que le visiteurs reste sur mon site)... Bof

moi je mettrai les coins ronds, les ombres et les onglets pour ce genre de truc (quand mon drupal arrêtera de mettre 1''40 à répondre, et que j'aurai géré correctement les fichiers statiques)

L'ios ne cache pas les objets de plus de 100k (après dégzippage) sur le dernier iphone (encore moins sur les précédents)
 
Pas de limite par composant pour android par contre.

Ya une limite au cache compo total Et sous WebOS, 1Mo max par composant. Et sous 3.1.3, apparemment les caches étaient tout niqués et ça cachait rien du tout.

http://fakeapp.com/
pas testé, juste vu passer.

Super idée (je débarque ?) par contre là il rame dans le vide sur un formulaire

 
Un site de gestion d'inscription à des activités, avec un planning.
En fait je cerne pas encore bien l'usage de ces libs.
 

J'me fait même plus chier pour ces trucs, j'utilise CSS3

Un plugin jquery pour gérer des arbo en arbre ?
J'utilise JStree mais son comportement avec les checkbox me fait chier.

http://www.stubbornella.org/conten [...] ssive-css/

Ça dépend ce que tu cherches spécifiquement
 
YUI en l'occurence c'est pas du tout spécialisé pure UI et un peu vaste, à l'inverse de e.g JqueryUI qui lui se spécialise dans les widgets, avec un certain nombre de buts : améliorer les contrôles existants, mettre à disposition des interfaces pour certaines archis DOM (<table>, <form>, etc..), ou encore créer des contrôles x-browser inspirés du desktop ( color picker, calendar, slider, etc... ).
 
YUI se rapproche plus de MooTools, et JqueryUI d'ExtJS.

Pour transférer un nom de domaine chez quelqu'un c'est l'autre personne qui doit effectuer la demande ou c'est à moi de lancer la procédure ?

c'est à toi de lancer la procédure nop ? sinon n'importe qui pourrait s'approprier un domaine.

Non, je crois que c'est l'inverse.

De ton côté tu dois activer l'autorisation de transfert. Tu vas recevoir un code.

Tu donnes ce code à la personne concernée, qui va demander à acheter un nom de domaine, entrer le NDD voulu, ça va lui dire qu'il existe déjà, et qu'il doit entrer le code de transfert.

Ensuite de ton côté il va falloir que tu valides le transfert.

(enfin en gros, pour peu que je me souvienne )

Masklinn ! ou les autres.

En Django, ya rien de prévu pour gérer les balises css et javascript ?
Genre un tag {add_css pouet.css} + { print_css } qui afficherait tout les <link> ?
Comme dans tous les frameworks modernes quoi

 
Pour un dev PHP, t'en penses quoi de django et de python en général ?

Bah comme tu le vois il me manque encore du savoir-faire pour juger. Et de l'expérience aussi.
Mais bon Python semble 20x mieux niveau tout, sauf la prise en main pour le web. Niveau extensions j'en sais rien.
Django est clean et bien documenté apparemment - mais bon la qualité d'une doc ça ne se juge qu'une fois qu'on touche à des cas spécifiques. Et l'admin générée déchire par rapport à Symfony (mais peut-être moins customisable ?).

le php ca ne peut pas vraiment se comparer avec un autre langage, on peut pas faire pire

Question con, y'a quelque chose qui existe en CSS pour les groupements de chiffres ?
 
(genre 123456 => 123 456, ou 0123456789 => 01 23 45 67 89 ...)

Non, si tu tiens vraiment à pouvoir le styler en ne changeant que la css, ça va être:

<span class="number"><span class="digit">1</span><span class="digit">2</span><span class="digit"
>3</span><span class="digit">4</span><span class="digit">5</span><span class="digit">6</span></span>

.number .digit:nth-last-child(3n):before {content:" ";}
.number .digit:first-child:before {content:"";}

Non, mais tu peux le faire toi meme si ça t'amuse, je vois pas vraiment l'intérêt de ce genre de tag en fait.
Si tu peux m'expliquer je veux bien

<span class="number"><span class="digit">1</span><span class="digit">2</span><span class="digit"
>3</span><span class="digit">4</span><span class="digit">5</span><span class="digit">6</span></span>

.number .digit:nth-last-child(3n):before {content:" ";}
.number .digit:first-child:before {content:"";}

 
Hum ... Comment dire ...
 

Bah typiquement, t'es dans une sous-template qui requiert un JS xxx.js : {use_js 'xxx.js'}
T'es dans une autre sous-template qui requiert un JS yyy.js : {use_js 'yyy.js'}

Et hop ça les met bien où il faut, dans le head ou en bas de doc... Ca c'est la base, après t'as plein d'option genre définir la priorité du JS etc, + pareil avec les CSS...

Sur un mutualisé OVH avec SVN, on peut avoir accès aux dépôts extérieurs ? (genre n'utiliser que le client SVN et stocker le dépôt chez moi)

Je compresserais tout le bordel dans un seul fichier. 304 quelque soit la page, j'économise une requête et de la maintenance? J'ai bon?

Tu peux faire des trucs comme ça après oui.
 
Comment tu fais actuellement ? Tu inclus *tous* tes CSS et JS de toutes tes pages et widgets dans le head ?

CSS dans le head, JS juste avant le </body>.
J'ai un outils qui me compresse mes JS, bientot je passerais par un webservice.
 
Je sépare les fichiers par soucis de maintenance, mais ils mergés avant le deploy. Ça me laisse avec une requete pour le JS et une requete pour les CSS. En primed cache sur mes deux derniers projets ou j'ai tout géré de A à Z j'ai une requête (le html). Et bientot j'en aurais aucune.
 
PS : http://code.google.com/p/django-compress/

Ouais donc tu inclus tout, en compressé...

 
Et tu fais comment quand tu as plusieurs classes du même nom mais qui sont appliquées sur une page spécifique, tu les namespaces ?

wat?

 
Tu peux avoir des classes avec des noms fort génériques, comme "details" par exemple, qui auront des styles complétement différents en fonction des pages.
 
C'est pour ça que je trouve pratique d'avoir une CSS différente par page.

Tu utilises la cascade ou une classe de sélection plus haut dans ton arbre, comme si tu savais coder.

Ouais donc c'est bien ce que je dis, tu les namespace

Edit : et tu fais comment lorsque t'as une cinquantaine de pages différentes et où il peut y avoir la même "cascade de sélection" mais que tu ne t'en souviens plus ?
Tu te relis les cinquante pages