Reprise du message précédent :
Apache/PHP/MySQL c'est bieng, ça permet à tout le monde de faire joujou

va dire ca a ceux qui l'utilisent pour heberger leurs sites, sta dire un peu bcp de monde
 
mais si t'es fan des machins asp je sais pas quoi ...

 
 
nan mais mais y'a un monde avec le nouveau CMOS.
faut voir le gain en dynamique, et en montée iso.
 
sincèrement, j'étais pas dans le besoin de caillou vu que j'ai le 18-70 qui fera amplement l'affaire le temps de prendre en main le d300, et m'améliorer un peu (et surtout bien connaitre mes besoins en terme d'utilisation d'objo)
ca me ferait mal de partir sur un 18-200VR qui au final fait tout mais moyennement.
 
ou encore prendre un 17-55 f2.8 + un 70-300 ... alors qu'au final je shoote pas de la photo animalière ni de portrait.
 
le fait est qu'il me manquait un boitier j'en ai pris un.
maintenant je suis tranquile pour un bon moment avec un boiter plutot bon, qui permette de bien progresser et qui comblera mes futures attentes.
 
mais je garde à l'idée qu'il me faut maintenant prendre du plaisir, pour faire le point sur mes besoins en cailloux qui là seront de l'investissement.
le 18-70 fera très bien l'affaire pour l'instant

L'important c'est que tu te fais plaisir

 
en quoi c'est incompatible ?
le D70 va etre envoyé au SAV ... sauf qu'il faut compter 5-6 semaines d'immobilisation.
 

C'est pourtant facile  
D50 < D70 < D300  

 
   
 
marco 7 ans d'étude en alizées
 

 
nan mais tu connais pas le vrai métier du web toi.
 
apache c'est de l'amateurisme... tu fais tourner un site web editorial mais surement pas une application web qui nécessite un serveur d'application web.
 
Internet c'est mon métier.. on ne fait pas le meme sport
 
 
l'argument asp/jsp c'est completement éculé.. un gue-guerre de cours d'école

j'ai pas dit que c'était incompatible

ha mais je dis pas le contraire hein    
 
je sais meme pas ce qu'est un serveur d'applications c'est dire, mais pour de l'hebergement j'ai toujours plus vu du php/sql que du windows, stout

Des nouvelles de bubule et son bocal vide, ou de bubule et sa serviete en papier?

Normal, c'est moins cher. Pour un hébergement bas de gamme / milieux de gamme tu verras surtout du LAMP.

ca marche a petrole ca !

Ou au xenon

Coldfusion, Websphere, Sun ONE...
 
En gros, c'est un prog. qui tourne auquel tu donnes un programme (en general pour le web) qui donnera un service.
 
Exemple: Coldfusion. Tu peux avoir une application en .cfm qui sera plus interactive qu'une page web standard.

 
 
c'est surtout qu'en hebergement pour particulier, on fait du mutualisé sur un serveur à pas cher sans services dessus.
 
tu colle un apache avec quelques modules , un mysql ..
ensuite à chaque ouverture de compte suffit d'un script pour rajouter un compte mysql et ajouter le bloc de déclaration dans la config apache..
 
basta.
 
c'est plus simple et surtout ca fait plaisir aux bidouilleurs php ...
apres je t'assure que de l'hebergement IIS y'en a et c'est également efficace.
 
le probleme, c'est que la technologie windows est nettement plus obscure et moins maitrisée quand du cherche à faire des trucs pointus.
 
autant dans le monde libre il est 'facile' de monter en competence, autant monter en expertise windows c'est beaucoup plus difficile et cher.
du coup personne ne maitrise vraiment windows et apres on pleure que ca marche moins bien
 
bref, pour moi y'a pas de débat entre les 2 mondes... tout est une question de limite d'investissement en temps/connaissance/ressource

Tomcat

Sans trop rentrer dans le debat, c'est surtout qu'une configuration IIS qui est petee, t'es dans la merde. Une config Apache petee, tu reprends httpd.conf d'une copie/backup, relance apache et ca re-roule...
 
IIS, j'ai deja vu des config qui tournait bien - mais il faut un reverse proxy devant histoire que ca soit securise, sinon c'est la porte ouverte a toutes les fenetres.

J'etais pas exhaustif... (rhalala ces nerdz a defendre ad vitam le free   )

       
c'est toi je t'ai vu        
 
