Options de recherche (Page 58 sur 95)

Ah oui et bloodmage, je ne te félicite pas pour la traduction: traduire 'peut être' par 'probably' .. chapeau !

Bon en gros c'est bien un problème de droits, vous n'avez pas le droit d'utiliser CREATE INDEX.
Le temps que je le mette en place tu peux remplacer ces CREATE INDEX dont la raison me parait obscure par des ALTER TABLE `table` ADD INDEX (`column`).

La seule raison du pourquoi on voudrait utiliser CREATE INDEX (qui ne peut pas créer de clefs primaires), est parce que le serveur nous empêcherait de modifier une table via ALTER.
Donc je récapitule: eux quand ils installent leur db, le serveur leur permet de créér des tables et de les remplir mais pas de modifier leur structure ? Ca m'étonnerait très fortement vu qu'ils doivent surement avoir un système d'upgrade mysql lors de leur mises à jour.

Ca n'est pas la doc de la commande INDEX Généralement on utilise ALTER TABLE pour placer des indexes.

Vous avez bien ces privilèges aussi sur le service:       

$query = "GRANT SELECT,UPDATE,INSERT,DROP,DELETE,ALTER,CREATE,LOCK TABLES,CREATE TEMPORARY TABLES ";

Trollman, tu n'as pas compris le sujet du post Il s'agit de déterminer quelles méthodes autres que la manuelle (aller voir soit même le site web), nous pouvons utiliser afin d'automatiser le processus d'éradication de ce fléau.

Je veux rien savoir, tu te dépêches !
Non je plaisante bien sûr

Bonjour Bloodmage,

J'ai un peu regardé et je n'ai pas trouvé de commande INDEX en MySQL, tu aurais plus d'information ? Voir est ce que tu pourrais me donner la requête exacte lancée par ton script ? Ca vient peut être d'une erreur dans ton script.

Oui c'est vrai que cela sera moins rapide, toutefois c'est l'enjeu du questionnaire aussi: repousser les gens qui ne font pas d'efforts ni qui vont poser problème par la suite. En faisant perdre du temps à ces personnes, c'est l'hébergeur qui en gagne énormément.
Si noob il y a, alors il sera bien avisé d'être un minimum autonome.
Par proc tu entends quoi ? que ca augmentera la charge de travail du serveur ? Cela devrait être minime et cela sauvera le couteux travail de l'ouverture d'un compte

Une très forte majorité n'en tiendra pas compte, et on ne va pas exiger un service en retour.

Oui plus tard nous pourrons mettre en place ce genre de process, afin de nettoyer le serveur. Pour l'instant une grande majorité des comptes est vide, mais cela nous aide à tester le système avec un grand nombre d'utilisateurs sur des process critiques (par ex. les backups).

Au tout début de lesCigales, je souhaitais faire un système de login unique qui nous permette de naviguer de la FAQ au control panel, en passant par l'indispensable forum, sans avoir à se relogguer. Ce projet verra peut être le jour, qui sait.

Pas forcément, il a été laissé la possibilité de poster des messages sans compte pour justement éviter que cette tâche devienne pénible et motiver les gens à s'exprimer.

L'envoi de messages depuis le control panel va peut-être être désactivé.

Qu'est ce qui est sec ? le fait de ne pas vous le fournir ? En fait à l'heure actuelle les crons sont tout à fait possibles, mais il faut savoir jouer du shell en CGI Ils ne sont juste pas 'régis' par notre interface.

Under construction Je sais c'est pas très clean de le laisser trop longtemps.

Quel est le problème avec leur site ?

Merci à toi pour ton attention et ton message pertinent

Attention à l'échange de liens avec partenaires aussi, lesCigales a perdu 2 points pagerank comme ca.. (nous sommes passés de 6 à 4 depuis le footer de la page principale). Après quelles sont les incidences sur le traffic.. hmm bonne question

trollman tu te calmes également stp.

Mais quelle publicité ?
Il présente pas son site, il rapporte un mauvais site.

Quel problème ?

Je viens d'en envoyer 1, pas de message d'erreur (ni de confirmation non plus cela dit).

Non je n'ai rien touché.