Reprise du message précédent :
; je crois

underscore est à l'étude il me semble.. bien que si je tape les mots d'une url tapés dans le désordre (et séparé par des _), google arrive déjà à s'y retrouver..

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

: c'est joli

Le point virgule est a eviter, Edge Rails vient justement de l'abandonner pour les URL parce que de memoire ca foutait la merde sous certains navigateurs ( Opera   je sais plus trop )

Bon question du matin:
j'ai trois trucs à faire pour un même client (les trois trucs ayant le même "coeur" métier):
- une appli intranet
- un EDI
- une appli internet

Donc grosso modo je vais avoir un webservice interfacé avec:
- un client "riche" ( bon ça reste une appli web mais y'aura plein de trucs qui pouetent )
- vraisemblablement un autre webservice
- un client léger  ( html "pur" )

En volumétrie:
- il y a environ 150 utilisateurs de l'appli intra en "continu"
- sur l'EDI il y aura des gros pics ( intégration de 10K entités à faire super vite)
- public difficile à évaluer sur le site web, disons max 100 utilisateur différents ponctuellement tous les jours.

Dernière chose, la base sera du DB2(V9) qui tourne sur un serveur IBM monstrueux ( le client est déjà en possession de celui-ci).

So, my question is: j'ai une totale liberté quand au choix des technos/langages à utiliser.
Pour chaque morceau vous utiliseriez quoi?

Du Php ... avec du flash pour les trucs qui pouettent ...
 
 
--->[]

From http://forum.hardware.fr/hfr/Progr [...] m#t1625244

\o/

Dites les gros, y a des menus déroulants jolis (ou personnalisables facilement) et bien foutus qui existent ? Passke le coder moi-même, j'en ai un peu ras le cul et chu persuadé de réinventer la roue à chaque fois

Menu déroulant = caca

UDM, mais c'est payant (pour les sites commerciaux)

 
Elabore ton propos ?

Ca demande beaucoup d'efforts (pour l'utilisateur, vu que la cible est mouvante et demande des mouvements relativements précis), c'est difficilement découvrable (obligé de faire une multitude d'actions pour savoir quels sont les choix dispos) et au delà de 1 niveau de profondeur c'est complètement inutilisable.

 
C'est surtout valable pour les menus pur-css, en JS on peut faire un truc un peu plus pratique et tolérant (plus proche d'un menu d'appli desktop).

il est juste super lourd au niveau du code, et surtout que 90% du temps les effets que propose le menu ne sont pas utiles, et avec une micro lib comme bytefx tu fais la meme chose

http://www.7nights.com/asterisk/ar [...] yout-menus

Z'en battez le steak de ma question c'est ça??

PHP/Mysql comme tout le monde

Keuf keuf  