rends moi mon liquide de refroidissement    

 
 
pour completer :
 
un serveur d'application est un programme qui va faire tourner tes applications.
suivant les technologies et les besoins tu adopte un type de serveur d'application
 
un serveur d'application n'est pas un serveur physique, c'est un logisiel.
 
en gros :
tu veux avoir une application qui gere des comptes, créé des contrats etc (on va nommer cette appli comptaweb)... (comme les vieilles application client lourd)
les études ont décidé de développer ca en java et le rendre accessible via un navigateur, comme un site web
 
la solution à la porcasse est de crééer un programme java qui va ouvrir des ports, et attendre qu'on se connecte pour travailler..
ca devient une usine à gaz.
 
la solution est de décomposer ton applis en plusieurs tiers (les serveurs d'application se sont démocratisé avec l'archi n tiers)
ton archi va etre composée comme suis :
 
1/ en frontal un serveur http (qui ne dessert que les flux http) ca peut etre un apache,etc ...
les requetes des utilisateurs sont ensuite envoyée à une gare de triage :
 
2/ le serveur d'application
alors lui c'est une grosse application, il va gérer les liens entre le apache, l'application java, les bases de données etc ...
c'est dans ce programme qu'on va installer l'application java 'comptaweb'
à travers le serveur d'application on peut déployer plein d'application web différentes, avec des config différents etc ... et on les administre à travers ce gros programme.
on peut meme déployer ca en cluster etc ...
ca veut dire que ton application comptaweb elle va tourner en parallele sur plusieurs serveurs physique pour répartir la charge, tolerer des pannes...
mais tu t'en fous, c'est le serveur d'application qui va gerer tout ca.
 
 
3/ les autres tiers .. base de donnée, autres applications etc ...
 
 

date : 1er mai (du 30/04 soir au 03/05 environ)

lieu : creuse, macif central

qui : Canaille, La Nouille, Tuonono, Bulfire (?)

Des interessés ?

edith : BALADEENMAI

ah, à moto hein

je peux pas, mes parents viennent à Bordeaux

ah, je croyais en caisse
ça suxx votre truc alors

Nan, y'a le tier "0" : en general c'est un load-balancer appliance qui detecte si ton tiers 1 est operationnel ou pas et/ou surcharge.

Ya le tiers payant aussi, mais ça c'est souvent la merde à mettre en place

0 pointé là

 
 
non non y'a du changement ce que tu décris c'est IIS 5.... la 6 tu peux executer chaqque appli dans son contexte... y'a plusieurs threads que tu peux administrer indépendamment les uns des autres.
 
le reverse, c'est simple, c'est un element de confort qui ne m'a jamais semblé indispensable... la plupart des fonctions de reverse sont intégrées dans les firewall.. le probleme est la différence de gestion des applis/ gestion infrastructure qui nécessite de différencier les équipes.
 
IIS. tu as pas mal de moyen de sauver une config de ruche de la registry .. export/import ca marche.
 
un IIS configuré normalement n'a pas besoin de reverse

 
pour moi ca fait pas partie de l'archi fonctionnelle/applicative.. enfin ca rentre pas dans le cadre de l'appellation N-Tiers.
 
le LB fait partie de solution infrastructure pour déliver des services qualité comme (continuité de session/tolérance de panne/répartition de charge ..)
 
 
apres je suis d'accord avec toi, ca vient en amont du frontal web. mais dans ce cas tu peux rajouter le tiers "-1" pour le reverse proxy , le tiers "-2" pour le firewall dmz, le tiers "-3" pour le firewall backbone ....

si on repassait sur un domaine que je connais style apn, caisses, alcool, ou éventuellement en dernier recours moto ?
 
(oui, je me fais chier au taff )

C'est ou, plus précisément, la creuse ? (non pas la )

genre clermont ferrand ?

Tout ça parce que le démon à trollé sur le libre

bref on va perdre trop de monde, et pour un HS ca devient trop pointu pour le laisser survivre sur moard.

c'est pas mal comme dérive

 
 
VAS Y DIT LE QU4ON EST PAS INTELLIGENTS §§§§
 
 

 
 
pour une fois que je peux affirmer un 7 ans d'étude en quelque chose (hormis le girouettage)

 
En tant que commercial ?  

tu vas bientôt pouvoir faire un 7 ans d'étude sur la Thaïlande