oleocene.org

alain2908 a écrit : ↑

30 déc. 2022, 05:58

Si ils ont expliqué que c’était la contribution du forum a la reduction de conso energetique demandée par le gouvernement.

Si on parle de 3Go pour héberger ce site tandis qu'un petit disque dur de serveur (partagé ) de 3 To consomme 20W pour se maintenir en fonctionnement, la consommation du forum serait de l'ordre de 20 milliwatt. Bonne performance environnementale.

Qu'est ce qui ce passe, le site répond avec une abominable lenteur .

Pareil pour moi.

energy_isere a écrit : ↑

19 avr. 2024, 23:49

Qu'est ce qui ce passe, le site répond avec une abominable lenteur .

Ca recommence ce matin. 40 secondes pour faire quoi que ce soit.

retour à la normale.

Les hackers sont sur la ligne

Au total, il y a 493 utilisateurs en ligne :: 3 inscrits, 0 invisible et 490 invités (selon le nombre d’utilisateurs actifs des 5 dernières minutes)
Le nombre maximal d’utilisateurs en ligne simultanément a été de 820 le jeu. avr. 25, 2024 8:20 pm

Je crois que le site se fait attaquer par déni de service.

Ce nombre d' utilisateurs est hautement suspect, c 'est sans doute pour saturer le site et empêcher une réponse rapide.

energy_isere a écrit : ↑

26 avr. 2024, 01:14

Au total, il y a 493 utilisateurs en ligne :: 3 inscrits, 0 invisible et 490 invités (selon le nombre d’utilisateurs actifs des 5 dernières minutes)
Le nombre maximal d’utilisateurs en ligne simultanément a été de 820 le jeu. avr. 25, 2024 8:20 pm

Je crois que le site se fait attaquer par déni de service.

Ce nombre d' utilisateurs est hautement suspect, c 'est sans doute pour saturer le site et empêcher une réponse rapide.

