Reprise du message précédent :

ya des bons cotés : n'importe-quel dev formé sur des langages plus sains sera capable de faire quelques chose rapidement en php. Et quand tu veux rigoler un peu ya plein de fonctions marrantes qui font n'importe-quoi à tester.

 
alors en fait ça venait du fait, qu'on concatène à la volée via .htaccess tous les CSS utilisés dans un seul (master.css) avec ce code:

 
et dans mon master.css j'ai:

<!--#include file="jquery-ui-1.8.15.css" -->
<!--#include file="style.css" -->
<!--#include file="supersized.css" -->

 
(mes déclarations sont dans style.css, le @font-face est déclaré tout en haut)
 
donc parfois, l'include Apache ne doit pas se faire... ou je ne sais pas trop...  

Ça va dans les deux sens ce que tu dis, i.e: "tiens array_combine, ça doit être comme zip!".

<!--#include file="jquery-ui-1.8.15.css" -->
<!--#include file="style.css" -->
<!--#include file="supersized.css" -->

why    

 
+1

 
C'est ce que je voulais dire.

<!--#include file="jquery-ui-1.8.15.css" -->
<!--#include file="style.css" -->
<!--#include file="supersized.css" -->

C'est à chier, si c'est pour éviter trop de hits serveur, autant avoir une css concaténée par un script de build. Là c'est n'importe quoi

petite question : c'est utilisable / utilisé le webGL en dehors des démos techniques / PoC ?
 
(pas sûr que ça soit le bon endroit pour poser la question mais bon, faire un topic pour ça )

bonjouir connaissez vous un script assez simple pour avoir le status de son pc (bande passante, CPU) sur un serveur web en local?
 
merci

Au paris JS 17, un mec nous a fait la démo de comment coder un jeu en 48h, le jeu était en 3D webGL.
Il s'avère que le mec bosse beaucoup sur des application de 3D pour les hopitaux.

http://jsfiddle.net/LP5Lc/

Bon j'vais renommer mes events pour plus avoir de conflits avec des noms de méthodes

 
je vois pas pourquoi c'est si horrible  
l'avantage c'est qu'on peut intervenir sur un site, toucher le style.css sans avoir a recompiler le CSS, c'est fait automatiquement

 
Super et au déploiement suivant les modifications sont perdues

 
chez nous y'a pas de déploiement, on intervient direct sur les sites en prod    

C'est également horrible en terme de perf, X lectures disques au lieu d'une seule

 
Boarf, y'a du cache devant les disques

Normal SSH sur le serveur de prod, et tu recopies via Nano les modifs que t'as en local COME AT ME BRO  

Tiens, petite question/sondage pour les webdevs :
 
où hébergez-vous les sites et autres db de vos clients ? Y'a t il un provider qui fait l'unanimité ? Thx

 
Si le serveur ne sert que ce site sans trop de fichiers, oui.

 
Infomaniak et AlwaysData.

multimania

Tu aurais du l'appeler "triggerEvent"
Mais sinon maybe que si tu déclares event entre guillemets ça passerai mieux, car c'est aussi un mot réservé et ça passe pas sous IE

C'est un exemple, mon vrai event s'appelle pas event Chuis juste tombé sur un conflit entre une méthode existante sur l'objet et un nom d'event que j'étais en train d'utiliser, et la méthode triggerait indirectement l'event

 
OVH pour ma part (Serveurs dédiés)
 
 
Question : Comment faites-vous pour vos mises en production ? Moi c'est à coup de tar + scp + untar sur la prod, d'autres avis / conseils ?

Je fais un truc du genre avec scp, mais remplace tar par zip

Also, OVH

 
oxalide
colt
bso
online
ovh
...
 
