Reprise du message précédent :
Le contenu de ce message a été effacé par son auteur

 
La couche domaine et service tourne sur un serveur d'application tandis que la couche présentation (MVC) tourne sur un serveur web. Du moins c'est ce qu'on nous a appris.
Là on est partie sur des EJB et une couche service qui tournent sur un serveur d'application et Spring 3 MVC pour le serveur web.

 
Déjà que j'aime pas ce qu'on est en train de faire, si on plus on doit tout se taper à la main, non merci.

 
De deux choses l'une: Soit on t'a appris n'importe quoi, soit tu as tout compris de travers. Vu comme tu melanges tout d'un post a l'autre, je penche pour la deuxieme option.
Un serveur d'application EST un serveur web (entre autre). La particularite, c'est qu'il dispose d'une stack d'outils pour gerer le cycle de vie de ton application, son monitoring, le clustering, etc...

 
 
Aaaah, heureusement que t'es là, j'ai cru que je comprenais plus rien!

 
J'ai jamais dis le contraire
Pour reformuler, on a un serveur qui fait tourner les EJB et un autre Spring MVC.

Alors, juste une question: Pourquoi?!

http://acko.net/ (à ouvrir dans un navigateur webkit)

Maar laat dit afscheid niet droevig zijn. We hebben veel om op terug te kijken en trots over te zijn. Vier jaar geleden hebben we het Festival opgestart om het stiefmoederlijk behandelde kringtoneel een plaatsje te geven binnen het Leuvense studentenlandschap. Toen wij het tekort aan een zaal op de agenda plaatsten, verklaarde iedereen ons voor gek. In geen tien jaar zouden we zo'n zaal krijgen. Wel, in de afgelopen ITF-jaren speelden maar liefst 13 kringen in totaal 101 voorstellingen. En vanaf dit jaar zal de zaal de Koelisse, onze Koelisse, volledig klaar zijn.

Putain de bordel de caches de merde

Sur une single-page application, Chrome recharge les images à chaque fois qu'il les voit, Safari et Opera les recharge jamais (même si tu leur dis de les recharger [via Cache-Control: max-age=0, must-revalidate + Expires dans le passé] ils s'en tapent) et firefox est gentil par défaut il les recharge pas mais si tu lui dis de les recharger  il le fait correctement

Ca dépend comment tu gère ta single page app,  
je suis en train de bosser sur une appli du même type. Afin de libérer le DOM, je sortais les éléments du DOM au lieu de les cacher. Seul problème quand je les remets dans le DOM, il y a un rechargement des iframes et des images . Obligé de conserver un display:none de merde.

non.

On recrée tout de 0 à chaque fois, le comportement est celui que j'indique au dessus.

Ben dans un sens c'est normal que les images se recharge si c'est "nouveau" html, mais le navigateur pourrait au moins aller piocher dans le cache

1. Il n'est pas normal que par défaut il bypass le cache (Chrome)
2. Il n'est pas normal que, même quand on lui demande de bypasser le cache et de revalider, il refuse de le faire (Safari, Opera)
 
il n'y a que Firefox qui bosse correctement (9 en tout cas)

Dès que les images sont chargées stockent les dans une map avec du base64

Si tu manipules pas des milliers d'éléments ça sert à rien.

Ben j'en ai pas des milliers mais ce sont des modules avec des vues d'une ou deux pages.  
La seule chose que j'essaye de faire est de detruire les formulaires quand ils sont cachés ou ne servent plus, car j'utilise un outil de génération de formulaires assez bourrin et on a des forms assez gros.
 
Tiens au passage : gg sur autolib.eu.

Moi pour "gérer" le cache je rajoute un paramètre dans l'url du document (jc, css, img) du genre ?nocache=filemtime($path) ou carrément ?nocache=time() si je ne veux pas de cache du tout.
 
Je me doute que les meilleurs d'entre vous (ceux qui bricolent carrément les entêtes envoyé au navigateur ^^) n'ont pas besoin de ce genre d'astuce mais je partage quand même pour "les autres".
 
Ça marche plutôt pas mal je trouve...

Shinuza tu as bossé dessus ? Sur quelle partie exactement ?

Bah on s'en fout, c'est le nombre d'éléments dans la page qui peut poser problème. Si tu supportes pas IE 6 tu devrais pas avoir de soucis. J'ai une appli avec jusqu'a 3 x 5 vues avec lesquels je jongle et qui sont rendues à la volée, j'ai pas de soucis de perfs sur mes targets.

J'ai fait tout le web (de bout en bout j'entends, configuration serveur incluse) + une partie du SI.

Malheureusement ça doit aussi tourné sous IE6
 