Dans ma carrière j'ai reprogrammé plusieurs sites associés à une base de données. Certains s'écroulaient avec qq centaines (voir dizaines) de clients.
Après une réécriture propre, avec un simple PC reformatté sous linux il tenait la charge avec plus milliers de clients simultanés (potentiel théorique max : 50000 de mémoire). On ne m'a plus jamais signalé de problèmes à ce niveau.
Un déni de service va plutôt envoyer des dizaines de milliers de requêtes. Voire des millions. Pour s'en protéger il faut des boîtiers spécialisés filtrants.
Pour tester le serveur à partir de mon PC de travail (linux aussi) je simulais plusieurs centaines de clients qui envoyaient des requêtes à un rythme très accéléré (ex: consultation d'une page toutes les secondes au lieu de 10-20 sec max en réalité). Et dans les logs je retrouvais tout. RAS. Pour cela un simple script bash (qq dizaines de lignes) suffisait.

Pour Olecoene, vu le petit nombre relatif, je pense plutôt a des robots comme Google qui parcours et indexent toutes les pages publiques de tous les sites. Certains sont peut être mal configurés.
En tout état de cause, à ce stade, le problème central vient de la mauvaise qualité du code informatique.

c'est bizarre des fois c'est bloqué et faut attendre 40 seconde que ça réponde, et puis 5 mn plus tard ca répond instantanément comme la maintenant.

energy_isere a écrit : ↑

26 avr. 2024, 11:02

c'est bizarre des fois c'est bloqué et faut attendre 40 seconde que ça réponde, et puis 5 mn plus tard ca répond instantanément comme la maintenant.

Cela me conforte dans mon impression de 'robots indexeurs' sans intention de nuire.
Par exemple, avec l'utilitaire linux wget il est facile de télécharger en tout ou partie un site. exemple :
wget -r --level=0 www.site.com
C'est comme si un humain cliquait à toute vitesse sur tous les liens d'une page récursivement. Générant des centaines de requêtes par seconde.
A ne surtout pas faire ! cela est contraire à l'éthique du net. Il y a différents paramètres permettant à des robots 'gentils' de télécharger un site (plutôt des extraits) pour analyser le contenu, en extraire les éléments importants et les proposer dans un moteur de recherche. Par exemple, attendre qq secondes entre 2 requêtes.
Un tel robot mal paramétré, pour un site pas très bien conçu, peu ou mal protégé, peut entraîner un fort ralentissement voire un effondrement du site le temps qu'il fasse sa recherche.
A ma connaissance, google, qui indexe fort bien Oleocene, est très correctement configuré pour ne pas gêner les sites.
Mais tous ne sont peut-être pas aussi méticuleux.
Et puis comme je l'ai indiqué un seul utilisateur malveillant ou apprenti sorcier peut flinguer un site éventuellement sans le savoir ...
Quel est le niveau de protection de phpbb utilisé par Oleocene ? Quelle est la qualité du code ?

analyser le contenu, en extraire les éléments importants et les proposer dans un moteur de recherches

Dire que tout ce bazar vient du fait que des robots sélectionnent les propos de mobar...


Supert qui ne veut pas déranger la discussion technique

En ce moment, Google n'est qu'une petite partie des requetes. Il y a des robots en tres grand nb sur tweeter, certains disent bcp plus de robots que d'humains. Je ne sais pas si c'est vrai, mais c'est vrai qu'il y a des robots sur tweeter, j'ai fait des tests de turing, et y'a bcp de comptes qui ressemblent a mes tests de Turing. Il faut bien que ces robots s'alimentent en production humaine. Oleocene avec ses trolls est un bon entrainement

energy_isere a écrit : ↑

26 avr. 2024, 11:02

c'est bizarre des fois c'est bloqué et faut attendre 40 seconde que ça réponde, et puis 5 mn plus tard ca répond instantanément comme la maintenant.

3 minutes avant que le dernier post ne soit enregistré!
ça rame sévère!

LeLama a écrit : ↑

26 avr. 2024, 18:13

En ce moment, Google n'est qu'une petite partie des requetes. Il y a des robots en tres grand nb sur tweeter, certains disent bcp plus de robots que d'humains. Je ne sais pas si c'est vrai, mais c'est vrai qu'il y a des robots sur tweeter, j'ai fait des tests de turing, et y'a bcp de comptes qui ressemblent a mes tests de Turing. Il faut bien que ces robots s'alimentent en production humaine. Oleocene avec ses trolls est un bon entrainement

il y a des techniques à plusieurs étages qui permettent de filtrer les robots. Par exemple, un humain peut au mieux, cliquer 2-3 fois par seconde. Un boîtier éléctronique en amont avec des composants dédiés peut filtrer cela. De même, si il y a trop de requêtes à traiter simultanément, les nouvelles sont mises en file d'attente en principe pas plus de qq secondes. En consultant l'historique, le programme peut détecter les trop "insistants" et les mettre en bac à sable. ...
Bref, un site bien programmé peut tenir la charge. Il y a 20 ans, comme j'ai déjà indiqué, un site s'écroulait avec qq dizaines d'utilisateurs simultanés. Une fois le code revu proprement la capacité a pu monter a qq milliers. Et même plus de 10 000 en test, capacité qui n'a jamais été approchée en réel. Avec un serveur "bas de gamme" : un PC de qq centaines d'Euros sous Linux : pas de cartes écran, sons, ou autres. Une connexion à un écran de contrôle, une au réseau interne (base de données), une autre au boîtier dispatcheur.
Depuis tout a considérablement évolué mais les grands principes restent. Un serveur mal codé peur être 1000 fois moins performant. Avec le grand programme Sirhen de l'EN (2005-2018) j'ai même vu bien pire dans certains cas. Avec une architecture délirante faite de multiples couches empilées, la capacité chutait d'un facteur 1 million. Mais il était interdit de virer tout ce fatras et de revenir à une programmation simple et directe.
Au final après 500 M (version public) ou 1000 M euros (version non diffusée mais tenant compte de tout) : poubelle par Blanquer.
tout cela revenait à un principe : pourquoi faire simple quand on peut faire (très) compliqué. Les vendeurs de matériel et de servics (Cap Gemini) se sont bien engraissés...

Ha, j'arrive a etre d'accord avec toi Sceptique. Comme quoi, il ne faut jamais insulter l'avenir

Oui, je suis d'accord avec ta remarque sur les couches de complexité. Y'en a de plus en plus. Et ca a beaucoup empiré avec l'arrivée de l'intelligence artificielle. Le site sncf-connect, c'est bienvenue en enfer. Depuis qu'ils ont remplacé la brave interface ou tu mettais ta gare de depart et d'arrivee par des formulations en langage naturel, c'est l'enfer. Tu as des listes incompletes de train suivant la facon de formuler les requetes, quand tu ajoutes une carte d'abonnement tu n'arrives plus a acheter un voyage en meme temps, etc, etc..

Moi j'ai beaucoup de respect pour les gens qui font du vrai travail, la cuisine, la couture, l'informatique.... Ce sont des metiers incroyables, ou il faut a la fois beaucoup de savoir technique, mais aussi un sens esthetique du metier, ou il faut penser l'economie de moyens pour produire de la beauté. Et j'ai l'impression que dans tous ces metiers, on prive les gens de leur savoir faire. En cuisine, y'a plus que de la cuisine d'assemblage en collectivité, tu ouvres des sachets au lieu de couper des legumes. La couture est envoyee en thailande. Et en info pareil, quand je discute avec des gens que je croise qui font de l'info, ou des anciens etudiants, ils t'expliquent que tu codes quand tu es débutant et que tu ne sais pas grand chose. Puis tu deviens manager, et tu organises des reunions pour envoyer le travail a faire a une autre boite, qui va sans doute delocaliser le travail :(

Je suis triste de voir ca. J'adorais l'excellence et la beauté formelle de l'informatique. Je me retrouve aujourd'hui souvent face a des programmes laids, lents, lourds.