Si c'était moi, je ferais ça en PHP 5 / DB2.
Y a un driver PHP natif stable (marqué en tant que tel sur PECL) pour DB2 : http://fr.php.net/ibm_db2
Soap avec PHP5 ça se passe très bien.
A partir de PHP 5.2 tu peux facilement faire des sorties en JSON pour des webservices + light au niveau du format de sortie et exploitable facilement en JS.
Pour les perfs, en règle générale c'est la BDD le bottleneck donc si t'as un serveur de fou tu devrais pas avoir de souci (le nombre d'utilisateur me semble pas monstrueux).
 
Voila mon avis
 
PS : le problème que va te poser DB2 en PHP c'est si jamais tu veux utiliser un framework. Peu sont compatibles avec DB2, le + simple dans ce cas là sera de passer par PDO en ODBC.

j'utilise twinhelix, qui fonctionne pas mal  

tu me propose une idée plus intéressante quand tu as une chiée de menu ?  
 
a la louche sur l'intranet sur lequel je bosse, il y a dans les 500 dossiers . Apres tu peux me dire que c'est trop et que je dois supprimer des dossiers, mais tu dirais des conneries
 

 
avec un menu en js + css, ca fonctionne quand meme pas mal , surtout au niveau de la tolérance quant à la précision ( c'est d'ailleurs mon principal reproche aux menu full css )  
 

c'est bien de dire que  les menus déroulants sont pourri
 
et ils ont pas des solutions /palliatifs ?

ben non, mais je sais pas avec quoi db9 s'interface
 
perso , je ferai php + js , ou si il ya trop de trucs qui pouettent un clients java ( mais je pense qu'il y a moyen d'eviter ca quand meme )  

Pour une appli, faire à la microsoft et un ribbon Sinon ça dépend ce que t'appelle par "500 dossiers"

ou du XUL

 
500 pages différentes :  certaines sont des GED qui contiennent des documents , d'autres des pages métiers    ( calcul d'indicateurs, d'etats pour les différentes cibles  )  + des outils ( moteur de recherche , annuaires, gestion du site )  
 
bien sur peu de personnn s voient toutes ces pages ( les 4 super admin ), l'immense majorité en a bcp moins
 
pour améliorer la navigabiilté, on met l'accent sur le moteur de recherche et sur les liens directs entre pages similaires

Voilà
 
Plutôt utiliser des listes paginées de liens plutôt que des sous-menus énormes...

tu te rends compte de la gueule que peut avoir une liste paginée avec 500 liens ?
 
bien sur, il faut qu'elle soit accessible en permanence, donc regarde un peu l'espace qui reste pour afficher du contenu

Je ne parle qu'uniquement en ne sachant presque rien sur le truc, hein Il faudrait plus d'infos, des screen, et tout

\o/

Merci flo, ça devrait m'aller

Certes, mais j'ai du mal à savoir si un WS en php tiendrait la route
Je m'explique sur la partie applicative intranet j'ai des écrans qui pouetent avec par exemple des listes "dynamiques".
Lors de la construction de mon ecran, il est envisageable qu'il y a plusieurs appels au WS pour demander différentes listes + les autres infos.
Donc pour chaque écran utilisateur je peux avoir X appels à ce WS, de fait le nombre d'accès moyen/minutes au WS uniquement pour la partie intra peut vite prendre de grosses proportions.
 

ça j'ai déjà regardé aussi, y'a même un pdo_ibm mais pas testé.
 

oui bien d'accord pour la partie "applicative" mais pour le WS???
 
En tout cas merci de vous y être penché    

A mon avis pas de souci particulier. Tu fais un WS qui te renvoie les infos en JSON. Si t'as un pb de perfs tu mets du cache car j'imagine que pour les listes en question il doit y avoir moyen de mettre pas mal de trucs en cache serveur (cache par fichier, memcache...).
Au niveau volumétrie, t'as un chiffrage + précis ? Les estimations du genre 150 utilisateurs simultanés je connais (mais bon c'est souvent comme ça que le client s'exprime ). Faut définir la notion de simultané.

de rien  

ca va dependre de la complexité de tes demandes, mais un serveur apache sur une bonne becanne peut repondre a bcp ( vraiment bcp ) de connection simultanées
 
 

ben tu peux faire des WS en php ( surtout si tu deceide de faire un truc simple comme du json et pas une grosse usine a gaz type wdsl )  

je le ferais surtout dans une techno que je maitrise...
 
t'as besoin d'un truc robuste, que tu saches tweaker si jamais t'as des pb de perfs...

Pas de JSON merci, au revoir
Le truc c'est que le JSON serait parfait pour la communication entre la partie INTRA et le WS.
Par contre sur la com partie INTER / WS, ça le ferait beaucoup moins. No js sur le site internet, ça m'obligerait à retraiter le flux json en php pour en faire de le html affichable.
Enfin sur l'EDI, j'ai des fluxs xml en entrée, si je leur renvoie de JSON je vais me prendre des pierres

cela va de soit

A non c'est pas une estimation, c'est 150 postes qui vont se servir de tout ou partie de l'applicatif INTRA, toute la journée.
Après sur la partie INTER c'est plus dur d'avoir une idée du nombre d'utilisateurs vu que mon client en profite pour offrir un nouveau service à ses clients et qu'il est difficile de connaître maintenant le public qui sera interessé. Mais grosso-modo mon client à 150.000 client, je me dis au début 10% , donc 15000, soit grosso-modo 75 accès ponctuels par jour ouvert.
Enfin sur l'EDI, ça va marcher 1 à 2 fois par mois, mais pour intégrer genre 30.000 factures(entre autre) à chaque fois.

nan mais ça je sais que je peux faire un WS en php
Maintenant est-ce vraiment adapté à mon besoin, c'est plus la-dessus que je m'interroge.

Faux problème, car c'est pas moi qui dèv moi je fais juste chef \o/

Je parlais de JSON au cas où t'ai besoin de faire appel à des WS en JS. Sans JSON tu comptes faire comment pour tes listes dynamiques ?
 

T'es bien chef d'une équipe alors
Tu connais les technos qu'ils maitrisent. Faut plutot partir de là je pense (et c'est ce que Jubi entendait par son propos).
Imaginons que tu trouves une super techno de fou qui répond parfaitement à ton besoin mais que tu dois renouveller ton équipe pour gérer ben finalement ça va pas le faire.
Faut trouver le bon compromis  

s/toi/ton équipe

parles-en avec eux alors, si c pas toi qui dev ils ont peut etre des idées valables sur le sujet...honnetement qd t dans la team qui dev, y'a rien de plus chiant que de se faire imposer une techno par un mec qui fait rien de technique sur le projet...j'ai bossé sur un projet gigantesque où les CP se sont fait plaisir au début en imposant un framework pur XML/XSLT parce que c'était la mode, et il s'est avéré que ça a été une connerie monstrueuse, et que tt les gars de la tech étaient contre dès le début...

grilled by Rati, mais on se connait

 
le premier post est pertinent :  
 

tu peux aussi manipuler du XML pour faire des listes dynamiques, sinon, tu peux aussi passer par un proxy ( php , asp ,... ) pour faire ws<->json

 
c'est la meilleure des approches si tu veux faire un truc mainenable