1.901

(13 réponses, dans Problèmes)

Ok nickel smile
Tu peux lui dire de passer ici en cas.

Bonne soirée

1.902

(13 réponses, dans Problèmes)

Bon randal, j'ai changé un peu la config mysql pour arranger ton histoire de forum, mais rien à faire, tu es donc prié de le retirer du serveur hmm

Désolé.

1.903

(13 réponses, dans Problèmes)

En voulant redémarrer le serveur mysql, une erreur est survenue avec la carte et le serveur a du être rebooté, mais tout devrait tourner nickel maintenant smile

1.904

(13 réponses, dans Problèmes)

Je viens de faire un test sur le serveur et cette requête est bizarre, horrible:

SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(messages2.id) AS nb FROM messages
LEFT JOIN membres ON membres.id = messages.membre
LEFT JOIN messages AS messages2 ON messages2.id < messages.id  AND messages2.statut != 0 AND messages2.statut != 0.1 AND messages2.statut != 2 AND messages2.statut != 3 AND messages2.id_ref = messages.id_ref
LEFT JOIN topics ON topics.id = messages.id_ref
WHERE topics.id_ref = 1 AND messages.statut != 0 AND messages.statut != 0.1 AND messages.statut != 2 AND messages.statut != 3 AND topics.statut != 0
GROUP BY messages.id
ORDER BY messages.id DESC LIMIT 1

Cette requête scanne (tiens toi bien) 3,093,584,400 de lignes (rows). Oui 3 milliards de lignes, selon un explain:

id     select_type     table     type     possible_keys     key     key_len     ref     rows     Extra
1     SIMPLE     messages     ALL     NULL     NULL     NULL     NULL     4635     Using where; Using temporary; Using filesort
1     SIMPLE     topics     ref     id     id     3     bp3_mysql.messages.id_ref     12     Using where
1     SIMPLE     membres     ref     id     id     3     bp3_mysql.messages.membre     12     
1     SIMPLE     messages2     ALL     id     NULL     NULL     NULL     4635

1.905

(13 réponses, dans Problèmes)

Je viens de regarder un peu et oui il y a un gros souci avec ton forum: il a fait monter la charge du serveur à 11 avec ce genre de requêtes:

811353  bp3_mysql       localhost       bp3_mysql       Query   289     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811382  bp3_mysql       localhost       bp3_mysql       Query   270     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811383  bp3_mysql       localhost       bp3_mysql       Query   226     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811385  bp3_mysql       localhost       bp3_mysql       Query   226     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811386  bp3_mysql       localhost       bp3_mysql       Query   226     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811408  bp3_mysql       localhost       bp3_mysql       Query   220     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811409  bp3_mysql       localhost       bp3_mysql       Query   208     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811410  bp3_mysql       localhost       bp3_mysql       Query   208     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes

Apparement ces requêtes sont appellées de temps en temps, lors de l'affichage du forum.

Log de la requête complète (lors de la création de la table temporaire):
812221  bp3_mysql       localhost       bp3_mysql       Query   12      Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(messages2.id) AS nb\n\t\t\t\tFROM messages\n\t\t\t\tLEFT JOIN membres ON membres.id = messages.membre\n\t\t\t\tLEFT JOIN messages AS messages2 ON messages2.id < messages.id  AND messages2.statut != 0 AND messages2.statut != 0.1 AND messages2.statut != 2 AND messages2.statut != 3 AND messages2.id_ref = messages.id_ref\n\t\t\t\tLEFT JOIN topics ON topics.id = messages.id_ref\n\t\t\t\tWHERE topics.id_ref = 1 AND messages.statut != 0 AND messages.statut != 0.1 AND messages.statut != 2 AND messages.statut != 3 AND topics.statut != 0\n\t\t\t\tGROUP BY messages.id\n\t\t\t\tORDER BY messages.id DESC LIMIT 1

Essaie de voir ou sont appellées ces requêtes, check un 'explain' sur elles, essaie de rajouter des indexes mais je ne peux pas laisser le forum en ligne si il consomme autant hmm

1.906

(13 réponses, dans Problèmes)

Salut Randal,

Effectivement il doit y avoir un problème quelque part, encore que toute remarque sur des mauvaises performances est importante pour moi.

Le server internal error que tu décris vient sûrement du fait que le process php devient trop long, et le serveur web apache se retrouve obligé de le tuer. Par défaut sur lesCigales.ORG ce timeout est configuré pour être égal à 20 secondes, c'est à dire que pendant 20 secondes ton script ne renvoit rien au serveur qui décide de le tuer, pensant qu'il ne marchera pas. Un debug complet de ton script pour voir quelles parties ralentissent est nécessaire (Je peux peut être aider là dessus).

