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 ?
je préfère de loin le perl et franchement y a pas photo en fiabilité
100% d'accord. Mais je n'ai toujours pas mon descriptif de faille de sécurité d'oscommerce.
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....
open source != libre != gratos
en revanche le client qui paye un script lui a droit a un vrai service.
je ne vois pas en quoi c'est contradictoire avec l'open source ou le libre.
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.
Ce n'est pas un bug d'oscommerce. Oscommerce fait le répertoire avec l'UID qu'on veut bien lui attribuer.
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
FTP fait largement l'affaire pour ça.
je ne sait peut etre pas coder comme tu le pretend
Ce n'est pas moi qui ai prétendu çela, je ne me le permettrai pas.
Cordialement,
Christophe Baegert
Bonjour,
webvisio wrote:
je préfère de loin le perl et franchement y a pas photo en fiabilité
100% d'accord. Mais je n'ai toujours pas mon descriptif de faille de
sécurité d'oscommerce.
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....
open source != libre != gratos
en revanche le client qui paye un script lui a droit a un vrai service.
je ne vois pas en quoi c'est contradictoire avec l'open source ou le libre.
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.
Ce n'est pas un bug d'oscommerce. Oscommerce fait le répertoire avec l'UID
qu'on veut bien lui attribuer.
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
FTP fait largement l'affaire pour ça.
je ne sait peut etre pas coder comme tu le pretend
Ce n'est pas moi qui ai prétendu çela, je ne me le permettrai pas.
je préfère de loin le perl et franchement y a pas photo en fiabilité
100% d'accord. Mais je n'ai toujours pas mon descriptif de faille de sécurité d'oscommerce.
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....
open source != libre != gratos
en revanche le client qui paye un script lui a droit a un vrai service.
je ne vois pas en quoi c'est contradictoire avec l'open source ou le libre.
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.
Ce n'est pas un bug d'oscommerce. Oscommerce fait le répertoire avec l'UID qu'on veut bien lui attribuer.
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
FTP fait largement l'affaire pour ça.
je ne sait peut etre pas coder comme tu le pretend
Ce n'est pas moi qui ai prétendu çela, je ne me le permettrai pas.
Cordialement,
Christophe Baegert
Christophe Baegert
Christophe Baegert wrote:
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
FTP fait largement l'affaire pour ça.
Au temps pour moi, FTP ne fait pas de chown. Mais en fait il y'a un autre moyen, en safe_mode on, sans intervention humaine à chaque fois et sans chown :-)
Christophe Baegert wrote:
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
FTP fait largement l'affaire pour ça.
Au temps pour moi, FTP ne fait pas de chown. Mais en fait il y'a un autre
moyen, en safe_mode on, sans intervention humaine à chaque fois et sans
chown :-)
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
FTP fait largement l'affaire pour ça.
Au temps pour moi, FTP ne fait pas de chown. Mais en fait il y'a un autre moyen, en safe_mode on, sans intervention humaine à chaque fois et sans chown :-)
Patrick Mevzek
il doit modifier son UID du genre: chown 695 /home/.sites/78/site85/web/membres/page1.php
FTP fait largement l'affaire pour ça.
Au temps pour moi, FTP ne fait pas de chown.
Il me semble que ce n'est pas dans le standard, mais un serveur FTP peut le permettre via la commande SITE. Ca dépend du serveur donc, un exemple: http://drftpd.mog.se/wiki/wiki.phtml?title=Site_Commands
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
il doit modifier son UID
du genre: chown 695 /home/.sites/78/site85/web/membres/page1.php
FTP fait largement l'affaire pour ça.
Au temps pour moi, FTP ne fait pas de chown.
Il me semble que ce n'est pas dans le standard, mais un serveur FTP peut
le permettre via la commande SITE.
Ca dépend du serveur donc, un exemple:
http://drftpd.mog.se/wiki/wiki.phtml?title=Site_Commands
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
il doit modifier son UID du genre: chown 695 /home/.sites/78/site85/web/membres/page1.php
FTP fait largement l'affaire pour ça.
Au temps pour moi, FTP ne fait pas de chown.
Il me semble que ce n'est pas dans le standard, mais un serveur FTP peut le permettre via la commande SITE. Ca dépend du serveur donc, un exemple: http://drftpd.mog.se/wiki/wiki.phtml?title=Site_Commands
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
pascal
Bonjour,
Christophe Baegert wrote:
Christophe Baegert wrote:
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
FTP fait largement l'affaire pour ça.
Au temps pour moi, FTP ne fait pas de chown. Mais en fait il y'a un autre moyen, en safe_mode on, sans intervention humaine à chaque fois et sans chown :-)
Je confirme nous avons des clients avec oscommerce en safe_mode et ils n'ont jamais écrit au support pour signaler un problème de ce genre....suffit de bien configurer les UID/GID des users.
-- A+ Pascal -------------- http://dri.fr
Bonjour,
Christophe Baegert wrote:
Christophe Baegert wrote:
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
FTP fait largement l'affaire pour ça.
Au temps pour moi, FTP ne fait pas de chown. Mais en fait il y'a un autre
moyen, en safe_mode on, sans intervention humaine à chaque fois et sans
chown :-)
Je confirme nous avons des clients avec oscommerce en safe_mode et ils
n'ont jamais écrit au support pour signaler un problème de ce
genre....suffit de bien configurer les UID/GID des users.
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
FTP fait largement l'affaire pour ça.
Au temps pour moi, FTP ne fait pas de chown. Mais en fait il y'a un autre moyen, en safe_mode on, sans intervention humaine à chaque fois et sans chown :-)
Je confirme nous avons des clients avec oscommerce en safe_mode et ils n'ont jamais écrit au support pour signaler un problème de ce genre....suffit de bien configurer les UID/GID des users.
-- A+ Pascal -------------- http://dri.fr
Christophe Casalegno
webvisio wrote:
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
Faire tourner php en suexec permet de ne pas avoir à se servir du safe mode et donc de subir ce type de problèmes.
amicalement,
-- Christophe Casalegno | Groupe Digital Network | UIN : 153305055 http://www.digital-network.net | http://www.securite-reseaux.com Institut International des Hautes Etudes de la Cybercriminalité Technical director | Security Intrusion techniques & infowar specialist.
webvisio wrote:
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
Faire tourner php en suexec permet de ne pas avoir à se servir du safe mode
et donc de subir ce type de problèmes.
amicalement,
--
Christophe Casalegno | Groupe Digital Network | UIN : 153305055
http://www.digital-network.net | http://www.securite-reseaux.com
Institut International des Hautes Etudes de la Cybercriminalité
Technical director | Security Intrusion techniques & infowar specialist.
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
Faire tourner php en suexec permet de ne pas avoir à se servir du safe mode et donc de subir ce type de problèmes.
amicalement,
-- Christophe Casalegno | Groupe Digital Network | UIN : 153305055 http://www.digital-network.net | http://www.securite-reseaux.com Institut International des Hautes Etudes de la Cybercriminalité Technical director | Security Intrusion techniques & infowar specialist.
Christophe Baegert
Christophe Casalegno wrote:
Faire tourner php en suexec permet de ne pas avoir à se servir du safe mode et donc de subir ce type de problèmes.
mais qu'est-ce que ça rame...
Christophe Casalegno wrote:
Faire tourner php en suexec permet de ne pas avoir à se servir du safe
mode et donc de subir ce type de problèmes.
Faire tourner php en suexec permet de ne pas avoir à se servir du safe mode et donc de subir ce type de problèmes.
mais qu'est-ce que ça rame...
Mikaël
Christophe Casalegno wrote:
webvisio wrote:
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
Faire tourner php en suexec permet de ne pas avoir à se servir du safe mode et donc de subir ce type de problèmes.
Je dirais même mieux, en suphp.
-- Mik
Christophe Casalegno wrote:
webvisio wrote:
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
Faire tourner php en suexec permet de ne pas avoir à se servir du safe
mode et donc de subir ce type de problèmes.
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
Faire tourner php en suexec permet de ne pas avoir à se servir du safe mode et donc de subir ce type de problèmes.
Je dirais même mieux, en suphp.
-- Mik
laurent.D
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
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
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
webvisio
"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
"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
"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
laurent.D
"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
"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
"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
