Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les
fonctions et modules existants. Je pense entre autres à register_globals...
La solution d'un serveur dédié sera étudiée en dernier recours parce que
c'est coûteux.
Le problème c'est que je me suis inscrit chez plusieurs d'entre eux et qu'à chaque fois c'est la surprise. Tiens, il manque ci... Tiens il manque ça...
Alors j'ai posé un question pour avoir une réponse par retour d'expérience.
Un hébèrgeur où je pourrais installer osCommerce et Mambo, administration comprise.
J'ai déjà installé ce genre de chose sur un serveur mutualisé. Ceci dit, si souhaites être totalement libre, je ne peux que te conseiller d'opter pour une offre "serveur dédié". Tu trouveras pas mal d'hébergeur comme Jaguar Network, Sivit, etc...
-- Jérôme Descoux.
jpiret wrote:
Le problème c'est que je me suis inscrit chez plusieurs d'entre eux et qu'à
chaque fois c'est la surprise. Tiens, il manque ci... Tiens il manque ça...
Alors j'ai posé un question pour avoir une réponse par retour d'expérience.
Un hébèrgeur où je pourrais installer osCommerce et Mambo, administration
comprise.
J'ai déjà installé ce genre de chose sur un serveur mutualisé. Ceci dit, si
souhaites être totalement libre, je ne peux que te conseiller d'opter pour
une offre "serveur dédié". Tu trouveras pas mal d'hébergeur comme Jaguar
Network, Sivit, etc...
Le problème c'est que je me suis inscrit chez plusieurs d'entre eux et qu'à chaque fois c'est la surprise. Tiens, il manque ci... Tiens il manque ça...
Alors j'ai posé un question pour avoir une réponse par retour d'expérience.
Un hébèrgeur où je pourrais installer osCommerce et Mambo, administration comprise.
J'ai déjà installé ce genre de chose sur un serveur mutualisé. Ceci dit, si souhaites être totalement libre, je ne peux que te conseiller d'opter pour une offre "serveur dédié". Tu trouveras pas mal d'hébergeur comme Jaguar Network, Sivit, etc...
-- Jérôme Descoux.
M Cheval
R12y wrote:
Il y en a un certain nombre qui t'ont répondu. Ta question est mal posée: tu ne sais pas exactement ce que tu veux, tu veux juste "tout".
Je ne suis pas du genre à lâcher l'affaire comme ça. 3h12 et je viens de
tout installer chez 1and1 :o) Ils se disent n°1 mondial, eh bien je vais les croire!
R12y wrote:
Il y en a un certain nombre qui t'ont répondu.
Ta question est mal posée: tu ne sais pas exactement ce que tu veux, tu
veux juste "tout".
Je ne suis pas du genre à lâcher l'affaire comme ça. 3h12 et je viens de
tout installer chez 1and1 :o)
Ils se disent n°1 mondial, eh bien je vais les croire!
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les fonctions et modules existants. Je pense entre autres à register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas register_globals...
Pfff ...
On peut quand même vouloir register_globals, non ? A ses risques et périls, c'est tout, mais on assume.
[troll=ON] apres on peux aussi coder propre ;) [troll=Off]
a moins que tu sortes un exemple ou tu ne peux pas faire autrement sans faire un truc caca...
amicalement Wardead
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Stephane Kanschine
On Thu, 13 Oct 2005 11:28:21 +0200, manu wrote:
Hum, pour un "semi" dédié... serveur virtuel ? Dans ce cas, je suis pas d'accord:
On peut de toute façon même en hébergement mutualisé, trouver des solution technique pour ne pas impacter les autres hébergés avec cette variable (suivez mon regard).
Sur des vds, c'est effectivement même pas une problématique, sur un serveur "semi" dédié (très peu de personnes), les mêmes problématiques et contournements se présentent.
-- Stephane Kanschine
On Thu, 13 Oct 2005 11:28:21 +0200, manu wrote:
Hum, pour un "semi" dédié... serveur virtuel ? Dans ce cas, je suis pas
d'accord:
On peut de toute façon même en hébergement mutualisé, trouver des
solution technique pour ne pas impacter les autres hébergés avec
cette variable (suivez mon regard).
Sur des vds, c'est effectivement même pas une problématique, sur un
serveur "semi" dédié (très peu de personnes), les mêmes
problématiques et contournements se présentent.
Hum, pour un "semi" dédié... serveur virtuel ? Dans ce cas, je suis pas d'accord:
On peut de toute façon même en hébergement mutualisé, trouver des solution technique pour ne pas impacter les autres hébergés avec cette variable (suivez mon regard).
Sur des vds, c'est effectivement même pas une problématique, sur un serveur "semi" dédié (très peu de personnes), les mêmes problématiques et contournements se présentent.
-- Stephane Kanschine
Stephane Kanschine
On Wed, 12 Oct 2005 20:52:53 +0200, LJVD wrote:
Pour SOAP, c'est en effet possible depuis pear 1.4.0, tout évolue :-)
A la base, si je ne m'abuse, pear est une repository, on peut avoir un path global pour tous les modules, ce à quoi correspond les répertoires include de PHP. Les modules qui ne supporterait pas un path hors config ou absence de config pear devraient subir un assouplissement.
maintenant j'utilise le support administrateur deux fois par an, mais c'est préférable de bien choisir son prestataire, plutot que déménager à chaque besoin technique un peu exotique. Sa demande, même si elle n'est pas courante, est bien justifiée.
Oui et non, l'interêt de connaitre le fonctionnement des outils sur lesquels on se base, permet justement de choisir plus souplement parce que les contraintes en sont rarement des vraies.
Par contre, pour register_globals, je doute comme Jean-Claude, même sur un "semi" dédié. Mauvaise application, changer d'application ?;-)
Pour ma part, ça va plutôt bien (On).
Il doit aussi faire avec les exigences de ses clients ...
Il doit surtout faire un compromis avec la sécurité bien plus importante que certaines exigences qu'on arrive à revoir à la baisse avec un peu d'explication technique.
Il y a surement moins de difficulté à trouvé le register_globals que le prestataire compétent ;-)
Joker :-)
-- Stephane Kanschine
On Wed, 12 Oct 2005 20:52:53 +0200, LJVD wrote:
Pour SOAP, c'est en effet possible depuis pear 1.4.0, tout évolue :-)
A la base, si je ne m'abuse, pear est une repository, on peut avoir un
path global pour tous les modules, ce à quoi correspond les répertoires
include de PHP. Les modules qui ne supporterait pas un path hors
config ou absence de config pear devraient subir un assouplissement.
maintenant j'utilise le support administrateur deux fois par an, mais
c'est préférable de bien choisir son prestataire, plutot que
déménager à chaque besoin technique un peu exotique. Sa demande,
même si elle n'est pas courante, est bien justifiée.
Oui et non, l'interêt de connaitre le fonctionnement des outils sur
lesquels on se base, permet justement de choisir plus souplement parce que
les contraintes en sont rarement des vraies.
Par contre, pour register_globals, je doute comme Jean-Claude, même
sur un "semi" dédié.
Mauvaise application, changer d'application ?;-)
Pour ma part, ça va plutôt bien (On).
Il doit aussi faire avec les exigences de ses clients ...
Il doit surtout faire un compromis avec la sécurité bien plus importante
que certaines exigences qu'on arrive à revoir à la baisse avec un peu
d'explication technique.
Il y a surement moins de difficulté à trouvé le register_globals que
le prestataire compétent ;-)
Pour SOAP, c'est en effet possible depuis pear 1.4.0, tout évolue :-)
A la base, si je ne m'abuse, pear est une repository, on peut avoir un path global pour tous les modules, ce à quoi correspond les répertoires include de PHP. Les modules qui ne supporterait pas un path hors config ou absence de config pear devraient subir un assouplissement.
maintenant j'utilise le support administrateur deux fois par an, mais c'est préférable de bien choisir son prestataire, plutot que déménager à chaque besoin technique un peu exotique. Sa demande, même si elle n'est pas courante, est bien justifiée.
Oui et non, l'interêt de connaitre le fonctionnement des outils sur lesquels on se base, permet justement de choisir plus souplement parce que les contraintes en sont rarement des vraies.
Par contre, pour register_globals, je doute comme Jean-Claude, même sur un "semi" dédié. Mauvaise application, changer d'application ?;-)
Pour ma part, ça va plutôt bien (On).
Il doit aussi faire avec les exigences de ses clients ...
Il doit surtout faire un compromis avec la sécurité bien plus importante que certaines exigences qu'on arrive à revoir à la baisse avec un peu d'explication technique.
Il y a surement moins de difficulté à trouvé le register_globals que le prestataire compétent ;-)
Joker :-)
-- Stephane Kanschine
Dominique ROUSSEAU
Le jeu, 13 oct 2005 at 09:04 GMT, O.L a écrit :
Jean-Claude MICHOT avait énoncé :
jpiret wrote:
Bonjour,
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les fonctions et modules existants. Je pense entre autres à register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas register_globals...
Pfff ...
On peut quand même vouloir register_globals, non ?
Bof, register_globals à On ne sert à rien. Tu fais la meme chose avec 2 lignes qui appellent la focntion extract(), et tu te fous, de fait, du réglage de l'hebergeur...
Le jeu, 13 oct 2005 at 09:04 GMT, O.L <nowhere@invalid.net> a écrit :
Jean-Claude MICHOT avait énoncé :
jpiret <jpiret2@mail.com> wrote:
Bonjour,
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les
fonctions et modules existants. Je pense entre autres à register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas
register_globals...
Pfff ...
On peut quand même vouloir register_globals, non ?
Bof, register_globals à On ne sert à rien.
Tu fais la meme chose avec 2 lignes qui appellent la focntion extract(),
et tu te fous, de fait, du réglage de l'hebergeur...
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les fonctions et modules existants. Je pense entre autres à register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas register_globals...
Pfff ...
On peut quand même vouloir register_globals, non ?
Bof, register_globals à On ne sert à rien. Tu fais la meme chose avec 2 lignes qui appellent la focntion extract(), et tu te fous, de fait, du réglage de l'hebergeur...
Jean-Claude MICHOT
O.L. wrote:
Jean-Claude MICHOT avait énoncé :
jpiret wrote:
Bonjour,
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les fonctions et modules existants. Je pense entre autres à register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas register_globals...
Pfff ...
Et oui...
On peut quand même vouloir register_globals, non ?
J'ai jamais dit le contraire, mais dire je veus un hebergeur digne de ce nom qui me propose register_globals a On, n'a pas de sens.
1) si l'hebergeur est digne de ce nom il va conseiller a son client de ne PAS avoir cette option a On. pretendre le contraire est stupide.
2) Meme si c'est techniquement une betise, en 3 lignes de code PHP l'on peu faire la meme chose que register_globals a On.
A ses risques et périls, c'est tout, mais on assume.
Oui mais un hebergeur 'digne de ce nom' ;-) doit donner un minimuum de bon conseil a ses clients. Apres libre a chacun de faire des betises...
JC
-- J'adore tous ces gens accrochés à leur Windows comme des moules à un rocher qui disent « respecter la merveilleuse philosophie du libre ». -+- PB in: Guide du Cabaliste Usenet - La moule et le rocher ! -+-
O.L. <nowhere@invalid.net> wrote:
Jean-Claude MICHOT avait énoncé :
jpiret <jpiret2@mail.com> wrote:
Bonjour,
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les
fonctions et modules existants. Je pense entre autres à register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas
register_globals...
Pfff ...
Et oui...
On peut quand même vouloir register_globals, non ?
J'ai jamais dit le contraire, mais dire je veus un hebergeur digne
de ce nom qui me propose register_globals a On, n'a pas de sens.
1) si l'hebergeur est digne de ce nom il va conseiller a son client
de ne PAS avoir cette option a On. pretendre le contraire est
stupide.
2) Meme si c'est techniquement une betise, en 3 lignes de code PHP
l'on peu faire la meme chose que register_globals a On.
A ses risques et périls, c'est tout, mais on assume.
Oui mais un hebergeur 'digne de ce nom' ;-) doit donner un minimuum de
bon conseil a ses clients. Apres libre a chacun de faire des betises...
JC
--
J'adore tous ces gens accrochés à leur Windows comme des moules à
un rocher qui disent « respecter la merveilleuse philosophie du libre ».
-+- PB in: Guide du Cabaliste Usenet - La moule et le rocher ! -+-
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les fonctions et modules existants. Je pense entre autres à register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas register_globals...
Pfff ...
Et oui...
On peut quand même vouloir register_globals, non ?
J'ai jamais dit le contraire, mais dire je veus un hebergeur digne de ce nom qui me propose register_globals a On, n'a pas de sens.
1) si l'hebergeur est digne de ce nom il va conseiller a son client de ne PAS avoir cette option a On. pretendre le contraire est stupide.
2) Meme si c'est techniquement une betise, en 3 lignes de code PHP l'on peu faire la meme chose que register_globals a On.
A ses risques et périls, c'est tout, mais on assume.
Oui mais un hebergeur 'digne de ce nom' ;-) doit donner un minimuum de bon conseil a ses clients. Apres libre a chacun de faire des betises...
JC
-- J'adore tous ces gens accrochés à leur Windows comme des moules à un rocher qui disent « respecter la merveilleuse philosophie du libre ». -+- PB in: Guide du Cabaliste Usenet - La moule et le rocher ! -+-
O.L.
Jean-Claude MICHOT avait énoncé :
O.L. wrote:
Jean-Claude MICHOT avait énoncé :
jpiret wrote:
Bonjour,
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les fonctions et modules existants. Je pense entre autres à register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas register_globals...
Pfff ...
Et oui...
On peut quand même vouloir register_globals, non ?
J'ai jamais dit le contraire, mais dire je veus un hebergeur digne de ce nom qui me propose register_globals a On, n'a pas de sens.
1) si l'hebergeur est digne de ce nom il va conseiller a son client de ne PAS avoir cette option a On. pretendre le contraire est stupide.
2) Meme si c'est techniquement une betise, en 3 lignes de code PHP l'on peu faire la meme chose que register_globals a On.
A ses risques et périls, c'est tout, mais on assume.
Oui mais un hebergeur 'digne de ce nom' ;-) doit donner un minimuum de bon conseil a ses clients. Apres libre a chacun de faire des betises...
JC
Mouais, bon ... si on peut reconfigurer à la volée le serveur grâce à ini_set(), là je suis d'accord avec toi : un bon hébergeur le proposera *par défaut* à Off, mais laissera la possibilité de le modifier manuellement.
-- Olivier Ligny Créateur web free-lance / www.cyber-tamtam.net
Jean-Claude MICHOT avait énoncé :
O.L. <nowhere@invalid.net> wrote:
Jean-Claude MICHOT avait énoncé :
jpiret <jpiret2@mail.com> wrote:
Bonjour,
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les
fonctions et modules existants. Je pense entre autres à
register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas
register_globals...
Pfff ...
Et oui...
On peut quand même vouloir register_globals, non ?
J'ai jamais dit le contraire, mais dire je veus un hebergeur digne
de ce nom qui me propose register_globals a On, n'a pas de sens.
1) si l'hebergeur est digne de ce nom il va conseiller a son client
de ne PAS avoir cette option a On. pretendre le contraire est
stupide.
2) Meme si c'est techniquement une betise, en 3 lignes de code PHP
l'on peu faire la meme chose que register_globals a On.
A ses risques et périls, c'est tout, mais on assume.
Oui mais un hebergeur 'digne de ce nom' ;-) doit donner un minimuum de
bon conseil a ses clients. Apres libre a chacun de faire des betises...
JC
Mouais, bon ... si on peut reconfigurer à la volée le serveur grâce à
ini_set(), là je suis d'accord avec toi : un bon hébergeur le proposera
*par défaut* à Off, mais laissera la possibilité de le modifier
manuellement.
--
Olivier Ligny
Créateur web free-lance / www.cyber-tamtam.net
Je recherche un hébèrgeur (éventuellement mutualisé) qui offre toutes les fonctions et modules existants. Je pense entre autres à register_globals...
Un hebergeur 'digne de ce nom' pour vous citez, ne proposera pas register_globals...
Pfff ...
Et oui...
On peut quand même vouloir register_globals, non ?
J'ai jamais dit le contraire, mais dire je veus un hebergeur digne de ce nom qui me propose register_globals a On, n'a pas de sens.
1) si l'hebergeur est digne de ce nom il va conseiller a son client de ne PAS avoir cette option a On. pretendre le contraire est stupide.
2) Meme si c'est techniquement une betise, en 3 lignes de code PHP l'on peu faire la meme chose que register_globals a On.
A ses risques et périls, c'est tout, mais on assume.
Oui mais un hebergeur 'digne de ce nom' ;-) doit donner un minimuum de bon conseil a ses clients. Apres libre a chacun de faire des betises...
JC
Mouais, bon ... si on peut reconfigurer à la volée le serveur grâce à ini_set(), là je suis d'accord avec toi : un bon hébergeur le proposera *par défaut* à Off, mais laissera la possibilité de le modifier manuellement.
-- Olivier Ligny Créateur web free-lance / www.cyber-tamtam.net
