Je recherche un hébergement pour oscommerce. Comme c'est pour commencer, je
souhaiterais un hébergement pas trop cher (mais bon, la qualité a tout de
même un prix), mais que je puisse évoluer facilement (soit chez le même
hébergeur, soit en en changeant). J'a donc besoin de php+mysql et d'un
certificat SSL au nom du site (et non en mutualisé). Je n'ai malheureusement
aucune idée du nombre de requête ni de la bande passante.
J'ai trouvé amen avec le pack premium + Certificat SSL à 15 +20,8 euros /
mois. OVH ne semble fournir que des certificat mutualisé.
En connaissez vous d'autres ?
il pose des problemes concernant la variable register_global et la variable safe_mode
Faux pour safe_mode en tout cas.
Pour register_global, c'est le cas de 99% des sites, et c'est un peu normal, si l'équipe PHP change tout à chaque fois, il ne faut pas s'étonner que ce type de problèmes arrivent...
Et même, pour les sites qui demandent obligatoirement le register_global à On (beurk), un patch de 2 lignes à base d'extract() permet de regler le soucis.
Dom
il pose des problemes concernant la variable register_global et la
variable safe_mode
Faux pour safe_mode en tout cas.
Pour register_global, c'est le cas de 99% des sites, et c'est un peu normal,
si l'équipe PHP change tout à chaque fois, il ne faut pas s'étonner que ce
type de problèmes arrivent...
Et même, pour les sites qui demandent obligatoirement le register_global
à On (beurk), un patch de 2 lignes à base d'extract() permet de regler
le soucis.
il pose des problemes concernant la variable register_global et la variable safe_mode
Faux pour safe_mode en tout cas.
Pour register_global, c'est le cas de 99% des sites, et c'est un peu normal, si l'équipe PHP change tout à chaque fois, il ne faut pas s'étonner que ce type de problèmes arrivent...
Et même, pour les sites qui demandent obligatoirement le register_global à On (beurk), un patch de 2 lignes à base d'extract() permet de regler le soucis.
Dom
Dominique ROUSSEAU
en revanche le client qui paye un script lui a droit a un vrai service.
je crois tu as assez bien résumé ton état d'esprit :o)
juste pour info voici un bug de oscommerce comme tu le sait les hébergeurs ont interet a mettre la variable safe_mode sur on dans le php.ini et oscommerce est mail codé pour cela comme tu le sait quand tu crée une rubrique sur oscommerce il crée aussi un repertoire dans l'espace web le hic est que le UID n'est pas le meme que le UID de l'utilisateur et donc le safe mode= on interdit l'execution de la page php qui est dans ce repertoire.
Warning: main(): SAFE MODE Restriction in effect. The script whose uid is 695 is not allowed to access config.php owned by uid 713 in /home/.sites/78/site85/web/membres/page1.php on line 4
ce qui oblige le client ( pour autant qu'il a acces a telnet ( ssh) ce qui est rare il doit modifier son UID du genre: chown 695 /home/.sites/78/site85/web/membres/page1.php
je ne sait peut etre pas coder comme tu le pretend , mais je connais mon metier d'hébergeur....
Pas si bien que ça, parceque sinon tu saurais qu'il existe des façons de faire tourner PHP qui ne posent pas ces soucis là. Maintenant, si pour toi mettre en place Apache+PHP ça consiste à "urpmi php4" ou "apt-get install php4"....
Dom
en revanche le client qui paye un script lui a droit a un vrai service.
je crois tu as assez bien résumé ton état d'esprit :o)
juste pour info voici un bug de oscommerce comme tu le sait les
hébergeurs ont interet a mettre la variable safe_mode sur on dans le
php.ini et oscommerce est mail codé pour cela comme tu le sait quand
tu crée une rubrique sur oscommerce il crée aussi un repertoire dans
l'espace web le hic est que le UID n'est pas le meme que le UID de
l'utilisateur et donc le safe mode= on interdit l'execution de la page
php qui est dans ce repertoire.
Warning: main(): SAFE MODE Restriction in effect. The script whose uid
is 695 is not allowed to access config.php owned by uid 713 in
/home/.sites/78/site85/web/membres/page1.php on line 4
ce qui oblige le client ( pour autant qu'il a acces a telnet ( ssh) ce
qui est rare il doit modifier son UID
du genre: chown 695 /home/.sites/78/site85/web/membres/page1.php
je ne sait peut etre pas coder comme tu le pretend , mais je connais
mon metier d'hébergeur....
Pas si bien que ça, parceque sinon tu saurais qu'il existe des façons de
faire tourner PHP qui ne posent pas ces soucis là. Maintenant, si pour
toi mettre en place Apache+PHP ça consiste à "urpmi php4" ou "apt-get
install php4"....
en revanche le client qui paye un script lui a droit a un vrai service.
je crois tu as assez bien résumé ton état d'esprit :o)
juste pour info voici un bug de oscommerce comme tu le sait les hébergeurs ont interet a mettre la variable safe_mode sur on dans le php.ini et oscommerce est mail codé pour cela comme tu le sait quand tu crée une rubrique sur oscommerce il crée aussi un repertoire dans l'espace web le hic est que le UID n'est pas le meme que le UID de l'utilisateur et donc le safe mode= on interdit l'execution de la page php qui est dans ce repertoire.
Warning: main(): SAFE MODE Restriction in effect. The script whose uid is 695 is not allowed to access config.php owned by uid 713 in /home/.sites/78/site85/web/membres/page1.php on line 4
ce qui oblige le client ( pour autant qu'il a acces a telnet ( ssh) ce qui est rare il doit modifier son UID du genre: chown 695 /home/.sites/78/site85/web/membres/page1.php
je ne sait peut etre pas coder comme tu le pretend , mais je connais mon metier d'hébergeur....
Pas si bien que ça, parceque sinon tu saurais qu'il existe des façons de faire tourner PHP qui ne posent pas ces soucis là. Maintenant, si pour toi mettre en place Apache+PHP ça consiste à "urpmi php4" ou "apt-get install php4"....
Dom
webvisio
"laurent.D" a écrit dans le message de news:41082d11$0$488$
"laurent.D" a écrit dans le message de news:4107f876$0$12488$
je préfère de loin le perl et franchement y a pas photo en fiabilité et en outre ne ne vois pas pourquoi j'irai coder un script qui est en
open
source. les clients veulent un script gratos , qu'ils se demerdent....
eh bien "qu'ils se demerdent", quel mentalité ! c'est quoi ta boite ? WEBVISIO... chapeau, tes clients apprècieront :( Laurent
le metier d'hébergeur consite a héberger des dossiers et fichiers de clients
pas de faire de la programmation si je devais passer mon temps a regler toutes les conneries des clients ( front page les images qui sont sur les liens du disque dur du clients etc
etc) php mal codé , formulaire cgi mal configuré etc etc autant dire que mes prix serait dix fois plus cher
ne pas confondre web agency et hébergeur demande a amen ovh et d'autres si ils passent leurs temps a regler des problemes de scripts pour leur clients ou alors ils facture le temps passé ce qui est normal
atterrit mon vieux.. reviens sur terre
Ici la terre... Je suis d'accord avec toi sur le metier d'hébergeur,
mais le tact et le respect des clients et des autres intervenants (les devellopeurs d'oscom par exemple) peuvent faire aussi partie de ce metier ;)
Propose tes services et tes solutions d'e-commerce, c'est normal, mais il n'est pas nécessaire de descendre les "autres solutions" qui ne sont pas les tiennes... Mais, chacun fait comme il veux :) Cordialement Laurent
je ne propose pas de service de solution , je propose des partenaires serieux comme perl-pro.com exemple , j'héberge toutes les solutions perl de ce prestaire et depuis 3 ans pas le moindre soucis , ni du coté machine ni du coté client. exemple weboutic.com catalogue de 4500 produits en ligne avec paiement CB et pas le moindre soucis.... moi , je pense que quand on veux mettre en ligne un site de commerce , la moindre des choses et d'avoir un outil fiable. je vais te faire rire , mais mon boucher , lui a des machines pro pour couper son jambon , a coté il y a un petit commerce qui coupe son jambon avec une machine grand public ( voir les catalogues de VPC) et bien a terme qui vas durer avec sa machine ? bien sur cela coute en investissement mais faut savoir ce que l'on veux.... cordialement bernard qui aime le jambon.... ( de parme c'est meilleur)
"laurent.D" <laurent.dt@no.mail> a écrit dans le message de
news:41082d11$0$488$626a14ce@news.free.fr...
"laurent.D" <laurent.dt@no.mail> a écrit dans le message de
news:4107f876$0$12488$626a14ce@news.free.fr...
je préfère de loin le perl et franchement y a pas photo en fiabilité
et en outre ne ne vois pas pourquoi j'irai coder un script qui est en
open
source.
les clients veulent un script gratos , qu'ils se demerdent....
eh bien "qu'ils se demerdent", quel mentalité ! c'est quoi ta boite ?
WEBVISIO... chapeau, tes clients apprècieront :(
Laurent
le metier d'hébergeur consite a héberger des dossiers et fichiers de
clients
pas de faire de la programmation
si je devais passer mon temps a regler toutes les conneries des clients
( front page les images qui sont sur les liens du disque dur du clients
etc
etc)
php mal codé , formulaire cgi mal configuré etc etc
autant dire que mes prix serait dix fois plus cher
ne pas confondre web agency et hébergeur
demande a amen ovh et d'autres si ils passent leurs temps a regler des
problemes de scripts pour leur clients
ou alors ils facture le temps passé ce qui est normal
atterrit mon vieux.. reviens sur terre
Ici la terre... Je suis d'accord avec toi sur le metier d'hébergeur,
mais le tact et le respect des clients et des autres intervenants (les
devellopeurs d'oscom par exemple) peuvent faire aussi partie de ce metier
;)
Propose tes services et tes solutions d'e-commerce, c'est normal, mais
il n'est pas nécessaire de descendre les "autres solutions" qui ne sont
pas les tiennes...
Mais, chacun fait comme il veux :)
Cordialement
Laurent
je ne propose pas de service de solution , je propose des partenaires
serieux comme perl-pro.com
exemple , j'héberge toutes les solutions perl de ce prestaire et depuis 3
ans pas le moindre soucis , ni du coté machine ni du coté client.
exemple weboutic.com catalogue de 4500 produits en ligne avec paiement CB et
pas le moindre soucis....
moi , je pense que quand on veux mettre en ligne un site de commerce , la
moindre des choses et d'avoir un outil fiable.
je vais te faire rire , mais mon boucher , lui a des machines pro pour
couper son jambon , a coté il y a un petit commerce qui coupe son jambon
avec une machine grand public ( voir les catalogues de VPC)
et bien a terme qui vas durer avec sa machine ?
bien sur cela coute en investissement mais faut savoir ce que l'on veux....
cordialement
bernard qui aime le jambon.... ( de parme c'est meilleur)
"laurent.D" a écrit dans le message de news:41082d11$0$488$
"laurent.D" a écrit dans le message de news:4107f876$0$12488$
je préfère de loin le perl et franchement y a pas photo en fiabilité et en outre ne ne vois pas pourquoi j'irai coder un script qui est en
open
source. les clients veulent un script gratos , qu'ils se demerdent....
eh bien "qu'ils se demerdent", quel mentalité ! c'est quoi ta boite ? WEBVISIO... chapeau, tes clients apprècieront :( Laurent
le metier d'hébergeur consite a héberger des dossiers et fichiers de clients
pas de faire de la programmation si je devais passer mon temps a regler toutes les conneries des clients ( front page les images qui sont sur les liens du disque dur du clients etc
etc) php mal codé , formulaire cgi mal configuré etc etc autant dire que mes prix serait dix fois plus cher
ne pas confondre web agency et hébergeur demande a amen ovh et d'autres si ils passent leurs temps a regler des problemes de scripts pour leur clients ou alors ils facture le temps passé ce qui est normal
atterrit mon vieux.. reviens sur terre
Ici la terre... Je suis d'accord avec toi sur le metier d'hébergeur,
mais le tact et le respect des clients et des autres intervenants (les devellopeurs d'oscom par exemple) peuvent faire aussi partie de ce metier ;)
Propose tes services et tes solutions d'e-commerce, c'est normal, mais il n'est pas nécessaire de descendre les "autres solutions" qui ne sont pas les tiennes... Mais, chacun fait comme il veux :) Cordialement Laurent
je ne propose pas de service de solution , je propose des partenaires serieux comme perl-pro.com exemple , j'héberge toutes les solutions perl de ce prestaire et depuis 3 ans pas le moindre soucis , ni du coté machine ni du coté client. exemple weboutic.com catalogue de 4500 produits en ligne avec paiement CB et pas le moindre soucis.... moi , je pense que quand on veux mettre en ligne un site de commerce , la moindre des choses et d'avoir un outil fiable. je vais te faire rire , mais mon boucher , lui a des machines pro pour couper son jambon , a coté il y a un petit commerce qui coupe son jambon avec une machine grand public ( voir les catalogues de VPC) et bien a terme qui vas durer avec sa machine ? bien sur cela coute en investissement mais faut savoir ce que l'on veux.... cordialement bernard qui aime le jambon.... ( de parme c'est meilleur)
laurent.D
je ne propose pas de service de solution , je propose des partenaires serieux comme perl-pro.com exemple , j'héberge toutes les solutions perl de ce prestaire et depuis 3 ans pas le moindre soucis , ni du coté machine ni du coté client. exemple weboutic.com catalogue de 4500 produits en ligne avec paiement CB et pas le moindre soucis....
Idem pour de nombreux utilisateurs d'oscOmmerce :)
moi , je pense que quand on veux mettre en ligne un site de commerce , la moindre des choses et d'avoir un outil fiable.
Oui, oscommerce est un produit fiable.
je vais te faire rire , mais mon boucher , lui a des machines pro pour couper son jambon , a coté il y a un petit commerce qui coupe son jambon avec une machine grand public ( voir les catalogues de VPC) et bien a terme qui vas durer avec sa machine ? bien sur cela coute en investissement mais faut savoir ce que l'on veux....
On en revient toujours au même point, tu pars sur le principe qu'osCommerce est un "mauvais produit" et que ton partenaire propose un "bon" produit. Je ne pense pas que l'on puisse raisonner en ces termes. Je pense plutôt qu'il s'agit de 2 produits différents. Le tiens, payant, mais fournissant des garanties au client (obligation de résultat) osCommerce, libre, mais bien sur il faut mettre les mains dans le camboui..., d'où certaines boutiques osCommerce mal configurées.
cordialement bernard qui aime le jambon.... ( de parme c'est meilleur)
Codialement, Laurent qui aime aussi le jambon... (à l'OS, tranché au couteau, le plus moelleux)
je ne propose pas de service de solution , je propose des partenaires
serieux comme perl-pro.com
exemple , j'héberge toutes les solutions perl de ce prestaire et depuis 3
ans pas le moindre soucis , ni du coté machine ni du coté client.
exemple weboutic.com catalogue de 4500 produits en ligne avec paiement CB et
pas le moindre soucis....
Idem pour de nombreux utilisateurs d'oscOmmerce :)
moi , je pense que quand on veux mettre en ligne un site de commerce , la
moindre des choses et d'avoir un outil fiable.
Oui, oscommerce est un produit fiable.
je vais te faire rire , mais mon boucher , lui a des machines pro pour
couper son jambon , a coté il y a un petit commerce qui coupe son jambon
avec une machine grand public ( voir les catalogues de VPC)
et bien a terme qui vas durer avec sa machine ?
bien sur cela coute en investissement mais faut savoir ce que l'on veux....
On en revient toujours au même point, tu pars sur le principe
qu'osCommerce est un "mauvais produit" et que ton partenaire propose un
"bon" produit.
Je ne pense pas que l'on puisse raisonner en ces termes. Je pense plutôt
qu'il s'agit de 2 produits différents.
Le tiens, payant, mais fournissant des garanties au client (obligation
de résultat)
osCommerce, libre, mais bien sur il faut mettre les mains dans le
camboui..., d'où certaines boutiques osCommerce mal configurées.
cordialement
bernard qui aime le jambon.... ( de parme c'est meilleur)
Codialement,
Laurent qui aime aussi le jambon... (à l'OS, tranché au couteau, le plus
moelleux)
je ne propose pas de service de solution , je propose des partenaires serieux comme perl-pro.com exemple , j'héberge toutes les solutions perl de ce prestaire et depuis 3 ans pas le moindre soucis , ni du coté machine ni du coté client. exemple weboutic.com catalogue de 4500 produits en ligne avec paiement CB et pas le moindre soucis....
Idem pour de nombreux utilisateurs d'oscOmmerce :)
moi , je pense que quand on veux mettre en ligne un site de commerce , la moindre des choses et d'avoir un outil fiable.
Oui, oscommerce est un produit fiable.
je vais te faire rire , mais mon boucher , lui a des machines pro pour couper son jambon , a coté il y a un petit commerce qui coupe son jambon avec une machine grand public ( voir les catalogues de VPC) et bien a terme qui vas durer avec sa machine ? bien sur cela coute en investissement mais faut savoir ce que l'on veux....
On en revient toujours au même point, tu pars sur le principe qu'osCommerce est un "mauvais produit" et que ton partenaire propose un "bon" produit. Je ne pense pas que l'on puisse raisonner en ces termes. Je pense plutôt qu'il s'agit de 2 produits différents. Le tiens, payant, mais fournissant des garanties au client (obligation de résultat) osCommerce, libre, mais bien sur il faut mettre les mains dans le camboui..., d'où certaines boutiques osCommerce mal configurées.
cordialement bernard qui aime le jambon.... ( de parme c'est meilleur)
Codialement, Laurent qui aime aussi le jambon... (à l'OS, tranché au couteau, le plus moelleux)
Stephane Kanschine
On Thu, 29 Jul 2004 09:58:48 +0200, Dominique ROUSSEAU wrote:
Pas si bien que ça, parceque sinon tu saurais qu'il existe des façons de faire tourner PHP qui ne posent pas ces soucis là. Maintenant, si pour toi mettre en place Apache+PHP ça consiste à "urpmi php4" ou "apt-get install php4"....
Et pour ceux qui packages leur applis pour faciliter les mises à jour ? ;-)
-- Stephane Kanschine Amadouer l'anti-spam pour me répondre
On Thu, 29 Jul 2004 09:58:48 +0200, Dominique ROUSSEAU wrote:
Pas si bien que ça, parceque sinon tu saurais qu'il existe des façons
de faire tourner PHP qui ne posent pas ces soucis là. Maintenant, si
pour toi mettre en place Apache+PHP ça consiste à "urpmi php4" ou
"apt-get install php4"....
Et pour ceux qui packages leur applis pour faciliter les mises à jour ?
;-)
--
Stephane Kanschine
Amadouer l'anti-spam pour me répondre
On Thu, 29 Jul 2004 09:58:48 +0200, Dominique ROUSSEAU wrote:
Pas si bien que ça, parceque sinon tu saurais qu'il existe des façons de faire tourner PHP qui ne posent pas ces soucis là. Maintenant, si pour toi mettre en place Apache+PHP ça consiste à "urpmi php4" ou "apt-get install php4"....
Et pour ceux qui packages leur applis pour faciliter les mises à jour ? ;-)
-- Stephane Kanschine Amadouer l'anti-spam pour me répondre
Mikaël Poussard
Stephane Kanschine wrote:
On Thu, 29 Jul 2004 09:58:48 +0200, Dominique ROUSSEAU wrote:
Pas si bien que ça, parceque sinon tu saurais qu'il existe des façons de faire tourner PHP qui ne posent pas ces soucis là. Maintenant, si pour toi mettre en place Apache+PHP ça consiste à "urpmi php4" ou "apt-get install php4"....
Et pour ceux qui packages leur applis pour faciliter les mises à jour ? ;-)
Moi j'aurais justement tendance à dire que celui qui n'install pas ses serveurs avec des apt-get ou urpmi (au pire) n'a rien compris à l'administration de serveurs. Enfin chacun se complique la vie comme il veut... :)
-- Mik
Stephane Kanschine wrote:
On Thu, 29 Jul 2004 09:58:48 +0200, Dominique ROUSSEAU wrote:
Pas si bien que ça, parceque sinon tu saurais qu'il existe des façons
de faire tourner PHP qui ne posent pas ces soucis là. Maintenant, si
pour toi mettre en place Apache+PHP ça consiste à "urpmi php4" ou
"apt-get install php4"....
Et pour ceux qui packages leur applis pour faciliter les mises à jour ?
;-)
Moi j'aurais justement tendance à dire que celui qui n'install pas ses
serveurs avec des apt-get ou urpmi (au pire) n'a rien compris à
l'administration de serveurs. Enfin chacun se complique la vie comme il
veut... :)
On Thu, 29 Jul 2004 09:58:48 +0200, Dominique ROUSSEAU wrote:
Pas si bien que ça, parceque sinon tu saurais qu'il existe des façons de faire tourner PHP qui ne posent pas ces soucis là. Maintenant, si pour toi mettre en place Apache+PHP ça consiste à "urpmi php4" ou "apt-get install php4"....
Et pour ceux qui packages leur applis pour faciliter les mises à jour ? ;-)
Moi j'aurais justement tendance à dire que celui qui n'install pas ses serveurs avec des apt-get ou urpmi (au pire) n'a rien compris à l'administration de serveurs. Enfin chacun se complique la vie comme il veut... :)
-- Mik
Stephane Kanschine
On Wed, 04 Aug 2004 19:07:38 +0200, Mikaël Poussard wrote:
Moi j'aurais justement tendance à dire que celui qui n'install pas ses serveurs avec des apt-get ou urpmi (au pire) n'a rien compris à l'administration de serveurs. Enfin chacun se complique la vie comme il veut... :)
Tout pareil, c'était une boutade, tout le monde aura compris que Dominique parlait des paquets tout fait fournir par la distribution.
-- Stephane Kanschine Amadouer l'anti-spam pour me répondre
On Wed, 04 Aug 2004 19:07:38 +0200, Mikaël Poussard wrote:
Moi j'aurais justement tendance à dire que celui qui n'install pas ses
serveurs avec des apt-get ou urpmi (au pire) n'a rien compris à
l'administration de serveurs. Enfin chacun se complique la vie comme
il veut... :)
Tout pareil, c'était une boutade, tout le monde aura compris que
Dominique parlait des paquets tout fait fournir par la distribution.
--
Stephane Kanschine
Amadouer l'anti-spam pour me répondre
On Wed, 04 Aug 2004 19:07:38 +0200, Mikaël Poussard wrote:
Moi j'aurais justement tendance à dire que celui qui n'install pas ses serveurs avec des apt-get ou urpmi (au pire) n'a rien compris à l'administration de serveurs. Enfin chacun se complique la vie comme il veut... :)
Tout pareil, c'était une boutade, tout le monde aura compris que Dominique parlait des paquets tout fait fournir par la distribution.
-- Stephane Kanschine Amadouer l'anti-spam pour me répondre