Pour ta seconde question, c'est marqué dans le control panel à la page 'MySQL', le max_connexion_user pour les membres gratuits est par défaut mis à 4 smile

Voilà, en espérant t'avoir été utile, à très bientôt

1.907

(5 réponses, dans Nouvelles)

Le control panel est désormais réouvert et pour fêter cela, j'ai injecté 100 inscriptions gratuites dans le système smile

La base de données a été modifié avec succès, le système a été simplifié et tout a l'air de rouler parfaitement.

Prochaine étape: interface des modérateurs

Amusez vous bien smile

1.908

(42 réponses, dans Join the army !)

Il n'y a pas de loi à appliquer, nous regarderons dans les listing de fichiers, je donnerais cette autorisation à tous les modérateurs.

1.909

(22 réponses, dans Nouvelles)

Un fraudeur a un site tout fait, il lui suffit de l'uploader. Son but étant d'arnaquer des gens le plus vite possible avant que l'hébergeur ne s'apercoive du problème, le site est généralement up dans les 20 minutes qui suivent la création.

La solution qui va être mise en place: http://forum.lescigales.org/viewtopic.php?id=287

1.910

(3 réponses, dans Nouvelles)

Merci pour les encouragements smile

Je pense que le service devrait être remis en place ce soir.

1.911

(3 réponses, dans Nouvelles)

Bonsoir à toutes et à tous,

Les inscriptions et l'accès au control panel sont bloqués, le temps de modifier la base de données des membres.

Le control panel est aussi modifié, il commencait à devenir un peu gros et on va le forcer à faire un peu de gym ces prochains jours afin de virer toutes les anciennes saletés qui se trouvaient dedans smile

Désolé pour la gêne occasionnée.

1.912

(42 réponses, dans Join the army !)

Disons que concernant cette liste de fichiers, ils ne peuvent pas etre confidentiels:
- ils sont publiquement offerts sur internet sans aucune protection par .htaccess ou par un script php d'accès.

Donc je ne vois aucun problème pour y accéder, je peux ajouter ca dans le 'contrat' que je passerais avec chaque membre lors de leur inscription, qu'importe.

Ensuite, si un membre a des données confidentielles (le serveur est très bien compartimenté niveau utilisateurs et sites), il peut toujours:
- les mettre dans un répertoire protégé par .htaccess
- les mettre dans son répertoire home/, non accessible depuis internet

1.913

(42 réponses, dans Join the army !)

Je ne sais pas exactement mais disons que le modérateur n'accédera pas aux fichiers directement, juste au listing des fichiers, ce qui peut lui laisser voir des chemins cachés vers d'autres 'sous sites' du site en question. Penses tu que cela posera problème ?

1.914

(42 réponses, dans Join the army !)

Merci nood pour tes remarques très pertinentes smile

Effectivement tu soulèves d'excellentes problématiques à la modération.

1/ pour les sites mis à jour régulièrement:
Le code existe déjà, il est lié avec celui qui gère les quotas sur le serveur de fichiers.
Pour l'instant il n'y a pas suffisament de site pour que cela devienne un problème de vérifier certains sites mis à jour plus régulièrement que d'autres (dans la mesure ou l'on a suffisament de modérateurs). On verra pour ce souci plus tard donc.

