En ligne · [ Standard ] · Linéaire+ Comment Se Désabonner Du Site Openspace ?, comment se désabonner du site openspace

[joez]

???

[Ryle]

Je vois pas l'intérêt . Si tu veux plus venir t'y viens plus et c'est tout non ?

[TurCirith]

Quand même, j'aimerai bien savoir comment the witch a disparu...

Edit : J'ai trouvé

QUOTE

Peter Pan the witch m'a demandé de l'effacer de la base.

Donc, pour quitter ce lieu de débauche, 'faut demander au patron de te laisser sortir...

[RICO]

Je pense pas qu'il y ait de possibilité de se désinscrire d'un forum, a moins de virer tous les posts et threads que tu as postés. Sinon le forum ne saura pas mettre un nom sur ces posts. De plus vu le temps machine que prendrait une action de désinscription (effacement de l'utilisateur + tous ses posts donc) j'ai du mal a croire qu'un forum integre cette fonction, imaginez l'aubaine pour quelques utilisateurs mal intentionnés (ou comment faire en sorte qu'un serveur s'ecroule ...)

[Laskov]

Pour partir tu demande a PeterPan d'aller bidouillé la base de registre ou son panneau de controle des utilisateur afin qu'il efface ton compte...

Pourquoi y a pas d'option direct ? a t'on avis ? réflechie si quelqu'un pirate t'on compte il a aucun moyen de le détruire a par changer le mot de passe et l'émail mais dans ce cas Peterpan est capable d'aller remettre les bonne information.

Voila en gros c'est une sécurité de plus....

[piotr]

Ha ui mais après faut pas oublier de recompiler le kernel du southbridge brandt ver 4.62 sinon on aura un ghost de l'user joez fatal error in illegal function call.

Et pourquoi pas non plus optimiser le BIOS du forum pendant qu'on y est ...

[PoP]

Y'a plus simple que bidouiller la base de registre : underclocker le CPU du serveur avec deux tranches de fromages à raclette. Ca marche aussi avec du Conté ou du Beaufort.
Non mais si ça c 'est pas l'exemple type du [HAY] huileux qui sait pas ce qu'il dit...

[Ryle]

RICO > Tu fais un delete des messages et de l'user, ça doit pas prendre des masses de ressources non plus...

[Darhf]

Style UPDATE posts SET texte='chuipulas' WHERE user='joez' ?

[Ryle]

ben non du style select id_user from users where nom_user='joez'
tu récupères l'id
puis delete from messages where id_user=id trouvé
puis delete from users where id_user=id trouvé

[PoP]

QUOTE (Ryle @ 21/10/2002 11:43)

ben non du style select id_user from users where nom_user='joez' tu récupères l'id puis delete from messages where id_user=id trouvé puis delete from users where id_user=id trouvé

oui bah y'a plus simple hein
DELETE FROM messages WHERE messages.id_user=users.id_user WHERE users.name_user="Joez"
enfin bon...
Là c'est pas très lourd puisque Openspace n'est pas très vieux et qu'il n'y a pas une montagne de posts, supprimer les posts de Joez ne prendrait pas longtemps (ceux de Laskov ou Arsenik_ par contre un peu plus). Mais, comme le souligne Rico, pour faire du DoS (Denial of Service), y'a pas mieux. Et puis, franchement, ça serait un bordel sans nom si l'on supprimait les posts des membres qui partent. Déjà que les conversations partent en vrille quand tout le monde est là, si en plus il en manque des bouts...

[RICO]

Prennez l'exemple suivant:

- 3 utilisateurs, à plus de 2000 posts chaqun (sisi, on a tous un floodeur dans notre entourage)
- Ces 3 lamerz décident de se désinscrire du forum en meme temps.

Maintenant, je vous laisse imaginer la tronche de la courbe CPU due à l'operation en plus du fonctionnement normal du forum.

Bien sûr là c'est un cas hypothetique qui n'a que très peu de chances de se produire dans l'absolu ... du moins de manière fortuite. J'imagine allègrement que pour un connard de hacker, c'est beaucoup plus jouissif de foutre carrément en vrac un serveur qui heberge un forum plutôt que le forum lui même, et avec une l'option dont nous parlons, ce n'est plus une faille mais un boulevard ! N'importe qui peut se créer plusieurs comptes, flooder un bon coup (sisi, avec un script PERL en quelques lignes c'est facile pourvu que l'assaillant soit pourvu d'une connexion assez rapide genre netissimo 1) et finalement, lance plusieurs procédure simultanées de désinscription, remarquez, si le forum survit déjà au flood c'est déjà une bonne chose ...

De plus, y'a un aspect logique àla non suppression d'un compte et de ses posts, à savoir que la quasi totalité des threads auquel le sujet aura participé perdront leur sens (eg: reponse sans question, question sans réponse, etc ...)

Voila la raison pour laquelle aucun programmeur n'est assez débile pour proposer une option de désinscription totale dans un forum quel que soit le langage en plus du fait qu'une telle requete sur un utilisateur très présent sur un forum a toutes les chances de partir en timeout.

Enfin bon ... moi je dis ca ... mais je connais rien en prog php ...

PS: Pour de plus amples explications, cf ma signature.

[PoP]

Information importante: l'underclocking marche aussi très bien avec du Gouda. Eviter le Gouda au cumin qui laisse des petits bouts de cumin un peu partout.
A venir le test avec du Roquefort, de la Tome de Savoie, du Camembert et du Chèvre.

[Ryle]

Pop > DELETE FROM messages WHERE messages.id_user=users.id_user WHERE users.name_user="Joez"

Euh t'es sûr ? tu connais le SQL un peu?
Car à mon avis where .. where c'est pas bon et en plus pour pouvoir utiliser la table users, faudrait peut être faire une jointure dessus, non?
Plutôt du genre :
delete from messages inner join users on messages.user=users.id_user
where users.name_user="Joez"

[PoP]

QUOTE

Ryle Euh t'es sûr ? tu connais le SQL un peu?

Non, absolument pas, mais je fais comme tout le monde, j'ouvre ma gueule sur un sujet qui m'est complètement inconnu juste pour pouvoir dire que j'ai dit quelque-chose.

QUOTE

Ryle Car à mon avis where .. where c'est pas bon et en plus pour pouvoir utiliser la table users, faudrait peut être faire une jointure dessus, non? Plutôt du genre : delete from messages inner join users on messages.user=users.id_user where users.name_user="Joez"

HEu....genre on s'en branle royal des specs techniques du truc, puisque la spec fonctionnelle est complètement conne.

[RICO]

J'adore les cours de SQL comme ca ...
On fait tout et n'importe quoi, on en rajoute, encore et encore, ha merde ... timeout ... j'incrémente le timeout ... ha merde ... le serveur rame ... bon je remet de la ram ... ha chiotte ! trop d'utilsateurs ca rame a nouveau ... euh chef ?! qu'est-ce qu'on fait ?

- On change de serveur ...

2 mois plus tard ...

- Putain ca rame a nouveau ! on fait quoi maintenant ?
- On dit que le cahier des charges est pourri et envoie tout le monde se faire foutre ...

[Ryle]

Pop > Non, absolument pas, mais je fais comme tout le monde, j'ouvre ma gueule sur un sujet qui m'est complètement inconnu juste pour pouvoir dire que j'ai dit quelque-chose.

C'est pour moi que tu dis ça? Car je te trouve bien aggressif dans ce cas...
Et oui je peux ouvrir ma gueule sur le SQL car j'ai quelques connaissances dessus.

[PoP]

QUOTE

Ryle qui se la pète façon "La technique, je connais" C'est pour moi que tu dis ça? Car je te trouve bien aggressif dans ce cas... Et oui je peux ouvrir ma gueule sur le SQL car j'ai quelques connaissances dessus.

Et bien...tant mieux. Comme tout ceux qui se sont amusé à faire un site php/mySQL ou des vraies connaissances?
Non c'est juste que ça me saoule cette levée de pseudo-techniciens super au courant de tout, qui maîtrise les dernières techniques parce que ça fait super intelligent mais qui, au final 1) ne savent pas ce qu'ils vont en foutre et 2) ne réfléchissent pas beaucoup.
Voilà. Rien de perso. Mais simplement, comme Rico, une sorte d'exaspération à lire des anneries pas possibles, des floppées d'étalages de pseudo savoir technique (Laskov, rassure-moi, c'était du second degré ton post?) alors que y'a pas des masses de reflexion derrière. Voilà voilà. Et ce qui est saoulant, c'est que ce comportement là, on le retrouve dans notre milieu pro.

[Ryle]

Et bien...tant mieux. Comme tout ceux qui se sont amusé à faire un site php/mySQL ou des vraies connaissances?
Les deux
Je fais des sites en PHP et MySQL.
Sinon pour le SQL je l'ai appris sur Oracle(jusqu'en Maîtrise) et j'en ai fait pas mal donc je peux dire que je connais le SQL sans me la péter comme tu dis.

Par contre je comprends pas ta réaction vis à vis de moi. Je ne t'ai rien dit d'aggressif. J'ai juste corrigé une erreur. Y a pas de mal à pas savoir un truc. Y a des tas de trucs que je sais pas. Et je dis pas à ceux qui savent qu'ils se la pètent.

[PoP]

putain...et en maitrise on t'as pas appris à refléchir?

[Ryle]

Je te suis pas...

[RICO]

On t'as appris quoi en maitrise ? Frontpage Express ?

[Ryle]

Emacs
Et d'ailleurs qu'est ce qui vous prend de me tomber dessus comme ça ? Je vous ai rien dit...

[RICO]

Nan, je dis ca parce déjà ne serait-ce qu'en BTS on apprend a étudier la fesabilité d'un projet c'est a dire, ce qui rend possible ou impossible telle ou telle fonctionalité du système ...

Or dans un cas pareil, et ayant recu un tel enseignement, on se rend compte tres vite du genre de problèmes qu'on va rencontrer lors de la mise en place de ce genre de fonctions ...

Et oui, avant de discuter de technique, faut déjà commencer par la fesabilité, mais visiblement toi tu t'en fous ...

Allez, baisse la tête, t'aura l'air d'un courreur ...

[PoP]

bah c'est juste que l'on essaye de faire comprendre que supprimer un utilisateur et ses posts c'est complement con.
1) parce que, même si ta requête SQL fait 1 ligne, derrière ça fait une masse ENORME de traitement pour la base (surtout si y'a un système de commit/rollback dessus...),
2) supprimer les posts d'un membre vont rendre complètement imbittable les threads dans lesquels il aura posté. Imagine que je supprimes mes posts...ce thread va avoir un sens?
Donc voilà, niais.

