Bonsoir à tous, après avoir fait le tour des principaux guides et forums en
ligne dédiés à l'hébergement, je me suis finalement décidé pour l'offre
golem silver + infogérance proposée par Digital Network sur le site
www.dns-fr.com
J'aurai aimé savoir si certains d'entre vous ont déjà testés cette offre
et/ou cet hébergeur ?
J'aurais plutot tendance a dire qu'une bonne distrib propage toutes les mises a jour en quasi temps reel, accompagné d'un petit changelog et d'une liste de trous de sécurités corrigés depuis l'ancienne version pour savoir si oui ou non il faut mettre a jour.
Ouaip, mais bon c'est le meilleur moyen pour planter des choses qui marchaient aussi.
J'aurais tendance à dire : if it works, don't fix it :)
Je vois plus souvent des dégats dûs à une politique de mise à jour forcenée aue le contraire.
Ca, c'est une question de politique. On peut aussi faire de la mise a jour forcenée avec un bon check de fonctionnement par la suite ...
Hum... rêvons un peu : - imaginons que nous avons un truc genre horde au complet, puis par ailleurs un truc genre typo3 avec quelques modules ajoutés (pas beaucoup hein, mettons une trentaine). - et puis aussi quelques (mettons 20 ou 30) appli webs développées en local, avec mettons quand même un peu de SSO...
Le « bon check » ça prend grosso modo 3 semaines :)
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si vous voulez qu'on check vos sites, faites une page qui affiche des "OK" quand les fonctions que vous utilisez dans votre code se comporte convenablement".
3 semaines -> 1h :)
Ça c'est la théorie.
.. mais comme tu fais des mises à jours forcenées, les fonctions d'il y a trois semaines pour typo3 ou horde ne sont plus à jour :) :)
Donc quelques jours pour refaire les fonctions :)
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Spyou <root@spyou.org> wrote:
Spyou <root@spyou.org> wrote:
Spyou <root@spyou.org> wrote:
J'aurais plutot tendance a dire qu'une bonne distrib propage toutes les
mises a jour en quasi temps reel, accompagné d'un petit changelog et
d'une liste de trous de sécurités corrigés depuis l'ancienne version
pour savoir si oui ou non il faut mettre a jour.
Ouaip, mais bon c'est le meilleur moyen pour planter des choses qui
marchaient aussi.
J'aurais tendance à dire : if it works, don't fix it :)
Je vois plus souvent des dégats dûs à une politique de mise à jour
forcenée aue le contraire.
Ca, c'est une question de politique. On peut aussi faire de la mise a
jour forcenée avec un bon check de fonctionnement par la suite ...
Hum... rêvons un peu :
- imaginons que nous avons un truc genre horde au complet, puis par
ailleurs un truc genre typo3 avec quelques modules ajoutés (pas beaucoup
hein, mettons une trentaine).
- et puis aussi quelques (mettons 20 ou 30) appli webs développées en
local, avec mettons quand même un peu de SSO...
Le « bon check » ça prend grosso modo 3 semaines :)
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si
vous voulez qu'on check vos sites, faites une page qui affiche des "OK"
quand les fonctions que vous utilisez dans votre code se comporte
convenablement".
3 semaines -> 1h :)
Ça c'est la théorie.
.. mais comme tu fais des mises à jours forcenées, les fonctions d'il y
a trois semaines pour typo3 ou horde ne sont plus à jour :) :)
Donc quelques jours pour refaire les fonctions :)
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
J'aurais plutot tendance a dire qu'une bonne distrib propage toutes les mises a jour en quasi temps reel, accompagné d'un petit changelog et d'une liste de trous de sécurités corrigés depuis l'ancienne version pour savoir si oui ou non il faut mettre a jour.
Ouaip, mais bon c'est le meilleur moyen pour planter des choses qui marchaient aussi.
J'aurais tendance à dire : if it works, don't fix it :)
Je vois plus souvent des dégats dûs à une politique de mise à jour forcenée aue le contraire.
Ca, c'est une question de politique. On peut aussi faire de la mise a jour forcenée avec un bon check de fonctionnement par la suite ...
Hum... rêvons un peu : - imaginons que nous avons un truc genre horde au complet, puis par ailleurs un truc genre typo3 avec quelques modules ajoutés (pas beaucoup hein, mettons une trentaine). - et puis aussi quelques (mettons 20 ou 30) appli webs développées en local, avec mettons quand même un peu de SSO...
Le « bon check » ça prend grosso modo 3 semaines :)
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si vous voulez qu'on check vos sites, faites une page qui affiche des "OK" quand les fonctions que vous utilisez dans votre code se comporte convenablement".
3 semaines -> 1h :)
Ça c'est la théorie.
.. mais comme tu fais des mises à jours forcenées, les fonctions d'il y a trois semaines pour typo3 ou horde ne sont plus à jour :) :)
Donc quelques jours pour refaire les fonctions :)
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Clement Cavadore
Spyou wrote
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si vous voulez qu'on check vos sites, faites une page qui affiche des "OK" quand les fonctions que vous utilisez dans votre code se comporte convenablement".
3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke l'applicatif tout seul via ledit script PHP, et t'es tranquille. Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu mets a jour le serveur #2.
Vive ce genre de scripts...
Bref... -- Clément Cavadore
Spyou <root@spyou.org> wrote
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si
vous voulez qu'on check vos sites, faites une page qui affiche des "OK"
quand les fonctions que vous utilisez dans votre code se comporte
convenablement".
3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke
l'applicatif tout seul via ledit script PHP, et t'es tranquille.
Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de
souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu
mets a jour le serveur #2.
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si vous voulez qu'on check vos sites, faites une page qui affiche des "OK" quand les fonctions que vous utilisez dans votre code se comporte convenablement".
3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke l'applicatif tout seul via ledit script PHP, et t'es tranquille. Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu mets a jour le serveur #2.
Vive ce genre de scripts...
Bref... -- Clément Cavadore
Manuel Guesdon
On Tue, 28 Aug 2007 22:50:51 +0000, Clement Cavadore wrote:
Spyou wrote
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si vous voulez qu'on check vos sites, faites une page qui affiche des "OK" quand les fonctions que vous utilisez dans votre code se comporte convenablement".
3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke l'applicatif tout seul via ledit script PHP, et t'es tranquille. Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu mets a jour le serveur #2.
Vive ce genre de scripts...
Bah, si le probleme est dans un fonction php qui ne sors tout simplement plus le resultat correct/ attendu/meme qu'avant....
Manuel
On Tue, 28 Aug 2007 22:50:51 +0000, Clement Cavadore wrote:
Spyou <root@spyou.org> wrote
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si
vous voulez qu'on check vos sites, faites une page qui affiche des "OK"
quand les fonctions que vous utilisez dans votre code se comporte
convenablement".
3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke
l'applicatif tout seul via ledit script PHP, et t'es tranquille.
Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de
souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu
mets a jour le serveur #2.
Vive ce genre de scripts...
Bah, si le probleme est dans un fonction php qui
ne sors tout simplement plus le resultat correct/
attendu/meme qu'avant....
On Tue, 28 Aug 2007 22:50:51 +0000, Clement Cavadore wrote:
Spyou wrote
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si vous voulez qu'on check vos sites, faites une page qui affiche des "OK" quand les fonctions que vous utilisez dans votre code se comporte convenablement".
3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke l'applicatif tout seul via ledit script PHP, et t'es tranquille. Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu mets a jour le serveur #2.
Vive ce genre de scripts...
Bah, si le probleme est dans un fonction php qui ne sors tout simplement plus le resultat correct/ attendu/meme qu'avant....
Manuel
filh
Clement Cavadore wrote:
Spyou wrote
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si vous voulez qu'on check vos sites, faites une page qui affiche des "OK" quand les fonctions que vous utilisez dans votre code se comporte convenablement".
3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke l'applicatif tout seul via ledit script PHP, et t'es tranquille. Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu mets a jour le serveur #2.
Vive ce genre de scripts...
Bref...
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors 50% de ta capacité de calcul hum... comment dire...
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Bref... c'est de la théorie :)
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si
vous voulez qu'on check vos sites, faites une page qui affiche des "OK"
quand les fonctions que vous utilisez dans votre code se comporte
convenablement".
3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke
l'applicatif tout seul via ledit script PHP, et t'es tranquille.
Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de
souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu
mets a jour le serveur #2.
Vive ce genre de scripts...
Bref...
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors
50% de ta capacité de calcul hum... comment dire...
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Bref... c'est de la théorie :)
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Aahhh mais non, c'est la qu'intervient le discours magique "monsieur, si vous voulez qu'on check vos sites, faites une page qui affiche des "OK" quand les fonctions que vous utilisez dans votre code se comporte convenablement".
3 semaines -> 1h :)
... rajoute à ca un deuxième serveur identique, un load balancer qui checke l'applicatif tout seul via ledit script PHP, et t'es tranquille. Tu mets a jour le serveur #1, tu as tout le temps pour débugguer en cas de souci (vu que le load balancer l'aura sorti de la VIP car !OK), puis tu mets a jour le serveur #2.
Vive ce genre de scripts...
Bref...
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors 50% de ta capacité de calcul hum... comment dire...
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Bref... c'est de la théorie :)
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Clement Cavadore
FiLH wrote
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors 50% de ta capacité de calcul hum... comment dire...
... sauf quand on load balance une ferme de 20 ou 30 serveurs, on n'est plus à 50% de capacité "perdue", il suffit d'avoir une
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Du moment que tu fais un script qui par exemple simule un login/logout, et qui renvoie un "ok" ou un "nok", ton load balanceur il sait si le service marche ou non... Après si tu load balances avec les bons paramètres, tu tomberas toujours sur le même serveur (sticky & co)
Bref... c'est de la théorie :)
Pas totalement toutefois :)
-- Clément Cavadore
FiLH <filh@filh.orgie> wrote
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors
50% de ta capacité de calcul hum... comment dire...
... sauf quand on load balance une ferme de 20 ou 30 serveurs, on n'est
plus à 50% de capacité "perdue", il suffit d'avoir une
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Du moment que tu fais un script qui par exemple simule un login/logout,
et qui renvoie un "ok" ou un "nok", ton load balanceur il sait si le
service marche ou non... Après si tu load balances avec les bons
paramètres, tu tomberas toujours sur le même serveur (sticky & co)
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors 50% de ta capacité de calcul hum... comment dire...
... sauf quand on load balance une ferme de 20 ou 30 serveurs, on n'est plus à 50% de capacité "perdue", il suffit d'avoir une
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Du moment que tu fais un script qui par exemple simule un login/logout, et qui renvoie un "ok" ou un "nok", ton load balanceur il sait si le service marche ou non... Après si tu load balances avec les bons paramètres, tu tomberas toujours sur le même serveur (sticky & co)
Bref... c'est de la théorie :)
Pas totalement toutefois :)
-- Clément Cavadore
filh
Clement Cavadore wrote:
FiLH wrote
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors 50% de ta capacité de calcul hum... comment dire...
... sauf quand on load balance une ferme de 20 ou 30 serveurs, on n'est plus à 50% de capacité "perdue", il suffit d'avoir une
Hum... on était sur des prix bien plus bas, et sur une config 2 serveurs.. hein.. :)
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Du moment que tu fais un script qui par exemple simule un login/logout, et qui renvoie un "ok" ou un "nok", ton load balanceur il sait si le service marche ou non...
Non, on parlait de script pour tester la totale fonctionnalité de l'appli avec la nouvelle version, pas un heartbeat !
Après si tu load balances avec les bons
paramètres, tu tomberas toujours sur le même serveur (sticky & co)
Bref... c'est de la théorie :)
Pas totalement toutefois :)
Oui, on peut faire des trucs qui fonctionnent, comme le serveur de licence chez Micromou ces derniers jours.... (et même avec le budget de micromou et leurs compétences...)
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors
50% de ta capacité de calcul hum... comment dire...
... sauf quand on load balance une ferme de 20 ou 30 serveurs, on n'est
plus à 50% de capacité "perdue", il suffit d'avoir une
Hum... on était sur des prix bien plus bas, et sur une config 2
serveurs.. hein.. :)
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Du moment que tu fais un script qui par exemple simule un login/logout,
et qui renvoie un "ok" ou un "nok", ton load balanceur il sait si le
service marche ou non...
Non, on parlait de script pour tester la totale fonctionnalité de
l'appli avec la nouvelle version, pas un heartbeat !
Après si tu load balances avec les bons
paramètres, tu tomberas toujours sur le même serveur (sticky & co)
Bref... c'est de la théorie :)
Pas totalement toutefois :)
Oui, on peut faire des trucs qui fonctionnent, comme le serveur de
licence chez Micromou ces derniers jours.... (et même avec le budget de
micromou et leurs compétences...)
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Bref... si t'as un load balancer c'est que t'en as besoin, si tu sors 50% de ta capacité de calcul hum... comment dire...
... sauf quand on load balance une ferme de 20 ou 30 serveurs, on n'est plus à 50% de capacité "perdue", il suffit d'avoir une
Hum... on était sur des prix bien plus bas, et sur une config 2 serveurs.. hein.. :)
Sans compter que bon tu me montres le script pour horde ou typo3 ?
Du moment que tu fais un script qui par exemple simule un login/logout, et qui renvoie un "ok" ou un "nok", ton load balanceur il sait si le service marche ou non...
Non, on parlait de script pour tester la totale fonctionnalité de l'appli avec la nouvelle version, pas un heartbeat !
Après si tu load balances avec les bons
paramètres, tu tomberas toujours sur le même serveur (sticky & co)
Bref... c'est de la théorie :)
Pas totalement toutefois :)
Oui, on peut faire des trucs qui fonctionnent, comme le serveur de licence chez Micromou ces derniers jours.... (et même avec le budget de micromou et leurs compétences...)
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
hostpascher
Manuel Guesdon a écrit le 24/01/2007 à 16h29 :
On Wed, 24 Jan 2007 14:41:20 +0100, Pierre Nord wrote:
Tout est dans le titre, avez-vous eut deja a faire à l'un de ces deux prestataires ? Si oui quel en a ete votre experience ? Bande passante illimité info ou intox ? etc...
Intox surtout quand on exprime la bande passante en Mo: http://produweb.fr/hebergement/tabcomparatif.html,
Quand à "Espace Hébergement (Mo): illimité". C'est cool. Je vais peut etre prendre ca moi, j'ai plusieurs centaines de Go à héberger pour un client...
<< Produweb opère un réseau "multi-homed" en utilisant la technologie BGP4, c'est-à-dire que nous disposons de plusieurs connections internet avec différents fournisseurs.>>
Cool mais alors pourquoi c'est l'AS4589 (Easynet) qui route l'IP produweb.fr ?
Bref, foncez.... ailleurs(*).
Quant à netavous.com: AS16276 (OVH). Mais au moins il semble qu'ils aient plusieurs IPs...
Manuel * Oui, on peut dire que l'avis n'est pas objectif étant hébergeur aussi. Mais bon, il suffit de faire les meme vérifications que moi...
voila un site que j'ai trouvé et ou j'ai héberger des site c'est très complet et avec un prix très bas et il accepte en plus payement même avec paypal
www.hostpascher.com
PACKS HÉBERGEMENT WEB
4000 Mo 40euro 6000 Mo 45euro 8000 Mo 50euro 10000 Mo 60euro
équipe support très bonne et très rapide
bande passante et trafic illimité + nom de domaine gratuit sur tous les pack + accepte payement Paypal
Manuel Guesdon a écrit le 24/01/2007 à 16h29 :
On Wed, 24 Jan 2007 14:41:20 +0100, Pierre Nord wrote:
Tout est dans le titre, avez-vous eut deja a faire à l'un de ces deux
prestataires ? Si oui quel en a ete votre experience ? Bande passante
illimité info ou intox ? etc...
Intox surtout quand on exprime la bande passante en Mo:
http://produweb.fr/hebergement/tabcomparatif.html,
Quand à "Espace Hébergement (Mo): illimité".
C'est cool. Je vais peut
etre prendre ca moi, j'ai plusieurs centaines de Go à héberger
pour un
client...
<<
Produweb opère un réseau "multi-homed" en utilisant la
technologie BGP4,
c'est-à-dire que nous disposons de plusieurs connections internet avec
différents fournisseurs.>>
Cool mais alors pourquoi c'est l'AS4589 (Easynet) qui route l'IP
produweb.fr ?
Bref, foncez.... ailleurs(*).
Quant à netavous.com: AS16276 (OVH). Mais au moins il semble qu'ils
aient
plusieurs IPs...
Manuel
* Oui, on peut dire que l'avis n'est pas objectif étant hébergeur
aussi.
Mais bon, il suffit de faire les meme vérifications que moi...
voila un site que j'ai trouvé et ou j'ai héberger des site c'est très complet et avec un prix très bas et il accepte en plus payement même avec paypal
www.hostpascher.com
PACKS HÉBERGEMENT WEB
4000 Mo 40euro
6000 Mo 45euro
8000 Mo 50euro
10000 Mo 60euro
équipe support très bonne et très rapide
bande passante et trafic illimité + nom de domaine gratuit sur tous les pack + accepte payement Paypal
On Wed, 24 Jan 2007 14:41:20 +0100, Pierre Nord wrote:
Tout est dans le titre, avez-vous eut deja a faire à l'un de ces deux prestataires ? Si oui quel en a ete votre experience ? Bande passante illimité info ou intox ? etc...
Intox surtout quand on exprime la bande passante en Mo: http://produweb.fr/hebergement/tabcomparatif.html,
Quand à "Espace Hébergement (Mo): illimité". C'est cool. Je vais peut etre prendre ca moi, j'ai plusieurs centaines de Go à héberger pour un client...
<< Produweb opère un réseau "multi-homed" en utilisant la technologie BGP4, c'est-à-dire que nous disposons de plusieurs connections internet avec différents fournisseurs.>>
Cool mais alors pourquoi c'est l'AS4589 (Easynet) qui route l'IP produweb.fr ?
Bref, foncez.... ailleurs(*).
Quant à netavous.com: AS16276 (OVH). Mais au moins il semble qu'ils aient plusieurs IPs...
Manuel * Oui, on peut dire que l'avis n'est pas objectif étant hébergeur aussi. Mais bon, il suffit de faire les meme vérifications que moi...
voila un site que j'ai trouvé et ou j'ai héberger des site c'est très complet et avec un prix très bas et il accepte en plus payement même avec paypal
www.hostpascher.com
PACKS HÉBERGEMENT WEB
4000 Mo 40euro 6000 Mo 45euro 8000 Mo 50euro 10000 Mo 60euro
équipe support très bonne et très rapide
bande passante et trafic illimité + nom de domaine gratuit sur tous les pack + accepte payement Paypal
