Bonjour,

Voilà, je n'y connais pas grand chose en php, c'est pourquoi je voudrai
essayer d'apprendre. Il me faut donc un hebergement php/mysql. L'offre de
wanadoo me parait un peu chere, mais quite a payer un hebergement, autant y
mettre mon site, donc, je voudrais savoir si vous connaissez un hebergement
php/mysql de minimum 100 mo, et moins chere ?

Merci beaucoup

Le 30/08/05 11:20, dans 431424c7$0$1025$8fcfb975@news.wanadoo.fr, «s»
<sfg@dqsrta.fr> a écrit:

> Bonjour,
>
> Voilà, je n'y connais pas grand chose en php, c'est pourquoi je voudrai
> essayer d'apprendre.

Apprend en local sur ta machine c'est quand même plus pratique. Quand t'aura
débroussaillé un peu les différents composants tu saura mieux choisir ton
hébergeur.

@+



--
Jean-Louis D
http://WWW.guide-bordeaux.com/
Le guide des bonnes adresses du centre ville de Bordeaux

http://www.moiaussi.fr
http://www.lesquartiersparticuliers.com

Dans l'article <BF39F507.1FE95%yoman@galilee.fr>, jean-Louis a écrit :
> Apprend en local sur ta machine c'est quand même plus pratique. Quand t'aura
> débroussaillé un peu les différents composants tu saura mieux choisir ton
> hébergeur.

Oui et non.

Le problème, quand on apprend en local sur sa machine, si
c'est sur un serveur UNIX, pas de problème, si c'est sur
du krosoft, après, le jour où on passe chez un hébergeur
il n'y a plus rien qui marche :-)

Les sytèmes propriétaires sont en général plus pernicieux
et après les mauvaises habitudes sont prises.

J'ai même eu des clients qui ont appris sur leur machine
en local, sur le site il y avait des a href = c:\krosoft\...
et après les clients venaient se plaindre en nous disant
"c'est de votre faute, sur mon ordinater en local ça fonctionne,
donc c'est la faut de l'hébergeur". C'est toujours la faute
de l'hébergeur :-)


--
Laurent
http://www.web1.fr/ - prix canons sur les VDS :-)

Laurent Sintes a écrit :

> Dans l'article <BF39F507.1FE95%yoman@galilee.fr>, jean-Louis a écrit :
> > Apprend en local sur ta machine c'est quand même plus pratique. Quandt'aura
> > débroussaillé un peu les différents composants tu saura mieux choisir ton
> > hébergeur.
>
> Oui et non.
>
> Le problème, quand on apprend en local sur sa machine, si
> c'est sur un serveur UNIX, pas de problème, si c'est sur
> du krosoft, après, le jour où on passe chez un hébergeur
> il n'y a plus rien qui marche :-)
>
> Les sytèmes propriétaires sont en général plus pernicieux
> et après les mauvaises habitudes sont prises.
>
> J'ai même eu des clients qui ont appris sur leur machine
> en local, sur le site il y avait des a href = c:\krosoft\...
> et après les clients venaient se plaindre en nous disant
> "c'est de votre faute, sur mon ordinater en local ça fonctionne,
> donc c'est la faut de l'hébergeur". C'est toujours la faute
> de l'hébergeur :-)
>
>
> --
> Laurent
> http://www.web1.fr/ - prix canons sur les VDS :-)

Bonjour,
j'utilis en local wamp (php5, sqllite et mysql), sans aucun soucis lors
des transferts chez les hebergeurs unix ! il suffit d'apprendre la
différence entre chemin absolu et relatif.

Bonne journée

s a écrit :
> Bonjour,
>
> Voilà, je n'y connais pas grand chose en php, c'est pourquoi je voudrai
> essayer d'apprendre. Il me faut donc un hebergement php/mysql. L'offre de
> wanadoo me parait un peu chere, mais quite a payer un hebergement, autant y
> mettre mon site, donc, je voudrais savoir si vous connaissez un hebergement
> php/mysql de minimum 100 mo, et moins chere ?
>
> Merci beaucoup
>
>

Easyphp. C'est fait exprès pour developper en local des applications
php/mysql. on est limité en taille que par le disque dur.
http://www.easyphp.org/
--
Raphaël
http://www.r-wils.com
« Don't mean a thing if you ain't got that swing ! »

On Tue, 30 Aug 2005 11:20:29 +0000, Laurent Sintes wrote:

