Je poste mon message ici car il m'est impossible de contacter
PhpNet.org, mon hébergeur, suite à une panne de la base de données du
serveur 1 depuis 13h45 (cf. http://www.phpnet.org/forum/ pour une démo !)
En effet, l'astreinte téléphonique n'est pas assurée en cette période de
vacances, et les autres moyens de signaler les pannes sont le forum, et
le panel de gestion du site. Ils reposent tous les deux sur cette
fameuse base cl1-sql1, qui est en panne. C'est donc la fête, donc,
d'autant qu'en ce moment, les défaillances de cette base de données qui
affectent tantôt une table, tantôt une autre, et obligent à réparer ces
tables sont nombreuses !
J'espère que ce sera vite réparé, et j'invite les autres utilisateurs
victimes de cette panne à en discuter ici.
affirmations fausses, sans aucunes preuves, destinées à nuire à l'image de quelqu'un/d'une société/d'un produit
Ah oui, et où mes affirmations sont-elles fausses ?
Je voudrais bien le savoir...
C'est facile de se réfugier derrière la diffamation.
c'est affirmations fausses ou sans preuves... ce que tu viens de faire...
Anthony wrote:
Bien sûr on va croire PHPNET, c'est à cause de Hacking... [NDLR: Visiblement ironique]
et
Ca ce sont les paroles du style "va te faire f... on s'en fout de ton problème on se décharge de toute responsabilité". Ce sont ce genre d'actes qui m'énervent.
Tu n'en sais rien => affirmation sans preuve => ça tombe sous diffamation.
Sincèrement,
Laurent Fasnacht
Anthony wrote:
affirmations fausses, sans
aucunes preuves, destinées à nuire à l'image de quelqu'un/d'une
société/d'un produit
Ah oui, et où mes affirmations sont-elles fausses ?
Je voudrais bien le savoir...
C'est facile de se réfugier derrière la diffamation.
c'est affirmations fausses ou sans preuves... ce que tu viens de faire...
Anthony wrote:
Bien sûr on va croire PHPNET, c'est à cause de Hacking...
[NDLR: Visiblement ironique]
et
Ca ce sont les paroles du style "va te faire f... on s'en fout de ton
problème on se décharge de toute responsabilité". Ce sont ce genre
d'actes qui m'énervent.
Tu n'en sais rien => affirmation sans preuve => ça tombe sous diffamation.
affirmations fausses, sans aucunes preuves, destinées à nuire à l'image de quelqu'un/d'une société/d'un produit
Ah oui, et où mes affirmations sont-elles fausses ?
Je voudrais bien le savoir...
C'est facile de se réfugier derrière la diffamation.
c'est affirmations fausses ou sans preuves... ce que tu viens de faire...
Anthony wrote:
Bien sûr on va croire PHPNET, c'est à cause de Hacking... [NDLR: Visiblement ironique]
et
Ca ce sont les paroles du style "va te faire f... on s'en fout de ton problème on se décharge de toute responsabilité". Ce sont ce genre d'actes qui m'énervent.
Tu n'en sais rien => affirmation sans preuve => ça tombe sous diffamation.
Sincèrement,
Laurent Fasnacht
Anthony
Tu n'en sais rien => affirmation sans preuve => ça tombe sous diffamation.
Enfin faut pas être trop intelligent pour s'en douter...
Tu n'en sais rien => affirmation sans preuve => ça tombe sous diffamation.
Enfin faut pas être trop intelligent pour s'en douter...
Tu n'en sais rien => affirmation sans preuve => ça tombe sous diffamation.
Enfin faut pas être trop intelligent pour s'en douter...
Faut pas être trop intelligent pour en douter.
Sincèrement,
Laurent Fasnacht
Sébastien Lafond
BlueWhisper écrivait :
Enfin moi je trouve personnellement qu'il y en a qui font beaucoup de bruit pour pas grand chose ici... une panne peut toujours arriver à n'importe qui, n'importe quel système a un point faible...
Le fait est que certains ont BEAUCOUP plus de points faibles que d'autres...
BlueWhisper écrivait :
Enfin moi je trouve personnellement qu'il y en a qui font beaucoup de
bruit pour pas grand chose ici... une panne peut toujours arriver à
n'importe qui, n'importe quel système a un point faible...
Le fait est que certains ont BEAUCOUP plus de points faibles que
d'autres...
Enfin moi je trouve personnellement qu'il y en a qui font beaucoup de bruit pour pas grand chose ici... une panne peut toujours arriver à n'importe qui, n'importe quel système a un point faible...
Le fait est que certains ont BEAUCOUP plus de points faibles que d'autres...
Spyou
"Christophe Baegert" a écrit dans le message de news: ce68fk$17so$
BlueWhisper wrote:
Le problème cité ici est plus une question de réactivité que de panne (étant donné qu'une panne matérielle peut arriver à tous, autant son mutu que mon serv)
Oui mais en général il y a beaucoup plus de redondance sur les offres mutualisées (raid scsi hotswap, alimentation redondantes, cluster) que sur un serveur dédié (simple disque ide, alim simple).
Encore faut-il le maitriser. Nombre de gens (pas forcément hebergeurs) achetent des plateformes énormes, tres cheres, et ne savent pas les administrer .. Dans ce cas, autant rester avec qqc de moins "sécurisé" et de maitrisé .. la qualité de service finale sera meilleure :))
"Christophe Baegert" <cbaegert-pas-de-spam@europeanservers.net> a écrit dans
le message de news: ce68fk$17so$1@biggoron.nerim.net...
BlueWhisper wrote:
Le problème cité ici est plus une question de réactivité que de panne
(étant donné qu'une panne matérielle peut arriver à tous, autant son
mutu que mon serv)
Oui mais en général il y a beaucoup plus de redondance sur les offres
mutualisées (raid scsi hotswap, alimentation redondantes, cluster) que sur
un serveur dédié (simple disque ide, alim simple).
Encore faut-il le maitriser. Nombre de gens (pas forcément hebergeurs)
achetent des plateformes énormes, tres cheres, et ne savent pas les
administrer .. Dans ce cas, autant rester avec qqc de moins "sécurisé" et de
maitrisé .. la qualité de service finale sera meilleure :))
"Christophe Baegert" a écrit dans le message de news: ce68fk$17so$
BlueWhisper wrote:
Le problème cité ici est plus une question de réactivité que de panne (étant donné qu'une panne matérielle peut arriver à tous, autant son mutu que mon serv)
Oui mais en général il y a beaucoup plus de redondance sur les offres mutualisées (raid scsi hotswap, alimentation redondantes, cluster) que sur un serveur dédié (simple disque ide, alim simple).
Encore faut-il le maitriser. Nombre de gens (pas forcément hebergeurs) achetent des plateformes énormes, tres cheres, et ne savent pas les administrer .. Dans ce cas, autant rester avec qqc de moins "sécurisé" et de maitrisé .. la qualité de service finale sera meilleure :))
Christophe Baegert
Spyou wrote:
Encore faut-il le maitriser. Nombre de gens (pas forcément hebergeurs) achetent des plateformes énormes, tres cheres, et ne savent pas les administrer ..
Tu penses aux banques françaises là ? ;-)
Dans ce cas, autant rester avec qqc de moins "sécurisé" et de maitrisé .. la qualité de service finale sera meilleure :))
Sans aucun doute !
Spyou wrote:
Encore faut-il le maitriser. Nombre de gens (pas forcément hebergeurs)
achetent des plateformes énormes, tres cheres, et ne savent pas les
administrer ..
Tu penses aux banques françaises là ? ;-)
Dans ce cas, autant rester avec qqc de moins "sécurisé" et
de maitrisé .. la qualité de service finale sera meilleure :))
Encore faut-il le maitriser. Nombre de gens (pas forcément hebergeurs) achetent des plateformes énormes, tres cheres, et ne savent pas les administrer ..
Tu penses aux banques françaises là ? ;-)
Dans ce cas, autant rester avec qqc de moins "sécurisé" et de maitrisé .. la qualité de service finale sera meilleure :))
Sans aucun doute !
Spontex
phpnet wrote:
Les problèmes ont été corrigés vers 20h00. Cela fait donc 6h15 de panne aujourd'hui.
Il suffit de regarder les graphiques pour constater que les durees que nous annoncons sont exactes....
Pourquoi as tu eu 6h15 de pannes ?
Je ne suis pas le seul à m'être plaint de 13h45 à 20h00.
parce que ton site est tellement mal codé que tu as des requetes qui sont executées sans fin (qui n'aboutissent jamais) et que par consequent tu arrivais a saturation de ton nombre de connexions simultanées alors que pour les autres clients qui savent coder, tout marchait pour le mieux (meme si c'etait bien ralenti a cause de toi)....
Salut,
Il ne s'agissait pas d'un problème de connexions simultanées, mais bien d'erreurs du type "Got Error 127 From Table Handler" ou "can't ride file table.frm" qui se produisent à répétition depuis 1 mois. Cf. le forum de PhpNet, le pauvre GoodSpeed se plaint depuis quelques jours de cela.
La voila la raison. Je pourrai (et je l'ai deja fait) te montrer les logs si ca te fait plaisir. Des requetes qui s'executent pendant 40000 secondes, ca me parait pas vraiment normal.
Je veux bien connaître lesquelles. J'ai optimisé mon site en suivant tes conseils : moins de 20 requêtes par page, des index, des scripts optimisés. Sivit n'hésitait pas à me contacter pour me signaler une charge élevée sur telle ou telle page.
Voici le message qui a été posté à ce sujet sur le forum de PhpNet :
"Bonsoir,
Nous avons eu un incident majeur au niveau SQL (probleme materiel) ayant entrainé une coupure du serveur SQL du cluster 1 (50% des clients) pendant environ 2h.
OUi, TOUT A FAIT. 2h, c'est la duree approximative de l'incident, regarde les MRTG, ils sont publics....
Regarde les logs sur Hit-Parade : http://services.hit-parade.com/publique.asp?s95740&et=vr&pe=j&d&/07/2004 Il y a bien eu un problème de 13h45 à 20h00. Même le forum de PhpNet ne marchait pas. Cf. l'heure de mon premier message "PhpNet en vrac" sur ce forum : 15h33. A cette heure, il n'y avait ni forum, ni panel technique, ni support téléphonique. Je peux le promettre sur ce que j'ai de plus cher !
C'est réparé jusqu'à la prochaine panne, mais nous allons peut-être tout de même changer d'hébergeur !
Les pannes materielles, ca arrive chez tous les hebergeurs, je n'en connais aucun qui n'ai pas connu ce genre de probleme et c'est -tres- rare chez nous, contrairement a ce que tu affiches.....
C'est vrai qu'elles sont rares (sauf les corruptions de tables MySQL depuis un mois, mais ce n'est pas dramatique). Ce que je mets en cause, c'est le temps mis pour corriger la panne.
Mr SPONTEX : 1) je ne suis pas en vacances et CHEZ PHPNET nous ne sommes pas en vacances. (d'ailleurs nous sommes sur paris en installation sur redbus)
Il était bien difficile de vous joindre lundi.
2) Je trouve que tu parles facilement sur FRIH pour nous critiquer quand nous rencontrons un probleme.... Tu parles moins des problemes que tu generes parfois et dont tu n'es pas franchement tres fier en general.
Ca n'est pas arrivé souvent !
3) SI tu ne supporte pas PHPNET, que ta premiere idee le matin quand tu te reveilles est qu'il faut que tu casses du sucre sur PHPNET, je pense que tu devrais changer d'hébergeur, histoire que j'arrete de perdre mon temps a te repondre et qu'un confrere soit a son tour ta victime :)
Je ne suis pas ta seule victime ! Je le fais aussi pour les autres clients, qui ne connaissent pas l'existence de ce newsgroup !
4) Tu devrais revoir tes requetes SQL, ca resemble beaucoup a des requetes constituées de morceaux qu'on prend sur 40 sites pour debutant, qu'on met bout a bout et qu'on execute sans savoir ce que ca fait.... c'est drole a voir, moins quand c'est execute sur un serveur SQL que j'administre.
Des détails ! Je suis plein de bonne volonté, et je suis déjà passé par là pour les optimiser. Il y a des index partout, des jointures efficaces. Je génère une page comme celle-ci avec 6 requêtes, ce qui est je pense une prouesse : http://dvdtoile.com/AgendaCine.php?mois&annee 04
PS2 : non, je n'ai rien contre toi, je te dis simplement en public (puisque tu aimes ca), ce que je pense de tes agissements, non pas seulement ici mais un peu "partout".
Bien cordialement et a ton service sur le support quand tu as un probleme,
Je pense en effet que tu es toujours à l'écoute des problèmes que les clients peuvent avoir. Le problème est plutôt, souvent, de ne pas reconnaître les pannes quand elles ont lieu, et a posteriori : cette panne a duré de 13h45 à 20h00, j'en discutais avec ceux qui étaient là dès le début. Vers 16h00 on a enfin eu droit à un "Thibaud est prévenu, il va faire le nécessaire" posté par un membre du forum. Puis vers 20h00, c'était presque complètement réparé : j'ai juste du faire un "REPAIR TABLE xxx" pour réparer un index .frm de MySQL, et c'était bon.
Cordialement aussi. Mais si tu censures le forum, il est normal qu'il y ait des débordements à l'extérieur :-))
Ceci dit, quand ça marche, pas grand chose à redire en effet :-)
-- Spontex http://dvdtoile.com
phpnet wrote:
Les problèmes ont été corrigés vers 20h00. Cela fait donc 6h15 de panne
aujourd'hui.
Il suffit de regarder les graphiques pour constater que les durees que
nous annoncons sont exactes....
Pourquoi as tu eu 6h15 de pannes ?
Je ne suis pas le seul à m'être plaint de 13h45 à 20h00.
parce que ton site est tellement mal codé que tu as des requetes qui
sont executées sans fin (qui n'aboutissent jamais) et que par
consequent tu arrivais a saturation de ton nombre de connexions
simultanées alors que pour les autres clients qui savent coder, tout
marchait pour le mieux (meme si c'etait bien ralenti a cause de
toi)....
Salut,
Il ne s'agissait pas d'un problème de connexions simultanées, mais bien
d'erreurs du type "Got Error 127 From Table Handler" ou "can't ride file
table.frm" qui se produisent à répétition depuis 1 mois. Cf. le forum de
PhpNet, le pauvre GoodSpeed se plaint depuis quelques jours de cela.
La voila la raison.
Je pourrai (et je l'ai deja fait) te montrer les logs si ca te fait
plaisir.
Des requetes qui s'executent pendant 40000 secondes, ca me parait pas
vraiment normal.
Je veux bien connaître lesquelles. J'ai optimisé mon site en suivant tes
conseils : moins de 20 requêtes par page, des index, des scripts optimisés.
Sivit n'hésitait pas à me contacter pour me signaler une charge élevée
sur telle ou telle page.
Voici le message qui a été posté à ce sujet sur le forum de PhpNet :
"Bonsoir,
Nous avons eu un incident majeur au niveau SQL (probleme materiel) ayant
entrainé une coupure du serveur SQL du cluster 1 (50% des clients)
pendant environ 2h.
OUi, TOUT A FAIT.
2h, c'est la duree approximative de l'incident, regarde les MRTG, ils
sont publics....
Regarde les logs sur Hit-Parade :
http://services.hit-parade.com/publique.asp?s95740&et=vr&pe=j&d&/07/2004
Il y a bien eu un problème de 13h45 à 20h00.
Même le forum de PhpNet ne marchait pas.
Cf. l'heure de mon premier message "PhpNet en vrac" sur ce forum : 15h33.
A cette heure, il n'y avait ni forum, ni panel technique, ni support
téléphonique. Je peux le promettre sur ce que j'ai de plus cher !
C'est réparé jusqu'à la prochaine panne, mais nous allons peut-être tout
de même changer d'hébergeur !
Les pannes materielles, ca arrive chez tous les hebergeurs, je n'en
connais aucun qui n'ai pas connu ce genre de probleme et c'est -tres-
rare chez nous, contrairement a ce que tu affiches.....
C'est vrai qu'elles sont rares (sauf les corruptions de tables MySQL
depuis un mois, mais ce n'est pas dramatique). Ce que je mets en cause,
c'est le temps mis pour corriger la panne.
Mr SPONTEX :
1) je ne suis pas en vacances et CHEZ PHPNET nous ne sommes pas en
vacances.
(d'ailleurs nous sommes sur paris en installation sur redbus)
Il était bien difficile de vous joindre lundi.
2) Je trouve que tu parles facilement sur FRIH pour nous critiquer
quand nous rencontrons un probleme.... Tu parles moins des problemes
que tu generes parfois et dont tu n'es pas franchement tres fier en
general.
Ca n'est pas arrivé souvent !
3) SI tu ne supporte pas PHPNET, que ta premiere idee le matin quand
tu te reveilles est qu'il faut que tu casses du sucre sur PHPNET, je
pense que tu devrais changer d'hébergeur, histoire que j'arrete de
perdre mon temps a te repondre et qu'un confrere soit a son tour ta
victime :)
Je ne suis pas ta seule victime ! Je le fais aussi pour les autres
clients, qui ne connaissent pas l'existence de ce newsgroup !
4) Tu devrais revoir tes requetes SQL, ca resemble beaucoup a des
requetes constituées de morceaux qu'on prend sur 40 sites pour
debutant, qu'on met bout a bout et qu'on execute sans savoir ce que ca
fait.... c'est drole a voir, moins quand c'est execute sur un serveur
SQL que j'administre.
Des détails ! Je suis plein de bonne volonté, et je suis déjà passé par
là pour les optimiser. Il y a des index partout, des jointures efficaces.
Je génère une page comme celle-ci avec 6 requêtes, ce qui est je pense
une prouesse :
http://dvdtoile.com/AgendaCine.php?mois&annee 04
PS2 : non, je n'ai rien contre toi, je te dis simplement en public
(puisque tu aimes ca), ce que je pense de tes agissements, non pas
seulement ici mais un peu "partout".
Bien cordialement et a ton service sur le support quand tu as un
probleme,
Je pense en effet que tu es toujours à l'écoute des problèmes que les
clients peuvent avoir.
Le problème est plutôt, souvent, de ne pas reconnaître les pannes quand
elles ont lieu, et a posteriori : cette panne a duré de 13h45 à 20h00,
j'en discutais avec ceux qui étaient là dès le début. Vers 16h00 on a
enfin eu droit à un "Thibaud est prévenu, il va faire le nécessaire"
posté par un membre du forum. Puis vers 20h00, c'était presque
complètement réparé : j'ai juste du faire un "REPAIR TABLE xxx" pour
réparer un index .frm de MySQL, et c'était bon.
Cordialement aussi. Mais si tu censures le forum, il est normal qu'il y
ait des débordements à l'extérieur :-))
Ceci dit, quand ça marche, pas grand chose à redire en effet :-)
Les problèmes ont été corrigés vers 20h00. Cela fait donc 6h15 de panne aujourd'hui.
Il suffit de regarder les graphiques pour constater que les durees que nous annoncons sont exactes....
Pourquoi as tu eu 6h15 de pannes ?
Je ne suis pas le seul à m'être plaint de 13h45 à 20h00.
parce que ton site est tellement mal codé que tu as des requetes qui sont executées sans fin (qui n'aboutissent jamais) et que par consequent tu arrivais a saturation de ton nombre de connexions simultanées alors que pour les autres clients qui savent coder, tout marchait pour le mieux (meme si c'etait bien ralenti a cause de toi)....
Salut,
Il ne s'agissait pas d'un problème de connexions simultanées, mais bien d'erreurs du type "Got Error 127 From Table Handler" ou "can't ride file table.frm" qui se produisent à répétition depuis 1 mois. Cf. le forum de PhpNet, le pauvre GoodSpeed se plaint depuis quelques jours de cela.
La voila la raison. Je pourrai (et je l'ai deja fait) te montrer les logs si ca te fait plaisir. Des requetes qui s'executent pendant 40000 secondes, ca me parait pas vraiment normal.
Je veux bien connaître lesquelles. J'ai optimisé mon site en suivant tes conseils : moins de 20 requêtes par page, des index, des scripts optimisés. Sivit n'hésitait pas à me contacter pour me signaler une charge élevée sur telle ou telle page.
Voici le message qui a été posté à ce sujet sur le forum de PhpNet :
"Bonsoir,
Nous avons eu un incident majeur au niveau SQL (probleme materiel) ayant entrainé une coupure du serveur SQL du cluster 1 (50% des clients) pendant environ 2h.
OUi, TOUT A FAIT. 2h, c'est la duree approximative de l'incident, regarde les MRTG, ils sont publics....
Regarde les logs sur Hit-Parade : http://services.hit-parade.com/publique.asp?s95740&et=vr&pe=j&d&/07/2004 Il y a bien eu un problème de 13h45 à 20h00. Même le forum de PhpNet ne marchait pas. Cf. l'heure de mon premier message "PhpNet en vrac" sur ce forum : 15h33. A cette heure, il n'y avait ni forum, ni panel technique, ni support téléphonique. Je peux le promettre sur ce que j'ai de plus cher !
C'est réparé jusqu'à la prochaine panne, mais nous allons peut-être tout de même changer d'hébergeur !
Les pannes materielles, ca arrive chez tous les hebergeurs, je n'en connais aucun qui n'ai pas connu ce genre de probleme et c'est -tres- rare chez nous, contrairement a ce que tu affiches.....
C'est vrai qu'elles sont rares (sauf les corruptions de tables MySQL depuis un mois, mais ce n'est pas dramatique). Ce que je mets en cause, c'est le temps mis pour corriger la panne.
Mr SPONTEX : 1) je ne suis pas en vacances et CHEZ PHPNET nous ne sommes pas en vacances. (d'ailleurs nous sommes sur paris en installation sur redbus)
Il était bien difficile de vous joindre lundi.
2) Je trouve que tu parles facilement sur FRIH pour nous critiquer quand nous rencontrons un probleme.... Tu parles moins des problemes que tu generes parfois et dont tu n'es pas franchement tres fier en general.
Ca n'est pas arrivé souvent !
3) SI tu ne supporte pas PHPNET, que ta premiere idee le matin quand tu te reveilles est qu'il faut que tu casses du sucre sur PHPNET, je pense que tu devrais changer d'hébergeur, histoire que j'arrete de perdre mon temps a te repondre et qu'un confrere soit a son tour ta victime :)
Je ne suis pas ta seule victime ! Je le fais aussi pour les autres clients, qui ne connaissent pas l'existence de ce newsgroup !
4) Tu devrais revoir tes requetes SQL, ca resemble beaucoup a des requetes constituées de morceaux qu'on prend sur 40 sites pour debutant, qu'on met bout a bout et qu'on execute sans savoir ce que ca fait.... c'est drole a voir, moins quand c'est execute sur un serveur SQL que j'administre.
Des détails ! Je suis plein de bonne volonté, et je suis déjà passé par là pour les optimiser. Il y a des index partout, des jointures efficaces. Je génère une page comme celle-ci avec 6 requêtes, ce qui est je pense une prouesse : http://dvdtoile.com/AgendaCine.php?mois&annee 04
PS2 : non, je n'ai rien contre toi, je te dis simplement en public (puisque tu aimes ca), ce que je pense de tes agissements, non pas seulement ici mais un peu "partout".
Bien cordialement et a ton service sur le support quand tu as un probleme,
Je pense en effet que tu es toujours à l'écoute des problèmes que les clients peuvent avoir. Le problème est plutôt, souvent, de ne pas reconnaître les pannes quand elles ont lieu, et a posteriori : cette panne a duré de 13h45 à 20h00, j'en discutais avec ceux qui étaient là dès le début. Vers 16h00 on a enfin eu droit à un "Thibaud est prévenu, il va faire le nécessaire" posté par un membre du forum. Puis vers 20h00, c'était presque complètement réparé : j'ai juste du faire un "REPAIR TABLE xxx" pour réparer un index .frm de MySQL, et c'était bon.
Cordialement aussi. Mais si tu censures le forum, il est normal qu'il y ait des débordements à l'extérieur :-))
Ceci dit, quand ça marche, pas grand chose à redire en effet :-)
-- Spontex http://dvdtoile.com
Mikaël
BlueWhisper wrote:
Ben il a pris ses responsabilités. Résultat: déménagé vers le redbus.
Si on veut être tatillon, ce n'est pas exactement ça, phpnet n'a pas de suite chez Redbus à son nom.
Pour reprendre le sujet de ce topic, faudrait p-e arrêter de réclamer toujours la dernière version (c'est comme pour le kernel linux "Mettez le 2.6.6"... quelques temps après "ah ben tiens il est bourré de bugs".)
Pour du mutualisé, je ne vois pas ce que ça change et pour du dédié je ne vois pas non plus ce que ça change, mis à part si l'on pousse le kernel dans les retranchement desquels le 2.6 est plus apte qu'un 2.4 à gérer l'ensemble. Et de toute façon, sur un dédié, n'importe qui peut mettre un 2.6 s'il le souhaite...
-- Mik
BlueWhisper wrote:
Ben il a pris ses responsabilités. Résultat: déménagé vers le redbus.
Si on veut être tatillon, ce n'est pas exactement ça, phpnet n'a pas de
suite chez Redbus à son nom.
Pour reprendre le sujet de ce topic, faudrait p-e arrêter de réclamer
toujours la dernière version (c'est comme pour le kernel linux "Mettez
le 2.6.6"... quelques temps après "ah ben tiens il est bourré de bugs".)
Pour du mutualisé, je ne vois pas ce que ça change et pour du dédié je ne
vois pas non plus ce que ça change, mis à part si l'on pousse le kernel
dans les retranchement desquels le 2.6 est plus apte qu'un 2.4 à gérer
l'ensemble. Et de toute façon, sur un dédié, n'importe qui peut mettre un
2.6 s'il le souhaite...
Ben il a pris ses responsabilités. Résultat: déménagé vers le redbus.
Si on veut être tatillon, ce n'est pas exactement ça, phpnet n'a pas de suite chez Redbus à son nom.
Pour reprendre le sujet de ce topic, faudrait p-e arrêter de réclamer toujours la dernière version (c'est comme pour le kernel linux "Mettez le 2.6.6"... quelques temps après "ah ben tiens il est bourré de bugs".)
Pour du mutualisé, je ne vois pas ce que ça change et pour du dédié je ne vois pas non plus ce que ça change, mis à part si l'on pousse le kernel dans les retranchement desquels le 2.6 est plus apte qu'un 2.4 à gérer l'ensemble. Et de toute façon, sur un dédié, n'importe qui peut mettre un 2.6 s'il le souhaite...
-- Mik
Mikaël
BlueWhisper wrote:
Mscoute wrote:
BlueWhisper wrote:
Enfin, si quelqu'un a une suggestion contre ce genre de problème, je suis preneur aussi :p
Redondance de serveurs avec processus de failover automatique.
Et budget illimité :)
Absolument pas. ça coûte un peu plus cher, évidemment, mais ça évite les panne de ce type. Et ça répond à la question initiale : une solution. Après, si tu veux pratiquer du ultra bas prix avec beaucoup de marge, ben forcément...
-- Mik
BlueWhisper wrote:
Mscoute wrote:
BlueWhisper wrote:
Enfin, si quelqu'un a une suggestion contre ce genre de problème, je
suis preneur aussi :p
Redondance de serveurs avec processus de failover automatique.
Et budget illimité :)
Absolument pas. ça coûte un peu plus cher, évidemment, mais ça évite les
panne de ce type. Et ça répond à la question initiale : une solution.
Après, si tu veux pratiquer du ultra bas prix avec beaucoup de marge, ben
forcément...
Enfin, si quelqu'un a une suggestion contre ce genre de problème, je suis preneur aussi :p
Redondance de serveurs avec processus de failover automatique.
Et budget illimité :)
Absolument pas. ça coûte un peu plus cher, évidemment, mais ça évite les panne de ce type. Et ça répond à la question initiale : une solution. Après, si tu veux pratiquer du ultra bas prix avec beaucoup de marge, ben forcément...
-- Mik
Anthony
BlueWhisper a écrit sur les forums PHPNET :
@alger:
à voir tu utilises phpnuke 6.0.8... cette version est de loin dépassée (ils en sont à la 7.4) et
possède sûrement de nombreuses failles de sécurité (ce qui dans un sens est prévisible
avec une usine à gaz pareille).
Je pense que le hack est tout à fait envisageable comme explication.
Mouhahaha tu tentes de trouver une explication valable pour défendre Thibaud et son asso qui n'en sont pas à leurs premiers coups d'essai. Je te souhaite bien du plaisir !
Voici un post de Motte, dans les forums PHPNET (tiens motte c'est bizarre, c'est pourtant toujours les mêmes qui sont mécontents non ?!)
Franchement je comprends Alger. Certes, de nombreuses choses ont été résolues ou se sont améliorées ces derniers mois,
et de nombreuses choses sont prévues.
Mais les problèmes, certes pas toujours aussi important, sont récurents. Il faut avouer qu'à
la longue c'est lassant.
Donc évidemment nous sommes les seuls mécontents. !!
Bonne soirée,
Anthony
BlueWhisper a écrit sur les forums PHPNET :
@alger:
à voir tu utilises phpnuke 6.0.8... cette version est de loin dépassée (ils
en sont à la 7.4) et
possède sûrement de nombreuses failles de sécurité (ce qui dans un sens est
prévisible
avec une usine à gaz pareille).
Je pense que le hack est tout à fait envisageable comme explication.
Mouhahaha tu tentes de trouver une explication valable pour défendre Thibaud
et son asso qui n'en sont pas à leurs premiers coups d'essai. Je te souhaite
bien du plaisir !
Voici un post de Motte, dans les forums PHPNET (tiens motte c'est bizarre,
c'est pourtant toujours les mêmes qui sont mécontents non ?!)
Franchement je comprends Alger.
Certes, de nombreuses choses ont été résolues ou se sont améliorées ces
derniers mois,
et de nombreuses choses sont prévues.
Mais les problèmes, certes pas toujours aussi important, sont récurents. Il
faut avouer qu'à
la longue c'est lassant.
Donc évidemment nous sommes les seuls mécontents. !!
à voir tu utilises phpnuke 6.0.8... cette version est de loin dépassée (ils en sont à la 7.4) et
possède sûrement de nombreuses failles de sécurité (ce qui dans un sens est prévisible
avec une usine à gaz pareille).
Je pense que le hack est tout à fait envisageable comme explication.
Mouhahaha tu tentes de trouver une explication valable pour défendre Thibaud et son asso qui n'en sont pas à leurs premiers coups d'essai. Je te souhaite bien du plaisir !
Voici un post de Motte, dans les forums PHPNET (tiens motte c'est bizarre, c'est pourtant toujours les mêmes qui sont mécontents non ?!)
Franchement je comprends Alger. Certes, de nombreuses choses ont été résolues ou se sont améliorées ces derniers mois,
et de nombreuses choses sont prévues.
Mais les problèmes, certes pas toujours aussi important, sont récurents. Il faut avouer qu'à
la longue c'est lassant.
Donc évidemment nous sommes les seuls mécontents. !!