2/ concernant le blocage immédiat des sites:
Effectivement tu as raison, dans le cas d'un site de fishing (steam ou paypal) il faut être relativement rapide afin d'éviter que des arnaques aboutissent. On peut essayer de voir ce que ca donne en laissant les modérateurs bloquer le site directement, toutefois, la vérification de la fraude peut poser problème pour un site bloqué:
- le site est complètement bloqué, personne ne peut y accéder, la configuration du serveur apache est modifié
- le 'fraudeur' peut encore accéder à son ftp et effacer les 'preuves' de la fraude et se faire passer pour un innocent (là encore on peut envisager plusieurs types de blocage: un blocage complet (un vrai fraudeur): plus de ftp, mail, mysql, web ou un blocage temporaire (petite banniere de pub oubliée dans un coin du site, auquel on laisse au webmaster le soin d'enlever tout ca).

3/ les sites cachés:
Effectivement j'y avais pensé mais dans la nouvelle interface je l'ai complètement mis de coté.
Il existe actuellement un listing des fichiers (qui sert pour les quotas et pour vérifier qu'un site a été modifié), je pourrais l'afficher aux modérateurs, afin qu'ils jettent un oeil et posent une alerte si un problème est rencontré.

Je vais essayer de réfléchir à tout ca et voir ce que je peux faire.

L'interface de modération pourrait être prête mais je pense que je vais devoir modifier la base de données du control panel, il risque donc d'y avoir une coupure des inscriptions et du panel membre pendant un certain temps (je dois alléger un datamodel devenu trop lourd avec le temps.. smile

En tout cas merci nood, ca fait plaisir d'avoir de tels membres smile

1.915

(6 réponses, dans Présentations)

Si, c'est similaire à urlencode smile

1.916

(42 réponses, dans Join the army !)

Bonjour 'horaire' smile

Et merci de ta candidature, par contre horaire n'est pas ton nom d'utilisateur sur le control panel (juste ton nom de site), mais c'est pas grave, je retrouverais ton nom dans la base de données smile
Merci.

1.917

(42 réponses, dans Join the army !)

Arf ok smile

Va falloir que j'introduise quelques bugs alors smile
.. ou alors quelques super fonctionnalités.. smile

J'ai retrouvé ton nom d'utilisateur cela dit.

1.918

(42 réponses, dans Join the army !)

La migration ne t'a pas fourni un nouveau nom d'utilisateur ?

1.919

(3 réponses, dans Programmation)

C'est très facile à faire sur lesCigales.ORG smile)))

Il te suffit de créer un fichier .htaccess avec dedans:

AddType application/x-httpd-php4 .php3

Et voilà, le tour est joué wink

Lien vers la documentation: http://faq.lescigales.org/Questions_sur_les_CGIs

1.920

(42 réponses, dans Join the army !)

Hehe ok je te remercie smile Il faudra que tu m'envoies ton nom d'utilisateur sur le control panel aussi.

Pour les fonctionnalités proposées, je pense tout compte fait ne pas laisser la possibilité à un seul modo de fermer un site. Je compte plutot faire un système qui bloquera automatiquement un site à partir de 2 plaintes (reports) de 2 modérateurs différents.

Donc toute fermeture de site impliquera au moins 2 personnes pour la décision, enlevant une possibilité d'abus (on ne sait jamais..).

1.921

(9 réponses, dans Présentations)

Coté CMS j'aimais bien bosser avec Drupal (drupal.org)

1.922

(42 réponses, dans Join the army !)

Bonjour à tous,

Voilà, j'attaque finalement une interface sur le control panel afin que les modérateurs puissent fermer des sites illégaux ou ne respectant pas nos conditions.
En effet, vérifier les sites prend du temps, et ce temps n'est pas utilisé pour améliorer le service, ce que je n'aime pas particulièrement.

Je pense qu'il serait bon que la communauté de membres de lesCigales.ORG aide leur hébergeur (si des bad boys nous embêtent voire abusent de notre service, vous en patirez comme nous) à se débarrasser des indésirables qui sévissent de plus en plus: ce week end j'ai du fermé 5 sites qu'une personne (du maroc..) a faite pour voler des comptes Steam.

Je vous pose donc 2 questions:
- que pensez vous que les modérateurs puissent avoir le droit de faire à partir de leur accès ?
- qui désire être modérateur ? (écrivez votre nom d'utilisateur à la suite de ce post pour soumettre votre 'candidature' wink)

Les fonctionnalités sur lesquelles je planche:
- possibilité de visualiser les derniers sites modifiés / non vérifiés et de les marquer comme vérifiés
- fermeture (blocage) des sites ne respectant pas nos conditions ou à plus forte raison, la loi
- historique des actions prises par le modérateur, avec un système de points qui lui permettra d'avoir plus d'espace disque, plus de bande passante, voire plus tard d'acheter sans argent des noms de domaines

Toute suggestion est la bienvenue smile

Bonne soirée à vous, à bientôt !

Bonjour à tous smile

Je tenais juste à vous faire connaitre un petit outil que j'avais fait pour protéger nos emails des spammeurs sur les différents sites de lesCigales.ORG:

http://www.lescigales.org/tools/email_encoder

Cela vous permet de publier votre email sans trop risquer de recevoir une tonne d'emails pour faire grandir vos bijoux de famille smile

1.924

(9 réponses, dans Présentations)

Il reste encore beaucoup de travail niveau design mais pour un début c'est pas mal je dirais smile

Bonne chance, et bon courage !

1.925

(4 réponses, dans Problèmes)

Et oui sur le serveur Banniere et banniere sont 2 choses différentes smile