> J'ai même eu des clients qui ont appris sur leur machine
> en local, sur le site il y avait des a href = c:\krosoft\...

"Appris" est un bien grand mot.
Et... ils se disent "programmeurs" ou "developpeurs"?

--
SPIP, phpNuke, Plone, opengroupware... c'est bien
CPS c'est mieux: http://www.cps-project.org/
Hébergement de sites CPS: http://www.objectis.org/

<phil.chatelain@gmail.com> a écrit dans le message de
news:1125403752.058353.248480@g14g2000cwa.googlegr oups.com...

Laurent Sintes a écrit :

> Dans l'article <BF39F507.1FE95%yoman@galilee.fr>, jean-Louis a écrit :
> > Apprend en local sur ta machine c'est quand même plus pratique. Quand
t'aura
> > débroussaillé un peu les différents composants tu saura mieux choisir
ton
> > hébergeur.
>
> Oui et non.
>
> Le problème, quand on apprend en local sur sa machine, si
> c'est sur un serveur UNIX, pas de problème, si c'est sur
> du krosoft, après, le jour où on passe chez un hébergeur
> il n'y a plus rien qui marche :-)
>
> Les sytèmes propriétaires sont en général plus pernicieux
> et après les mauvaises habitudes sont prises.
>
> J'ai même eu des clients qui ont appris sur leur machine
> en local, sur le site il y avait des a href = c:\krosoft\...
> et après les clients venaient se plaindre en nous disant
> "c'est de votre faute, sur mon ordinater en local ça fonctionne,
> donc c'est la faut de l'hébergeur". C'est toujours la faute
> de l'hébergeur :-)
>
>
> --
> Laurent
> http://www.web1.fr/ - prix canons sur les VDS :-)

>Bonjour,
>j'utilis en local wamp (php5, sqllite et mysql), sans aucun soucis lors
>des transferts chez les hebergeurs unix ! il suffit d'apprendre la
>différence entre chemin absolu et relatif.

Ce n'est pas le problème du client ces histoires de relatifs et absolus, ca
marche sur leur machine, ca doit marcher ailleurs ....

SB

On Wed, 31 Aug 2005 14:30:03 +0200, Stéphane Bruneau wrote:

> Ce n'est pas le problème du client ces histoires de relatifs et absolus, ca
> marche sur leur machine, ca doit marcher ailleurs ....

Dans certains cas, oui ce n'est pas leur problème, mais dans ce cas
précis, c'est le leur.

Je ne sais pas si ta remarque était ironique ou sérieuse, mais personne
n'a interet que le client soit con, traité comme tel, et qu'il reste
comme tel. Et partir sur la base que "ce n'est pas son problème" c'est
déjà avoir un à priori du genre "le client est con". Pas sûr qu'il
apprécie le compliment.

--
SPIP, phpNuke, Plone, opengroupware... c'est bien
CPS c'est mieux: http://www.cps-project.org/
Hébergement de sites CPS: http://www.objectis.org/

Stéphane Bruneau a écrit :
> <phil.chatelain@gmail.com> a écrit dans le message de
> news:1125403752.058353.248480@g14g2000cwa.googlegr oups.com...

>
> Ce n'est pas le problème du client ces histoires de relatifs et absolus, ca
> marche sur leur machine, ca doit marcher ailleurs ....

Ce qu'il faut pas lire .... !!

c'est un pb de conception de sites, donc rien a voir avec le metier
d'hebergement


>
> SB
>
>

On Wed, 31 Aug 2005 15:34:02 +0200, Olivier Roux wrote:
>
>> Ce n'est pas le problème du client ces histoires de relatifs et
>> absolus, ca marche sur leur machine, ca doit marcher ailleurs ....
> Ce qu'il faut pas lire .... !!

À priori, c'était plutôt ironique.

Que ce soit avant ou après, ne pas se poser les bonnes questions devient
un problème. Après la tendance "chercher un responsable" c'est loin
d'être un problème quand on prend les décisions sans connaitre son
sujet :-)

--
Stephane Kanschine

On Wed, 31 Aug 2005 16:05:58 +0200, Stephane Kanschine wrote:
>
> Que ce soit avant ou après, ne pas se poser les bonnes questions devient
> un problème. Après la tendance "chercher un responsable" c'est loin
> d'être un problème quand on prend les décisions sans connaitre son
> sujet :-)

Il fallait lire, c'est loin d'être une rareté quand on prend les
décisions sans connaitre son sujet.