en general je m'occupe que de dev et de fournir un livrable deployé sur architecture qualifié en amont.
je livre ca pour review (svn export ou git checkout) sur un subdomain qui pointe sur un serveur "tout con" (ovh/online/1and1) qu'on protege un minimum (forcement hein sur ce type de hosts)
ensuite je dis gentiment au client que le hosting/infogérance et l'admin dbb c'est pas mon taff et je le renvoi vers des boites dont c'est le metier
bon en fait je mens, je leur annonce des le debut du proj ca leur permet de faire le budget et de definir des le départ l'archi.

mygale.org

Au moins rsync les gars

J'utilise l'outil de déploiement d'Aptana

 
ok thx    
 

Capistrano

 
Dédié OVH
 

 
Capistrano (pour rails comme pour PHP)

Un jour on aura du Fabric ! (environnement Django)

AMD, pour ou contre? Loader compris ou pas?

Linode.

Grunt pour les tâches pre-deploy, puis archivage via git (avec un git tag au préalable), copy over ssh, et post-deploy toujours à base de Grunt.

Contre AMD et contre les Loaders. J'en vois pas l'utilité.

 
Qu'est ce que c'est ?  

Un mécanisme de bootloader : https://github.com/amdjs/amdjs-api/wiki/AMD

Bah c'est simplement un formalisme de déclaration de modules JS, avec une gestion basique de dépendances (sur des ressources arbitraires via plugin, pas juste sur du JS), le fait d'être un truc peu ou prou standard est un premier avantage, le fait de déclarer clairement les dépendances (et permettre une analyse limitée en exécutant les modules avec des shims pour define & require) en est un second, et le fait que les dépendances soient injectées comme paramètres (donc de ne jamais avoir à se reposer sur des globales — si tout est compatible ou shimmed AMD) en est un 3e.
 
Ça permet aussi, potentiellement, d'initialiser les divers modules on-demand quand il y a besoin d'eux.

Là j'ai beaucoup plus de mal par contre, conjointement à un système de modules ça permet de faire du on-demand encore plus on-demand (puisque même le parsing et l'enregistrement des modules se fait juste à temps), mais je suis pas persuadé que les perfs que c'est censé apporter se matérialisent.
 
À la limite ça peut permettre de ne pas avoir à changer son DOM entre dev et prod (un seul script est balancé au client, en dev c'est le loader + ses requirements et le loader récupère les versions de dev des fichiers; en prod c'est le script concaténé, minifié et gzippé) mais ça casse pas 3 pattes à un cheval.

De modules & dépendances surtout, le loader est un peu en plus, tu peux utiliser define/require sans loader.

 
Intéressant. Un projet sur lequel j'avais bossé a été installé sur Linode, mais ce n'était pas moi qui m'occupait de tout ça, je me limitais à pousser mon code sur le git... donc je ne me souviens pas trop des arguments avancés par le mec qui avait pris cette décision.
 
Pour quelles raisons préfères tu Linode à un service +- équivalent chez OVH par exemple ?

Sur mes trois derniers projets, j'ai implementé un mechanisme ala django-compressor. J'aime bien l'idée d'utiliser le markup quand descripteur. C'est largement suffisant pour la grande majorité des applications.
 
Au pire, tu fais deux packages pour la partie JS, une partie lib, qui ne bougera pas beaucoup, et une partie applicative.
Pour ce qui est des CSS, je vois vraiment pas l'utilité de faire du on-demand, j'ai produit des sites de taille assez conséquente ou multi-univers, et si tu vois un vrai bénéfice à faire du on-demand c'est que tu as y'a un soucis ailleurs.
 
Ensuite tu peux te poser la question de l'organisation du code. C'est un faux problème, tout comme la résolution des dépendances: y'a pas d'isolation des scopes par fichier, et ça t'empêche pas d'utiliser une IIFE.
 
Maintenant tout ça c'est vraiment propre au online, je fais du NodeJS h24 et le système de module est top notch. 10/10 will buy again.

J'ai souscris chez Linode parce qu'ils ont un bon rapport-qualité prix et des datacenters à Londres. Leur interface est très bien foutue aussi.