le 13/04/2005 à 23:03
problème avec Nexen et portage SQL 4.1
Bon, si Nexen a un service client contestable, que OVH aussi, quel hébergeur vaut vraiment le coup ?
;=)
;=)
nygma
-
Site web
-
Nombre de sujets21
-
Nombre de messages89
-
Nombre de commentairesAucun
-
Nombre de newsAucune
-
Niveau en PHPDébutant
Ses derniers messages sur les forums
le 13/04/2005 à 21:07
problème avec Nexen et portage SQL 4.1
suite et fin de l'histoire. je suis finalement parti de chez nexen pour aller chez OVH.
(dans mon dernier message, ça traçait, certes, mais ce fut très temporaire...)
la réponse de Nexen à mes plaintes initiales:
et la réponse à mon mail 'défouloir'.
Concluez ce que vous voulez.
(dans mon dernier message, ça traçait, certes, mais ce fut très temporaire...)
la réponse de Nexen à mes plaintes initiales:
Nous faisons notre possible afin de corriger les problèmes (la migration vers MySQL 4.1 n'étant en rien responsable des ralentissements car sur les autres serveurs la situation est tout à fait stable). Il serait peut être nécessaire de revoir votre code afin de l'optimiser et ainsi alléger le serveur MySQL.
Cordialement,
--
D. G.
Support Technique NexenServices.
Cordialement,
--
D. G.
Support Technique NexenServices.
et la réponse à mon mail 'défouloir'.
> Bonjour,
Bonjour,
> je me permet de faire un point pour clore cette affaire et faire valoir
> mon bon droit.
> j'ai migré mon site, qui renvoyait une page blanche sur deux, avec des
> temps d'accès incroyablement lent, chez OVH.
> Contrairement à ce que vous me disiez dans votre email, mon code n'était
> point responsable.
> mes temps d'accès sont enfin redevenus NORMAUX.
> et je n'ai plus de pages blanches 'document contains no data'.
>
> Avant le 22 mars, mon site chez vous fonctionnait TRES BIEN. Je n'avais
> rien changé, alors que vous oui, puisque vous êtiez passé à la version
> suivante de Mysql.
> mon site se met d'un seul coup à ramer, et c'est ma faute.
>
> Je trouve don SCANDALEUX de reporter sur vos utilisateurs vos problèmes.
>
> comptez sur moi pour largement diffuser votre inaptitude à régler les
> problèmes, ainsi que votre mépris évident pour vos clients.
> A OVH, j'ai même eu des réponses satisfaisantes à des questions techniques
> un dimanche soir à 23h.
>
> La seule chose qui m'ennuie vraiment, c'est d'avoir renouvelé mon
> abonnement pour an chez vous, alors que tout allait bien, et d'avoir dû en
> urgence, par votre faute, changer d'hébergeur, en perdant 9 mois
> d'abonnement chez vous.
>
> Et oui, perdu. car aujourd'hui, ce midi, j'étais évidemment seul sur le
> site puisque qu'il est fermé au public. Et bien ça ramait toujours !!!! Je
> ne peux donc même pas utiliser le site pour d'autres utilisations !!
>
> après analyse des temps d'accès, le site nexen est devenu aussi lent que
> mon serveur free (gratuit... sigh...)
>
> votre réputation de 'mauvais service après vente', dont j'avais eu vent
> mais que j'avais ignorée, va en prendre encore un coup.
Nous avons bien pris connaissance de votre décision.
Au revoir.
--
D. G.
Support Technique NexenServices.
Bonjour,
> je me permet de faire un point pour clore cette affaire et faire valoir
> mon bon droit.
> j'ai migré mon site, qui renvoyait une page blanche sur deux, avec des
> temps d'accès incroyablement lent, chez OVH.
> Contrairement à ce que vous me disiez dans votre email, mon code n'était
> point responsable.
> mes temps d'accès sont enfin redevenus NORMAUX.
> et je n'ai plus de pages blanches 'document contains no data'.
>
> Avant le 22 mars, mon site chez vous fonctionnait TRES BIEN. Je n'avais
> rien changé, alors que vous oui, puisque vous êtiez passé à la version
> suivante de Mysql.
> mon site se met d'un seul coup à ramer, et c'est ma faute.
>
> Je trouve don SCANDALEUX de reporter sur vos utilisateurs vos problèmes.
>
> comptez sur moi pour largement diffuser votre inaptitude à régler les
> problèmes, ainsi que votre mépris évident pour vos clients.
> A OVH, j'ai même eu des réponses satisfaisantes à des questions techniques
> un dimanche soir à 23h.
>
> La seule chose qui m'ennuie vraiment, c'est d'avoir renouvelé mon
> abonnement pour an chez vous, alors que tout allait bien, et d'avoir dû en
> urgence, par votre faute, changer d'hébergeur, en perdant 9 mois
> d'abonnement chez vous.
>
> Et oui, perdu. car aujourd'hui, ce midi, j'étais évidemment seul sur le
> site puisque qu'il est fermé au public. Et bien ça ramait toujours !!!! Je
> ne peux donc même pas utiliser le site pour d'autres utilisations !!
>
> après analyse des temps d'accès, le site nexen est devenu aussi lent que
> mon serveur free (gratuit... sigh...)
>
> votre réputation de 'mauvais service après vente', dont j'avais eu vent
> mais que j'avais ignorée, va en prendre encore un coup.
Nous avons bien pris connaissance de votre décision.
Au revoir.
--
D. G.
Support Technique NexenServices.
Concluez ce que vous voulez.
le 05/04/2005 à 20:28
ecart entre 2 requetes SQL
Hello !
2 Questions toutes betes :
1 ---------------------------------------------
Requete 1 :
(x BETWEEN '$xmin' AND '$xmax')
AND (y BETWEEN '$ymin' AND '$ymax')
requete 2 :
(X >= '$xmin') AND (X <= '$xmax')
AND (Y >= '$ymin') AND (Y <= '$ymax')
La quelle est la plus optimisée pour la base SQL ?
2 ---------------------------------------------
supposons une table de 5 colonnes :
X
Y
Numero_carte
numero_perso
numero_joueur
il y a une clé primaire groupée sur les 3 champs X,Y,numero_carte, et un index sur numero_perso
Sachant que les requêtes portent aussi bien sur x et y (cf ci dessus) que sur numero perso, numero joueur.... est-il intéressant d'ajouter des indexs supplémentaires ?
(et est-ce que mettre des indexs sur toutes les colonnes ralentit ou accélère ?)
Merci !!
Nygma
2 Questions toutes betes :
1 ---------------------------------------------
Requete 1 :
(x BETWEEN '$xmin' AND '$xmax')
AND (y BETWEEN '$ymin' AND '$ymax')
requete 2 :
(X >= '$xmin') AND (X <= '$xmax')
AND (Y >= '$ymin') AND (Y <= '$ymax')
La quelle est la plus optimisée pour la base SQL ?
2 ---------------------------------------------
supposons une table de 5 colonnes :
X
Y
Numero_carte
numero_perso
numero_joueur
il y a une clé primaire groupée sur les 3 champs X,Y,numero_carte, et un index sur numero_perso
Sachant que les requêtes portent aussi bien sur x et y (cf ci dessus) que sur numero perso, numero joueur.... est-il intéressant d'ajouter des indexs supplémentaires ?
(et est-ce que mettre des indexs sur toutes les colonnes ralentit ou accélère ?)
Merci !!
Nygma
le 25/03/2005 à 09:20
problème avec Nexen et portage SQL 4.1
bon ben ça trace à nouveau.
rien compris moi.
rien compris moi.
le 25/03/2005 à 09:02
problème avec Nexen et portage SQL 4.1
je cite Nexen :
"Il faut bien prendre en compte que jusqu'à présent, vous consommiez une
majorité des ressources MySQL du serveur à vous seul. Les autres clients
étant de faibles consommateurs, toutes les ressources vous êtaient
allouées sans problème.
Aujourd'hui, certains de ces clients consomment de grosses quantités de
ressources, ce qui réduit la disponibilité de celles-ci pour votre site
qui est restreint à une consommation "classique"."
Admettons.
et admettons aussi que le retour à la consommation classique se soit fait il y a 3 jours, soit le jour du portage sur SQL 4.1. (avant je n'avais jamais eu de plaintes sur la lenteur du site, et encore moins de plaintes sur le fait que le site ne fonctionne plus)
Le hic, c'est que la conso 'classique' chez Nexen, c'est que même si y'a personne sur le jeu. et qu'il y a UNE personne sur le forum PHPBB, et bien ça ne marche pas.... ça rame, où ça renvoie des pages vides.
Dans le même temps, sur free, ça tourne niquel. Et sur mon vieux PC à 450 MHZ et 128 Megs de Ram chez moi, sur lequel je développe, ben ça rame pas non plus.
Je suis sûr que le portage sous SQL 4.1 a foutu en l'air quelque chose qui fait que la base SQL répond mal, ou pas, à mes requêtes.
j'ai regardé les écarts, mais à part les accents dans les noms des tables, (corrigé), je n'ai rien vu.
Mon site est mort, et Nexen me renvoie la balle.
alors que je leur demande juste de regarder ce qui a pu faire ça. et avoir d'autres réponses que "c'est de votre faute", puisque je n'ai rien changé.
"Il faut bien prendre en compte que jusqu'à présent, vous consommiez une
majorité des ressources MySQL du serveur à vous seul. Les autres clients
étant de faibles consommateurs, toutes les ressources vous êtaient
allouées sans problème.
Aujourd'hui, certains de ces clients consomment de grosses quantités de
ressources, ce qui réduit la disponibilité de celles-ci pour votre site
qui est restreint à une consommation "classique"."
Admettons.
et admettons aussi que le retour à la consommation classique se soit fait il y a 3 jours, soit le jour du portage sur SQL 4.1. (avant je n'avais jamais eu de plaintes sur la lenteur du site, et encore moins de plaintes sur le fait que le site ne fonctionne plus)
Le hic, c'est que la conso 'classique' chez Nexen, c'est que même si y'a personne sur le jeu. et qu'il y a UNE personne sur le forum PHPBB, et bien ça ne marche pas.... ça rame, où ça renvoie des pages vides.
Dans le même temps, sur free, ça tourne niquel. Et sur mon vieux PC à 450 MHZ et 128 Megs de Ram chez moi, sur lequel je développe, ben ça rame pas non plus.
Je suis sûr que le portage sous SQL 4.1 a foutu en l'air quelque chose qui fait que la base SQL répond mal, ou pas, à mes requêtes.
j'ai regardé les écarts, mais à part les accents dans les noms des tables, (corrigé), je n'ai rien vu.
Mon site est mort, et Nexen me renvoie la balle.
alors que je leur demande juste de regarder ce qui a pu faire ça. et avoir d'autres réponses que "c'est de votre faute", puisque je n'ai rien changé.
le 24/03/2005 à 15:52
problème avec Nexen et portage SQL 4.1
ben les images ont pas changé....
et avant c'était 0.2 secondes par page.
P*$#!], j'ai le même site sur free, (mon site beta), et il file trop vite !
et le code est en ce moment le même !!
y z'abusent Nexen.
et avant c'était 0.2 secondes par page.
P*$#!], j'ai le même site sur free, (mon site beta), et il file trop vite !
et le code est en ce moment le même !!
y z'abusent Nexen.
le 24/03/2005 à 14:25
problème avec Nexen et portage SQL 4.1
Bonjour !
si certains d'entre vous sont en mutualisé chez Nexen, j'aurais une petite question :
depuis le passage par Nexen, mardi, à la version 4.1 de MySQL, mon site rame à mort, et une page sur deux ou trois ne se charge pas. (FFX : "ce document ne contient aucune donnée")
ça traçait depuis 7 mois, (0.2 s par page), et d'un seul coup, depuis mardi, ça merde. (alors que j'ai rien changé depuis février).
et la Nexen m'annonce gentilment que c'est de ma faute, car je consomme trop de ressources. Y'a pas une seule connection entre midi et deux sur mon site, et ça ramait... même le forum PHPBB.... culotté chez Nexen, de m'accuser...
Quelqu'un a déjà eu ce genre de pb ?
Merci
Nygma
si certains d'entre vous sont en mutualisé chez Nexen, j'aurais une petite question :
depuis le passage par Nexen, mardi, à la version 4.1 de MySQL, mon site rame à mort, et une page sur deux ou trois ne se charge pas. (FFX : "ce document ne contient aucune donnée")
ça traçait depuis 7 mois, (0.2 s par page), et d'un seul coup, depuis mardi, ça merde. (alors que j'ai rien changé depuis février).
et la Nexen m'annonce gentilment que c'est de ma faute, car je consomme trop de ressources. Y'a pas une seule connection entre midi et deux sur mon site, et ça ramait... même le forum PHPBB.... culotté chez Nexen, de m'accuser...
Quelqu'un a déjà eu ce genre de pb ?
Merci
Nygma
le 20/03/2005 à 15:11
passage myisam => innoDB
Bonjour !
Juste une chtite question.
je viens de passer plusieurs de mes tables en InnoDB, mais je n'arrive pas à créer les clés étrangères. J'ai lu la doc, et, mes index existent, et sont du même type. par contre, y'a juste la clause :
#
In the referencing table, there must be an index where the foreign key columns are listed as the first columns in the same order.
#
In the referenced table, there must be an index where the referenced columns are listed as the first columns in the same order.
concrètement parlant, il faut que je déplace mes colonnes ? (elles ont au milieu de ma table). ou bien ce sont les index que je dois déplacer ?
comment on fait pour déplacer un colonne ?
parce que là, je me prends des erreurs "Aucune clef n'est définie ! " tout le temps.... et je ne vois pas quoi faire.
Merci
Nygma
Juste une chtite question.
je viens de passer plusieurs de mes tables en InnoDB, mais je n'arrive pas à créer les clés étrangères. J'ai lu la doc, et, mes index existent, et sont du même type. par contre, y'a juste la clause :
#
In the referencing table, there must be an index where the foreign key columns are listed as the first columns in the same order.
#
In the referenced table, there must be an index where the referenced columns are listed as the first columns in the same order.
concrètement parlant, il faut que je déplace mes colonnes ? (elles ont au milieu de ma table). ou bien ce sont les index que je dois déplacer ?
comment on fait pour déplacer un colonne ?
parce que là, je me prends des erreurs "Aucune clef n'est définie ! " tout le temps.... et je ne vois pas quoi faire.
Merci
Nygma
le 06/03/2005 à 12:34
connections multiples à mysql
il faut PHP en mode 'module' ?
là j'avoue que je suis largué.
sinon, y'a pas moyen de conserver la connection dans une variable de session ?
là j'avoue que je suis largué.
sinon, y'a pas moyen de conserver la connection dans une variable de session ?
le 06/03/2005 à 12:24
connections multiples à mysql
Salut !
juste pour savoir quel est la meilleure méthode pour se connecter à une BDD :
actuellement, à chaque page chargée, je me connecte à la base, je lis les infos, puis je me déconnecte.
j'ai 3000 pages lues par jour, donc 3000 connections/déconnections.
comme chaque joueur fait une centaine de pages en 10-15 min, je me demande si y'a pas moyen de garder la connection ouverte, mais sans empêcher les autres joueurs, susceptibles de venir dans ces même 15 min, de jouer....
ou alors est-ce que le serveur s'en fout ?
Merci,
Nygma
juste pour savoir quel est la meilleure méthode pour se connecter à une BDD :
actuellement, à chaque page chargée, je me connecte à la base, je lis les infos, puis je me déconnecte.
j'ai 3000 pages lues par jour, donc 3000 connections/déconnections.
comme chaque joueur fait une centaine de pages en 10-15 min, je me demande si y'a pas moyen de garder la connection ouverte, mais sans empêcher les autres joueurs, susceptibles de venir dans ces même 15 min, de jouer....
ou alors est-ce que le serveur s'en fout ?
Merci,
Nygma