Et c'est assez courant de trouver un manager dans un poste de responsable
"technique" ou de trouver des couteaux suisses/moutons à cinq pattes qui
ne sont ni suisse ni oviné.

--
Stephane Kanschine

On Wed, 31 Aug 2005 16:05:58 +0200, Stephane Kanschine wrote:
>
> Que ce soit avant ou après, ne pas se poser les bonnes questions devient
> un problème. Après la tendance "chercher un responsable" c'est loin
> d'être un problème quand on prend les décisions sans connaitre son
> sujet :-)

Il fallait lire, c'est loin d'être une rareté quand on prend les
décisions sans connaitre son sujet.

Et c'est assez courant de trouver un manager dans un poste de responsable
"technique" ou de trouver des couteaux suisses/moutons à cinq pattes qui
ne sont ni suisse ni oviné (aucune erreur dans le mot précedent).

--
Stephane Kanschine

"R12y" <mihamina.rakotomandimby@etu.univ-orleans.fr> a écrit dans le message
de news:pan.2005.08.31.13.33.33.894699@etu.univ-orleans.fr...
> On Wed, 31 Aug 2005 14:30:03 +0200, Stéphane Bruneau wrote:
>
> > Ce n'est pas le problème du client ces histoires de relatifs et absolus,
ca
> > marche sur leur machine, ca doit marcher ailleurs ....
>
> Dans certains cas, oui ce n'est pas leur problème, mais dans ce cas
> précis, c'est le leur.
>
> Je ne sais pas si ta remarque était ironique ou sérieuse, mais personne
> n'a interet que le client soit con, traité comme tel, et qu'il reste
> comme tel. Et partir sur la base que "ce n'est pas son problème" c'est
> déjà avoir un à priori du genre "le client est con". Pas sûr qu'il
> apprécie le compliment.
>

Il était bien évident que c'était ironique et à la fois tiré d'un épisode
vécu avec un client .

Pour répondre à Olivier, le problème n'est pas de savoir si cela relève de
la conception de site ou de l'hébergement, c'est de la manière que
l'utilisateur lambda qui n'est pas du métier et utilise les softs de m....
comme frontpage ou dreamweaver conçoit la chose.

Si la page qu'il a faite tourne sur sa machine, cela ne peut provenir de la
conception mais de l'hébergement et inversement si on lui explique que c'est
du a sa conception, l'une des réponses qui m'est régulierement revenu, c'est
pouquoi le serveur n'est pas configuré comme sa machine ....

Je ne dis pas et ne pense pas que le client est con, bien que sur certains
cas...., c'est surtout qu' à force d'avoir des softs qui font permettent de
faire tout et n'importe quoi, les clients en question pensent pouvoir se
prendre pour qqun du métier sans avoir aucune idée de l'environnement en
lui-même. Je prend pour exemple un client il y a 4 ou 5 ans qui avait fait
ses pages sous frontpage en utilisant la boite à gadget de ce soft. Il
comprenant pas pourquoi, sur l"hebergement (linux) que je lui acait
conseillé au départ (j'etais sensé réalisé le site mais le petit neveu de la
cousine de la voisine ... a parlé que ct pas la peine de payer alors qu'il
existe des softs..), ses gadget frontpage marchaient pas. Cela venait pas de
sa conception mais du serveur qui était mauvais ... comme l'a fait très
justement remarquer Laurent.

Ma reflexion se situe surtout à ce niveau. Malheureuesement cela ne relève
pas de la connerie mais plutot d'une désinformation générale sur les
conditions de fonctionnement. ET quand, en plus, je vois des types se
pretendre developpeur parce qu'ils savent utiliser un de ces softs ou
hébergeur alors qu'ils se contente de revendre de l'hébergement, je me dis
qu'on est pas sorti de l'auberge..

SB

Stéphane Bruneau a écrit :
> "R12y" <mihamina.rakotomandimby@etu.univ-orleans.fr> a écrit dans le message
> de news:pan.2005.08.31.13.33.33.894699@etu.univ-orleans.fr...
>
>>On Wed, 31 Aug 2005 14:30:03 +0200, Stéphane Bruneau wrote:
>>
>>
>>
>
>
> Il était bien évident que c'était ironique et à la fois tiré d'un épisode
> vécu avec un client .