Je suis parti sur du PureMVC Multicore, car j'ai plusieurs MVC au sein de mon appli. Chaque module est un MVC.  
Ce qui me chagrine c'est qu'apparament Backbone ou équivalent serait mieux, mais je n'ai rien trouvé concernant leur utilisation en multicore.

 
L'idéal est que l'on puisse répartir l'application de cette façon. Dans la réalité on a les EJB et Spring qui tournent sur le même JBoss et qui communiquent avec des beans session. JEE et Spring MVC, c'est juste horrible

T'as eu la chance de pouvoir partir from scratch donc ? Tu as pu utiliser des technos et des outils sympas sans devoir te farcir un "existant" ?

IE8:

>> $('<foo><bar/></foo>').length 
4

everybody else:

>> $('<foo><bar/></foo>').length 
1

>> $('<foo><bar/></foo>').length 
4

>> $('<foo><bar/></foo>').length 
1

 
Alors je sais pas si ça peut t'aider mais sous firefox comme sous ie9 j'ai le même résultat en faisant ceci:
 

 
Donc faudrait voir ce que fait jquery.

Non. Ca n'est pas une configuration ideal du tout.

Non, ce n'est pas horrible, mais visiblement vous avez l'air de faire un peu n'importe quoi au hasard en esperant que ca marche.
De toute facon, si vous etes vraiment en JEE, tu n'as pas fondamentalement besoin de Spring MVC, tu pourrais tres bien te contenter de JAX-RS.

Scratch avec Django. Pas possible d'avoir un existant, puisque le projet est totalement neuf à Paris.

IE8 balance une exception quand on appendChild une node Text sur une iframe

J'en ai marre de ce navigateur de merde

La chance. T’utilises quoi avec Django ? South j'imagine ? Pour les templates, le moteur par défaut ou un autre genre Jinja 2? Fabric pour déployer ou ce serait "overkill" ? D'autres plugins/applis ?
Je sais, ça fait un peu interrogatoire Mais on sait jamais, j'aime bien découvrir des applis/plugins intéressants.

Pour le web South après le premier deploiement, avant ça on défoncait la base à chaque fois. Templates par défaut. Deploy à la main ( et pourtant j'ai gueulé ). Ensuite y'a du Django-registration qu'on a forké, DjangoCMS (la codebase qu'on utilisait était vraiment à chier, notamment le JS), django-compressor.

pourquoi?

y'a du people qui utilise sauce labs ici ?

Parce qu'il a été abandonné, et que le modèle Github/Bitbucket incite à l'anti-social. Donc on est parti de la version de James Bennett et on à rajouté des fonctionnalités (i.e la possiblité de configurer le type d'objet que tu ajoutes en base lors du register)

Heuu... non

Il y a eu un grand trou en 2010, et Bennett a re-bossé dessus en Août 2011: https://bitbucket.org/ubernostrum/d [...] changesets

Rapport à sourceforge qui était super social oui

(wait, no)

Yay!
 
Y'a des experts en CSS pour le print ? tout ressort plus gros sous IE, j'ai 2 pages au lieu d'une. Je suis parti du HTML5 Boilerplate.

@media print {
  * { background: transparent !important; color: black !important; text-shadow: none !important; box-shadow: none !important; filter:none !important; -ms-filter: none !important; } /* Black prints faster: sanbeiji.com/archives/953 */
  /* Désactivation des elements pour le print */
   #supersized,
  .header-container,
  .detail-topnav,
  [...]
  .liste-navpage-container,
  .detail-elargir-recherche,
  .detail-bottomnav,
  #footer{ display: none !important; }
  #main-container{ position:absolute; top:0 !important; }
  
  a, a:visited { color: #444 !important; text-decoration: underline; }
  .ir a:after, a[href^="javascript:"]:after, a[href^="#"]:after { content: ""; }  /* Don't show links for images, or javascript/internal links */
  pre, blockquote { border: 1px solid #999; page-break-inside: avoid; }
  thead { display: table-header-group; } /* css-discuss.incutio.com/wiki/Printing_Tables */
  tr, img { page-break-inside: avoid; }
  img { max-width: 100% !important; }
  @page { margin: 0.5cm; }
  p, h2, h3 { orphans: 3; widows: 3; }
  h2, h3{ page-break-after: avoid; }
}

 
Je comprends pas pourquoi tout est + gros sous IE8, les polices, les images.. qqun a une idée ?

ben et le font-size tu le redeclaire nullepart

 
Non, par contre merci pour ce lien, c'est de la bonne lecture.

 
c'est déclaré plus haut dans le body
 

body{ font: 13px/1.231 "Helvetica Neue", Helvetica, Arial, sans-serif; }

 
mais meme les images sont plus grosses sous IE8 (ça sort bien sous IE9, FF, Chrome, Safari, Opera)

ptin c'est un truc de malade, ça imprime tout bien partout sauf IE8, sous IE7 ça imprime bien, sous IE9 aussi. Sous IE8, je dois mettre a 70% pour que ça rende comme dans les autres... ptin les joies d'IE...