[Ryle]

Non je ne m'en fous pas mais je reprenais Pop (sans volonté de lui faire la leçon ou quoi que ce soit) sur son instruction SQL.
Après, c'est sûr qu'en enlevant des messages , on enlève la signification des posts qui répondent au message donné, je suis bien d'accord et qu'il faut regarder comment la machine supporterait des opérations impliquant beaucoup d'enregistrements.
Mais en même temps, si tu veux faire un truc dans des conditions réelles sur ce forum, il faut savoir sur quel genre de machines on s'appuie, sur quel type de bases de données, etc...Bref l'architecture technique choisie.Suivant le type de bases (Oracle par exemple) des requêtes sur des milliers d'enregistrements sont possibles...
Là c'était pas le cas, c'était juste une requête en l'air.
Et sinon ta remarque sur les BTS semble indiquer que tu doutes de la crédibilité de mes informations quant à la formation que j'ai reçu. Je me trompe ?

D'autant que je suis bien le dernier à me lancer dans un truc sans avoir fait le tour de tous les problèmes que je peux rencontrer en cours de route et sans avoir fait une analyse complète du problème.
Donc je ne trouve pas ta remarque très justifiée, Rico,mais bon tu ne pouvais pas le savoir
Et les gens qui parlent de choses qu'ils ne connaissent pas ça m'agace au plus haut point comme vous.
C'est d'ailleurs bien pour ça que j'ai du mal à encaisser les commerciaux. Quand je sais pas, je ferme ma gueule ou je dis que je sais pas.

