Erreur de la base de données

[zoorin]

[RicKy]

La réponse est toute simple.
Plus de place dans la bdd !
Du coup on a été bloqué...

[P'skhal]

On peut lancer une requête d'insertion juste en navigant ?
L'historique de navigation est stocké ?

[RicKy]

On dirait bien...
En tout cas quelque chose est sauvegardé au passage...et j'espère sur le long terme, voir court (??) effacé...

Mais je pense que oui, sinon on aurait explosé les quotas depuis bien longtemps !

[daniel-pierre]

si les limites de la db loué par exemple chez OVH sont atteintes, normalement l'administrateur reçoit des messages d'alertes en amont ;
--

[daniel-pierre]

a cet instant même re pb d accès à la db
j'étais à supprimer les redir
--
@Ricky
mode suggestions on
gagner un peu de place dans la db par une raz de certaines tables dans la db (via phpmyadmin par exemple)
table [logging] en 1
table [recentchanges] en 2
table [archive] en 3
ne pas remettre à zéro la table révision (car supprime tous les historiques de modifs d'un seul coup)
etc
la table logging semble prendre beaucoup de place (visible par le lien [[Special:Log]] dans le wiki) ? a t on interet à la conserver en l'état ,
mode suggestion off

Nota : je viens de tester la remise à zéro des 3 tables sur le mystpedia mirroir que j'ai et le gain est quand même important .

[RicKy]

Pour la table [recentchanges] je m'en étais effectivement occupé et j'ai laissé que l'historique du dernier mois il me semble ou dans ces eau là !

Pour la table [archive] j'avais regardé aussi, mais il n'y a pas grandes choses...

PAR CONTRE, pour la table [logging] effectivement !!
Merci du conseil Daniel-pierre, car là il y avait tout les log depuis 2005. J'ai tout viré, sauf ce du mois...comme pour recentchanges !

Et ça me fait penser du coup...n'y a-t-il pas un script/module/ou autre à installer qui permettrait de vider cette table de façon automatisé...? Un peu comme pour celle de recent changes qui garde que les 2 derniers mois il me semble...

En tout cas, là j'ai effacé, on verra bien le résultat au niveau de place.

[RicKy]

Rien à faire ! Aucun changement sur le poids après ré-analyse de la part d'ovh ...

je commence à me poser des questions...ils disent qu'on dépasse les 40 mo, mais lorsque on export la bdd en .sql, on est à 28,3 mo...

En .sql il y a une compression ? Je ne crois pas non ?
Comprends pas ... :?

[daniel-pierre]

il semble qu'il faut toujours un peu de temps (chez ovh) pour que les infos soient prise en compte via les gestionnaires lors des mises à jours.
--
sur mon site (dansonsdansez) j'ai accèder à la db via phpmyadmin d'ovh j'ai un taille de +/- 10 mo. et via le manager ovh et gestion sql j'ai une taille de +/- 8 mo de pris en compte.
ce qui me semble globalement cohérent
--
Je confirme le premier alinéa : j'ai effectué des raz de tables, mais la taille globale via le manager n'as pas changé immédiatement
--
à suivre
--
Pour l'histoire des tailles je n'ai pas trop de suggestions hormis le fait que les infos sont peut être stockées sur des tailles pistes secteurs différents ou plusieurs morceaux (petits) d'infos se retrouvent sur plusieurs secteurs différents et occupent fictivement le volume global de chaque secteur. un récurent en informatique me semble t il
--
Pour conserver le dernier mois par exemple tu supprimes manuellement ou tu utilises une requête SQL ??
je n'ai pas connaissance de module qui effectue la raz automatique, mais je regarderais dqp sur le wikipedia

[RicKy]

Non pour effacer en gardant uniquement le dernier mois je fais à la main...la flemme de trouver la bonne requête.

Je tri par timestamp, j'affiche tous les résultats de la table, je fais sélectionner tout, je décoche ce qui m'intéresse (toutes celles dont le timestamp est 201005 - mai - par exemple) et je fais supprimer.

Sinon pour la taille, c'est bien possible que ce soit ce que tu dis...mais du coup ça nous fait quand même 11 mo de perdu, c'est un peu dommage. :(

[daniel-pierre]

ok si j'ai le temps je regarderais pour les requêtes mais pas dans l'immediat. je vais continuer à éclaircir les pages du mystpédia

[P'skhal]

[daniel-pierre]

aucun accès fiable pour moi même pas à la page recent change.
--
apparement il y a une autre erreur qui est présente

"An error occurred while invoking the map callback in /homez.31/mystpedi/www/mystpedia/includes/Title.php on line 1378"

[P'skhal]

[zoorin]

Bon, j'ai opté pour une solution bien plus durable dans le temps. La Bdd du wikipedia est passée de 40 Mo à 100 Mo. Ce qui ne veut pas dire qu'il ne faut pas faire un peu attention à l'augmentation du contenu. ;)

Je ne sais pas quand OVH rétablira l'accès à notre base.
_________________
Je veux qu'ils modélisent Riven, avec la bande son originale !

(livre)

[P'skhal]

Concrètement, qu'as-tu fait ?

[RicKy]

Il a augmenté l'espace.

De 40 mo... on est passé à 100 mo de bdd.

Là on est à 40.3 mo... on dépasse, donc ils nous bloquent comme des sauvages.

Cela dit, c'est le week end, en plus un long week end...faudra être patient avant qu'ils nous donnent tout cet "espace"...

-----------------

Pour l'autre erreur daniel-pierre, je pense qu'elle est toujours due à la base de donnée...de ce que je comprends dans la page title une fonction veut afficher quelque chose stocké dans la bdd quelque part et il ne réussi pas à l'afficher. Je pense que c'est toujours lié au même problème d'accès...

[P'skhal]

Je comprends bien.
Je voulais juste savoir : c'est un autre abonnement ?
Si oui, quel en est le coût ? Comment est-ce financé ?

[zoorin]

Depuis l'ouverture de Mystpedia, c'est moi qui paye l'abonnement. Il n'y a pas de soucis de ce côté là.
_________________
Je veux qu'ils modélisent Riven, avec la bande son originale !

(livre)

[daniel-pierre]

un grand merci à Zoorin

[P'skhal]

[zoorin]

A l'origine, c'est moi qui ai "investi" le premier abonnement auprès de OVH, et c'était très réduit. Depuis, j'ai procédé à deux augmentations de taille de Bdd, parce que j'étais le contact avec l'hébergeur, mais les sommes en jeu restent modestes, donc je n'ai pas trop envie de m'embêter à imaginer un autre système.

Lorsque je serais sur la paille, je vous préviendrais. :mrgreen:
_________________
Je veux qu'ils modélisent Riven, avec la bande son originale !

(livre)

[P'skhal]

[P'skhal]

[daniel-pierre]

la taille de la data base ou des datas bases en fonction des contrats est une chose ; la taille de l'espace alloué en est une autre (fichier et autres logiciel)
en fait plus on paye et plus on a !!!