Reprise du message précédent :

T'appelle ça comme ça même quand t'es en local ?
C'est vrai que fondamentalement...

Ca empêche rien du tout, mais ça limite ou évite les traitements complexes.

Wat?

Si ton serveur de cache tu l'a en local, cad :
serveurs mysql + serveurs apache + serveur de cache => dans la même baie
 
Et que tes requêtes (pour les pages dynamique) tapent sur le serveur de cache, qui lui s'occupe de servir le cache ou de contacter un serveur apache pour générer la page : tu te retrouve à utiliser tes etags sur la communications apache / cache.
Mais s'pas un CDN. Le but d'un CDN c'est de se rapprocher du client final, ce qui reviendrait à avoir plusieurs serveur de cache (mais répartis géographiquement) qui tapent sur les serveurs apache, exact ?

putain jedit me saoule

passe à eclipse.

G

C'est juste un cache là, un CDN s'pas un cache

Oui, pour faire simple ils viennent chercher le contenu chez toi par exemple ww2.monsite.com, et le servent sur www.monsite.com. Le principal avantage c'est effectivement d'être plus proche du client, mais ça n'a pas d'intérêt si tu sers une partie du contenu d'un point et le reste depuis le CDN, du coup en général on sert toute la page (dyn et statique) et on release à chaque update.

Je suis d'accord, chez chinouaz qui à commencer à causer CDN
Ca n'en est pas mais ça commence à s'en rapprocher côté architecture, mettre un intermédiaire entre le les vrais serveur et le client...
Enfin tout ça pour soulever l'intérêt des etags, qui ne sont pas uniquement utilisés par les navigateurs, mais aussi par des serveurs de cache (type squid) qui justement ne se retrouvent pas avec un cache vidés toutes les 5 minutes

Heuu si, c'est ultra pratique pour les conneries statiques genre médias ou CSS les CDN, ça permet de gagner une bw monstre et d'augmenter le nombre de requêtes possibles (2/host par défaut jusqu'aux générations de navigateurs les plus récentes, les CDN spannent habituellement sur plusieurs sous-domaines et/ou domaines donc 2*nombre de sous domaines, + 2 pour ton domaine à toi pour balancer tes trucs dynamiques)

C'est d'ailleurs comme ça qu'Akamai est utilisé 90% du temps.

Sans compter que ça limite les chances que tes statiques DDOS ton serveur en cas de pic de traffic.

Une tornade est passée chez Mootools ? Sont tous morts ?

pourquoi?

On peut aussi donner des adresse IP "locales" de la part du serveur DNS je crois, histoire d'éviter un "ww2.site.com".
S'pas la méthode de google ça justement ? Ce qui permet aussi de répartir la charge des poll des serveurs j'imagine.
 
 

tu met le maximum en local (et donc dupliqué), mais il y a bien des choses que t'es obligé de garder centralisé, type DB par exemple, ou même contenu static si ça bouge dynamiquement (type photos uploadées) ...
Enfin à chaque système son CDN, et les etags ça peut servir si la base est centralisée

Plus de forum, démos moins complètes qu'avant depuis la 1.2, graphisme devenu cheap, blog pas super actif... Tout ça d'un coup au lancement de la 1.2

Ils étaient financés par une grande banque américaine peut-être ?

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

C'est peut-être un choix?

Le plugin FTP, pour être précis

Suicide solution ?

ça dépend, y a-t'il réellement besoin de plus que ce qu'ils ont sur leur site?}

pour mon problème d'element non sécurisé  
 
le coupable c'est le drag and drop de yui , qui crée des iframe que IE considère comme non sécurisé

Sans déconner, j'ai pas dis, "utiliser un CDN pour ses fichiers statiques c'est mal" (    ) , j'ai dis "utiliser un CDN pour ses fichiers statiques et servir le reste d'un point, c'est pas super intelligent" surtout que c'est le même prix.

