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 ?
faut dire que les ornements graphiques n'existent pas. ok il y a bien la page des logos (gif archi compressees) et les dessins de la page d'accueil mais ils depassent pas les 16 couleurs on dirait, j'ai pas verif par contre. Site web ultra rapide, oui oui bien sur. Ca voudrait dire que plus rapide que le maximum qu'on peut obtenir, c'est possible ??? waw.
Je n'ai pas bien compris la dernière phrase, mais il est clair que les webmestres peuvent faire au moins autant pour la rapidité de leur site que l'hébergeur, on a d'ailleurs fait une page http://support.europeanservers.net/conseils-optimisation
<ampac> wrote:
faut dire que les ornements graphiques n'existent pas. ok il y a bien la
page des logos (gif archi compressees) et les dessins de la page d'accueil
mais ils depassent pas les 16 couleurs on dirait, j'ai pas verif par
contre. Site web ultra rapide, oui oui bien sur. Ca voudrait dire que plus
rapide que le maximum qu'on peut obtenir, c'est possible ??? waw.
Je n'ai pas bien compris la dernière phrase, mais il est clair que les
webmestres peuvent faire au moins autant pour la rapidité de leur site que
l'hébergeur, on a d'ailleurs fait une page
http://support.europeanservers.net/conseils-optimisation
faut dire que les ornements graphiques n'existent pas. ok il y a bien la page des logos (gif archi compressees) et les dessins de la page d'accueil mais ils depassent pas les 16 couleurs on dirait, j'ai pas verif par contre. Site web ultra rapide, oui oui bien sur. Ca voudrait dire que plus rapide que le maximum qu'on peut obtenir, c'est possible ??? waw.
Je n'ai pas bien compris la dernière phrase, mais il est clair que les webmestres peuvent faire au moins autant pour la rapidité de leur site que l'hébergeur, on a d'ailleurs fait une page http://support.europeanservers.net/conseils-optimisation
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, Christophe Baegert ecrivait (wrote) :
Je n'ai pas bien compris la dernière phrase
C'est normal, c'est Ampac :)
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, Christophe Baegert
<cbaegert-pas-de-spam@europeanservers.net> ecrivait (wrote) :
dans (in) fr.reseaux.internet.hebergement, Christophe Baegert ecrivait (wrote) :
Je n'ai pas bien compris la dernière phrase
C'est normal, c'est Ampac :)
-- Eric Demeester - http://www.galacsys.net
laurent.D
Bonjour,
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 ?
Merci de votre aide.
Infomaniak parait bien et osCommerce fonctionne apparament sans pb chez
eux... Cordialement
Bonjour,
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 ?
Merci de votre aide.
Infomaniak parait bien et osCommerce fonctionne apparament sans pb chez
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 ?
Merci de votre aide.
Infomaniak parait bien et osCommerce fonctionne apparament sans pb chez
eux... Cordialement
webvisio
"Mél." a écrit dans le message de news:cdrbip$g6a$
Bonjour,
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 ?
Merci de votre aide.
juste pour info oscommerce est rempli de trou de sécurité
d'autre part il est difficile de faire des interfaces avec des systemes de banque francaise ( exemple cybermut) la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en requettes il pose des problemes concernant la variable register_global et la variable safe_mode Pour notre part, nous avons choisi pour nos clients un prestataire ( le roi en la matière) perl-pro.com qui vend une solution prete a l'emploi en cgi perl5 , et qui fonctionne avec tout les services de paiement francais. voici juste un rapport concernant les site de e-commerce 65% des clients payent par cheque car ils ont peur du paiement sécurisé 85% des internautes refusent d'entrer leurs numero de cb quand il sont sur une interface de banque non reconnu ( paypal, etc etc) 85% des internautes refuse de confier leur numero de cb au vendeur. ce qui explique que pour le paiement cybermut par exemple le client entre le numero sur le serveur de la banque ( credit mutuel) rassurant non ? ce qui fait que les chance d'augmentation de rentabilité du site de e-commerce sont positives. voila les choses a retenir quand on veux faire du commerce sur internet. cordialement bernard
"Mél." <mel@joe.com> a écrit dans le message de
news:cdrbip$g6a$1@news-reader2.wanadoo.fr...
Bonjour,
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 ?
Merci de votre aide.
juste pour info oscommerce est rempli de trou de sécurité
d'autre part il est difficile de faire des interfaces avec des systemes de
banque francaise
( exemple cybermut)
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en
requettes
il pose des problemes concernant la variable register_global et la variable
safe_mode
Pour notre part, nous avons choisi pour nos clients
un prestataire ( le roi en la matière) perl-pro.com
qui vend une solution prete a l'emploi en cgi perl5 , et qui fonctionne avec
tout les services de paiement francais.
voici juste un rapport concernant les site de e-commerce
65% des clients payent par cheque car ils ont peur du paiement sécurisé
85% des internautes refusent d'entrer leurs numero de cb quand il sont sur
une interface de banque non reconnu ( paypal, etc etc)
85% des internautes refuse de confier leur numero de cb au vendeur.
ce qui explique que pour le paiement cybermut par exemple
le client entre le numero sur le serveur de la banque ( credit mutuel)
rassurant non ?
ce qui fait que les chance d'augmentation de rentabilité du site de
e-commerce sont positives.
voila les choses a retenir quand on veux faire du commerce sur internet.
cordialement
bernard
"Mél." a écrit dans le message de news:cdrbip$g6a$
Bonjour,
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 ?
Merci de votre aide.
juste pour info oscommerce est rempli de trou de sécurité
d'autre part il est difficile de faire des interfaces avec des systemes de banque francaise ( exemple cybermut) la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en requettes il pose des problemes concernant la variable register_global et la variable safe_mode Pour notre part, nous avons choisi pour nos clients un prestataire ( le roi en la matière) perl-pro.com qui vend une solution prete a l'emploi en cgi perl5 , et qui fonctionne avec tout les services de paiement francais. voici juste un rapport concernant les site de e-commerce 65% des clients payent par cheque car ils ont peur du paiement sécurisé 85% des internautes refusent d'entrer leurs numero de cb quand il sont sur une interface de banque non reconnu ( paypal, etc etc) 85% des internautes refuse de confier leur numero de cb au vendeur. ce qui explique que pour le paiement cybermut par exemple le client entre le numero sur le serveur de la banque ( credit mutuel) rassurant non ? ce qui fait que les chance d'augmentation de rentabilité du site de e-commerce sont positives. voila les choses a retenir quand on veux faire du commerce sur internet. cordialement bernard
Christophe Baegert
webvisio wrote:
juste pour info oscommerce est rempli de trou de sécurité
source ?
d'autre part il est difficile de faire des interfaces avec des systemes de banque francaise ( exemple cybermut)
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en requettes
Ni gourmand ni refusé par la plupart des hébergeurs. Ou alors je veux bien en connaitre la liste !
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...
Cordialement,
Christophe Baegert
webvisio wrote:
juste pour info oscommerce est rempli de trou de sécurité
source ?
d'autre part il est difficile de faire des interfaces avec des systemes de
banque francaise
( exemple cybermut)
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand
en requettes
Ni gourmand ni refusé par la plupart des hébergeurs. Ou alors je veux bien
en connaitre la liste !
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...
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en requettes
Ni gourmand ni refusé par la plupart des hébergeurs. Ou alors je veux bien en connaitre la liste !
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...
Cordialement,
Christophe Baegert
Ronnie Garcia
Christophe Baegert wrote:
webvisio wrote:
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...
Le mode par defaut actuel (register_global desactivé) est le mode le plus sécurisé. Toute application PHP doit (devrait) etre développée pour fonctionner avec register_global a off.
Ca, le fait que PHP soit trop permissif, et plein d'autres parametres font que beaucoup trop d'applications PHP ne sont pas sécure.
-- Ronnie Garcia <ronnie at mk2 dot net>
Christophe Baegert wrote:
webvisio wrote:
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...
Le mode par defaut actuel (register_global desactivé) est le mode le
plus sécurisé.
Toute application PHP doit (devrait) etre développée pour fonctionner
avec register_global a off.
Ca, le fait que PHP soit trop permissif, et plein d'autres parametres
font que beaucoup trop d'applications PHP ne sont pas sécure.
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...
Le mode par defaut actuel (register_global desactivé) est le mode le plus sécurisé. Toute application PHP doit (devrait) etre développée pour fonctionner avec register_global a off.
Ca, le fait que PHP soit trop permissif, et plein d'autres parametres font que beaucoup trop d'applications PHP ne sont pas sécure.
-- Ronnie Garcia <ronnie at mk2 dot net>
laurent.D
juste pour info oscommerce est rempli de trou de sécurité d'autre part il est difficile de faire des interfaces avec des systemes de banque francaise ( exemple cybermut)
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en requettes
Quels hébergeurs ?
il pose des problemes concernant la variable register_global et la variable safe_mode Pour notre part, nous avons choisi pour nos clients un prestataire ( le roi en la matière) perl-pro.com
le roi :))
qui vend une solution prete a l'emploi en cgi perl5 , et qui fonctionne avec tout les services de paiement francais.
Ben voyons... En clair ne pas utiliser osCommerce (libre et gratuit et configurable à souhait) mais utiliser une solution propriétaire et payante :(
cordialement Laurent
juste pour info oscommerce est rempli de trou de sécurité
d'autre part il est difficile de faire des interfaces avec des systemes de
banque francaise
( exemple cybermut)
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en
requettes
Quels hébergeurs ?
il pose des problemes concernant la variable register_global et la variable
safe_mode
Pour notre part, nous avons choisi pour nos clients
un prestataire ( le roi en la matière) perl-pro.com
le roi :))
qui vend une solution prete a l'emploi en cgi perl5 , et qui fonctionne avec
tout les services de paiement francais.
Ben voyons... En clair ne pas utiliser osCommerce (libre et gratuit et
configurable à souhait) mais utiliser une solution propriétaire et
payante :(
juste pour info oscommerce est rempli de trou de sécurité d'autre part il est difficile de faire des interfaces avec des systemes de banque francaise ( exemple cybermut)
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en requettes
Quels hébergeurs ?
il pose des problemes concernant la variable register_global et la variable safe_mode Pour notre part, nous avons choisi pour nos clients un prestataire ( le roi en la matière) perl-pro.com
le roi :))
qui vend une solution prete a l'emploi en cgi perl5 , et qui fonctionne avec tout les services de paiement francais.
Ben voyons... En clair ne pas utiliser osCommerce (libre et gratuit et configurable à souhait) mais utiliser une solution propriétaire et payante :(
cordialement Laurent
laurent.D
juste pour info oscommerce est rempli de trou de sécurité
lesquels ?
d'autre part il est difficile de faire des interfaces avec des systemes de banque francaise ( exemple cybermut)
faux
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en requettes
Quels hébergeurs ?
il pose des problemes concernant la variable register_global et la variable safe_mode Pour notre part, nous avons choisi pour nos clients un prestataire ( le roi en la matière) perl-pro.com
le prix d'une licence est royal aussi ;)
Oscommerce est un produit libre et gratuit, qui jouit d'un très bon support grace à une communauté française dynamique...
Cordialement
juste pour info oscommerce est rempli de trou de sécurité
lesquels ?
d'autre part il est difficile de faire des interfaces avec des systemes de
banque francaise
( exemple cybermut)
faux
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en
requettes
Quels hébergeurs ?
il pose des problemes concernant la variable register_global et la variable
safe_mode
Pour notre part, nous avons choisi pour nos clients
un prestataire ( le roi en la matière) perl-pro.com
le prix d'une licence est royal aussi ;)
Oscommerce est un produit libre et gratuit, qui jouit d'un très bon
support grace à une communauté française dynamique...
juste pour info oscommerce est rempli de trou de sécurité
lesquels ?
d'autre part il est difficile de faire des interfaces avec des systemes de banque francaise ( exemple cybermut)
faux
la plupart des hébergeurs refusent oscomerce car en plus d'etre gourmand en requettes
Quels hébergeurs ?
il pose des problemes concernant la variable register_global et la variable safe_mode Pour notre part, nous avons choisi pour nos clients un prestataire ( le roi en la matière) perl-pro.com
le prix d'une licence est royal aussi ;)
Oscommerce est un produit libre et gratuit, qui jouit d'un très bon support grace à une communauté française dynamique...
Cordialement
Stéphane Bruneau
"laurent.D" a écrit dans le message de news:4103797d$0$15280$
Pour notre part, nous avons choisi pour nos clients un prestataire ( le roi en la matière) perl-pro.com
le prix d'une licence est royal aussi ;)
Oscommerce est un produit libre et gratuit, qui jouit d'un très bon support grace à une communauté française dynamique...
Sans compter qu'il est plus difficile de trouver un developpeur PERL qu'un developpeur PHP.
Stéphane
"laurent.D" <laurent.dt@no.mail> a écrit dans le message de
news:4103797d$0$15280$636a15ce@news.free.fr...
Pour notre part, nous avons choisi pour nos clients
un prestataire ( le roi en la matière) perl-pro.com
le prix d'une licence est royal aussi ;)
Oscommerce est un produit libre et gratuit, qui jouit d'un très bon
support grace à une communauté française dynamique...
Sans compter qu'il est plus difficile de trouver un developpeur PERL qu'un
developpeur PHP.
"laurent.D" a écrit dans le message de news:4103797d$0$15280$
Pour notre part, nous avons choisi pour nos clients un prestataire ( le roi en la matière) perl-pro.com
le prix d'une licence est royal aussi ;)
Oscommerce est un produit libre et gratuit, qui jouit d'un très bon support grace à une communauté française dynamique...
Sans compter qu'il est plus difficile de trouver un developpeur PERL qu'un developpeur PHP.
Stéphane
Christophe Baegert
Stéphane Bruneau wrote:
Sans compter qu'il est plus difficile de trouver un developpeur PERL qu'un developpeur PHP.
Oui mais un développeur Perl, en général on peut être tranquille, c'est un développeur, alors qu'un développeur PHP... c'est souvent un bidouilleur ;-)
Stéphane Bruneau wrote:
Sans compter qu'il est plus difficile de trouver un developpeur PERL qu'un
developpeur PHP.
Oui mais un développeur Perl, en général on peut être tranquille, c'est un
développeur, alors qu'un développeur PHP... c'est souvent un
bidouilleur ;-)
Sans compter qu'il est plus difficile de trouver un developpeur PERL qu'un developpeur PHP.
Oui mais un développeur Perl, en général on peut être tranquille, c'est un développeur, alors qu'un développeur PHP... c'est souvent un bidouilleur ;-)