[RICO]

mouais enfin bon ...

Etant un peu (beaucoup) sur les nerfs aujourd'hui, j'ai la gachette facile ...

Cela dit avec un forum comme celui ci (MySQL je présume) on est bien loin des performances d'oracle

[Ryle]

Ca je suis d'accord.
Sinon , tu parlais de Denial Of Service tout à l'heure.
Avec PHP, tu peux fixer une durée maximum pour un script.Si le script est trop long à exécuter, un message s'affiche te disant qu'il a échoué car il a dépassé le temps limite. De même, tu peux lui fixer un montant de mémoire maximum à ne pas dépasser.
Mais bon c'est sûr que ta requête s'arrête en plein milieu, laissant peut être des trucs pas propres dans la base. Mais en attendant ton serveur n'est pas en vrac.En revanche, en lancer beaucoup de scripts , plus petits mais en même temps, peut faire planter le serveur.
Je pense (mais je peux me tromper) que c'est une parade à ce genre d'attaques non ?

Vu dans php.ini :

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

max_execution_time = 3600 ; Maximum execution time of each script, in seconds
memory_limit = 8M ; Maximum amount of memory a script may consume (8MB)

[RICO]

Ryle ?!? tu te forces là ? rassure moi ?


Ha non, je sais ! tu réponds sans lire les posts des autres ... ouais, c'est surement ca ...

Bon ... je me ressaisit ... je me calme ... et je laisse courrir ...

PS: j'en reste pantois quand même, sisi serieux, je suis impressionné ...

[PoP]

QUOTE

Ryle qui s'enfonce à dit Ca je suis d'accord. Sinon , tu parlais de Denial Of Service tout à l'heure. Avec PHP, tu peux fixer une durée maximum pour un script.Si le script est trop long à exécuter, un message s'affiche te disant qu'il a échoué car il a dépassé le temps limite. De même, tu peux lui fixer un montant de mémoire maximum à ne pas dépasser. Mais bon c'est sûr que ta requête s'arrête en plein milieu, laissant peut être des trucs pas propres dans la base. Mais en attendant ton serveur n'est pas en vrac.En revanche, en lancer beaucoup de scripts , plus petits mais en même temps, peut faire planter le serveur. Je pense (mais je peux me tromper) que c'est une parade à ce genre d'attaques non ?

Oh MY GOD!
Du coup on se retrouve avec une base complètement en vrac, avec des petits morceaux de n'importe-quoi partout.
Mais t'as fumé un sequoia toi ou quoi?