Le CDN se comporte comme un client lambda.
 

Je pense pas qu'il y ait de règle magiques, ça dépend du traffic, ça dépend des serveurs. Mais passer par un CDN c'est extrement puissant et avantageux dans tous les cas, j'ai bossé dans une boite on avait un serveur suffisament peu puissant et en paralèlle suffisament de requêtes pour mettre le serveur par terre à cause d'une seule image non cachée

Le blog et les graphismes c'est pas déterminant pour une library    
Pour le forum je crois qu'ils sont passés à Google Groups, et les démos tu peux proposer des trucs s'tu veux.

Hé

Un forum, c'est quand même pas inutile.
 
Et je voulais conseiller Mootools à un noob, ben à cause des démos moins pédagogiques je l'ai pas fait.

en fait il ya création d'un élément proxy qui est déplacé plutôt que de déplacer directement l'élément source
 
extrait du code

Dac mais ya bien une raison à tout ça, nan ?

Surtout que là, ça a un look très "provisoire qui dure longtemps" (notament la façon d'accéder au """nouveau forum""" )

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

t'as eu des pb aussi avec ?

Le graphimse du site? Il est vachement bien, inspiré de celui de github, simple et efficace, frais, clair, je le trouve beaucoup plus agréable que le redesign du site jquery

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

On peut pas dire qu'ils abusent de leur propre framework, ça c'est sûr
Enfin c'est bcp plus rapide qu'avant, par contre.

 
je suis over-noob en js, et avec les démos j'ai réussi à obtenir ce que je voulais (bon ok, très simple ) en quelques heures...

Et tant mieux, parce que franchement http://dojotoolkit.org qui met 3h à se charger, qui rame et qui n'affiche rien du tout si on a le malheur d'avoir le JS désactivé (enfin c'est comme ça que ça se passait la dernière fois que j'y suis allé) alors que ça n'apporte strictement rien à la pres'...

(edit: il semblerait que le site de dojo ait été pas mal modifié et on peut au moins voir la home sans avoir js activé maintenant )
(il rame toujours autant par contre )

Ya mm plus rien sur le drag'n'drop

Et obligé de télécharger un truc pour voir comment ça marche

Et quand on y est, rien pour revenir au site

Nan mais je dis pas que tout ça est mal (sauf les démos et le forum), juste que tout semble aller dans un sens de "pas de moyens" (humains, matériels ?)

C'est dans le mootorial maintenant ça: http://www.mootorial.com/wiki/moot [...] -drag.move

J'ai du mal à voir en quoi précisément, mais ok

Tiens, un site dont je ne connaissais pas l'existence, et pas mis en évidence dans le site officiel (voire pas linké du tout ?).

Ben, cite-moi un truc qui va pas dans le sens du "moins" (de features, d'ergonomie, de démos...)

C'est de la mauvaise foi ou vous voyez vraiment aucune régression au sein de motools.net ?

jQuery FTW

Allez, pour le fun :
 
Le forum avant
http://forum.mootools.net/
Le forum après :
http://n2.nabble.com/MooTools-Users-f660466.html
 
Les démos avant
http://demos111.mootools.net/
Les démos après
http://demos.mootools.net/

Je l'ai trouvé sur la home des démos, en bas de page (mais il mériterait de figurer aussi dans docs, tu devrais ouvrir un bug là dessus

Feature je vois pas où ça va dans le moins, ergo je trouve le nouveau site bien plus clair globalement (même si plein de trucs sont améliorables, la doc de base largement plus facile à lire), les démos oui à la limite mais c'est bien le seul truc.

Le site a été créé en 2006. A mon avis ils le linkent tout simplement pour palier aux manques du "vrai" site  

Le site est plus clair/rapide sur certains trucs grâce au principe du "less is more" (en gros, presque plus de JS), mais à la base de ça c'est bien du less.

Pour le reste :

whois sez 2007