>
> Pour répondre à Olivier, le problème n'est pas de savoir si cela relève de
> la conception de site ou de l'hébergement, c'est de la manière que
> l'utilisateur lambda qui n'est pas du métier et utilise les softs de m....
> comme frontpage ou dreamweaver conçoit la chose.

je sais tres bien,

anecdote : lorsque j'etais salairé a la boite que j'ai quitté en 1998,
un client nous avait appelé pour nous engueuler comme du poisson pourri
car son site marchait pas alors qu'il marchait bien sur son mac
Il avait utiliser je ne sais plus comme comme encodage des noms de
fichiers avec des espaces un peu partout des caractères spéciaux
et il nous avait sorti que c'etait notre serveur qui etait pas aux
normes standards universelles. Et pour lui la norme standard universelle
c'etait le codage mac !



>
> Si la page qu'il a faite tourne sur sa machine, cela ne peut provenir de la
> conception mais de l'hébergement et inversement si on lui explique que c'est
> du a sa conception, l'une des réponses qui m'est régulierement revenu, c'est
> pouquoi le serveur n'est pas configuré comme sa machine ....
>
> Je ne dis pas et ne pense pas que le client est con, bien que sur certains
> cas...., c'est surtout qu' à force d'avoir des softs qui font permettent de
> faire tout et n'importe quoi, les clients en question pensent pouvoir se
> prendre pour qqun du métier sans avoir aucune idée de l'environnement en
> lui-même.

ben c'est meme tres souvent le cas
parfois meme chez les "developpeurs pro. html"

>
> Ma reflexion se situe surtout à ce niveau. Malheureuesement cela ne relève
> pas de la connerie mais plutot d'une désinformation générale sur les
> conditions de fonctionnement. ET quand, en plus, je vois des types se
> pretendre developpeur parce qu'ils savent utiliser un de ces softs ou
> hébergeur alors qu'ils se contente de revendre de l'hébergement, je me dis
> qu'on est pas sorti de l'auberge..

yep

>
> SB
>
>

"Olivier Roux" <Olivier.Roux@netultra.net> a écrit dans le message de
news:df6cfv01k45@enews1.newsguy.com...
> Stéphane Bruneau a écrit :
> > Si la page qu'il a faite tourne sur sa machine, cela ne peut provenir de
la
> > conception mais de l'hébergement et inversement si on lui explique que
c'est
> > du a sa conception, l'une des réponses qui m'est régulierement revenu,
c'est
> > pouquoi le serveur n'est pas configuré comme sa machine ....
> >
> > Je ne dis pas et ne pense pas que le client est con, bien que sur
certains
> > cas...., c'est surtout qu' à force d'avoir des softs qui font permettent
de
> > faire tout et n'importe quoi, les clients en question pensent pouvoir se
> > prendre pour qqun du métier sans avoir aucune idée de l'environnement en
> > lui-même.
>
> ben c'est meme tres souvent le cas
> parfois meme chez les "developpeurs pro. html"

Ya pas comme un probleme dans l'énoncé "developpeur html" ? lol, ça fait
plus de 20 ans que je code et me dire qu'on considère un type qui fait du
HTML comme développeur, ça a tendance à me faire pousser des boutons ...lol

SB

"Stéphane Bruneau" <masteryoda@urba[NOSPAM]net.ch> a écrit dans le message
de news:

> Ya pas comme un probleme dans l'énoncé "developpeur html" ? lol, ça fait
> plus de 20 ans que je code et me dire qu'on considère un type qui fait du
> HTML comme développeur, ça a tendance à me faire pousser des boutons
> ...lol

HTML serait un language de programmation ? c'est nouveau ;-)))))

F.

Il y à aussi un comparatif sur les hébergements gratuit ici, tu pourrais y
jeter un coup d'eoil :
http://cyberzoide.developpez.com/php4/hebergeurs/

dans (in) fr.reseaux.internet.hebergement, "Francois M."
<fcm_news_No_S_PAM_REPLACE_COM_BY_FR@yahoo.com> ecrivait (wrote) :

Bonsoir,

> HTML serait un language de programmation ? c'est nouveau ;-)))))

HTML n'est de mon point de vue clairement pas un langage de
programmation mais un outil de mise en page. Avoir utilisé WORDSTAR dans
des temps anciens m'a au passage beaucoup aidé en matière
d'apprentissage d'utilisation de balises

En revanche, être capable de concevoir un site web conforme aux
standards avec des CSS et tout, relève presque de mon point de vue de la
programmation.

--
Eric Demeester - http://www.galacsys.net