Imprimer

[alex]

Salut,

Ca y est, c'est fini, on est arrivés sur la nouvelle machine sans encombres.

Vous pouvez reprendre une activité normale sur votre réseau social préféré, pfff !

[Otomatic]

C'est chouette, je me suis aperçu de rien. 

[alex]

Ca c'est fait tard la nuit (sur les coups de 3h du mat) et ça a été très vite, à peine plus de 40 minutes !
Dominick a profité du décalage horaire pour faire tout ça, pendant qu'on était au lit.

[Dom]

Comment ça se fait que UptimeRobot n'a pas détecté de downtime si c'était à peine plus que 40 minutes?

[alex]

Vu que c'était un downtime de prévu, j'ai mis la détection en pause.

[Dom]

AAaaaah!

Bien, je te dis que c'était moins de 5 minutes...

[alex]

5 minutes pour transférer toutes les datas ?!
J'avais pas compris comme ça quand tu me l'as dit.

J'ai regardé les logs du couineur pour voir combien de temps ça avait pris.

Code

192.95.60.x - - [20/Jul/2019:03:05:21 +0200] "POST /beep.php HTTP/2.0" 200 663 "https://shut-up.com/DansTonCul.php" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36"
..................
192.95.60.x - - [20/Jul/2019:03:53:05 +0200] "POST /beep.php HTTP/2.0" 200 661 "https://shut-up.com/DansTonCul.php" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36"

[Dom]

Oui, ça c'est sans doute le temps auquel j'ai éteint/allumé le couineur.

J'ai partis la migration après que le couineur a été éteint, pendant ce temps, le serveur reste accessible.
Quand la migration arrive à la fin, il éteint la machine sur l'ancien serveur et fait un dernier "sync" rapide, c'est à ce moment que j'ai mis le bloc d'IP sur le nouveau serveur...
Une fois le sync terminé, le serveur migré est allumé...

Donc environ 5 minutes, même pas.

[alex]

Aaaaaah oui d'accord !

Oui, en effet, de cette façon ça parait très rapide. Il suffit juste de faire la "bascule" de l'un à l'autre.
C'est très bien pour les internautes, ils ne voient rien du tout.

[alex]

Attention pour les curieux !


Le site dnslookup.fr est régulièrement utilisé pour tester chez oim. De prime abord, ça ne pose aucun souci, même si ce site peut s'apparenter à un outil de hacking pour débutants.
Certains petits malins profitent de ce site qui n'est même pas protégé par un captcha pour tester, voir bombarder, le serveur mail. Que ce soit manuellement ou à l'aide de scripts.

J'ai bien essayé de contacter le webmaster, mais celui-ci semble plus intéressé par les revenus publicitaires de son site que de répondre à un mail.

Donc, dorénavant, le site dnslookup.fr est blacklisté et il ne sera plus possible de l'utiliser pour emmerder chez-oim.org
Vous n'obtiendrez plus aucun résultat provenant de ce site, vu que toutes les requêtes du site seront ignorées par notre serveur.
Ceci prend effet immédiatement, ce site n'existe plus pour chez oim.

[alex]

Salut,


Pour l'anecdote, aujourd'hui, on a subit un nombre assez incroyable d'attaques par injections SQL, pour la plupart.
Bien entendu, ces attaques de débutants sont restées sans effet.

Du coup, un gros ban IP a été effectué pour couper le sifflet à ces enfoirés du net.

[alex]

Le lazy loading a été installé chez oim pour les images contenues dans les posts, les avatars et les smileys.


Le lazy loading, c'est quoi ?
C'est très simple, vous allez voir.
Le lazy loading consiste simplement à n'afficher que les images qui sont strictement nécessaires.
Une image se situe en dehors de la fenêtre d'affichage (l'écran) ? Elle ne sera pas chargée tant que vous ne descendez pas dans la page.


Cette nouvelle fonctionnalité est très importante pour les téléphones portables facturés au quota de données qu'ils consomment.
Avant, tout le contenu d'une page était chargé. Dorénavant, seul ce qui doit être affiché sera demandé au serveur et chargé. Le reste de la page ne sera pas chargé si vous ne le consultez pas.
L'économie réalisée devrait être substantielle.

De plus, ce système permet d'afficher les pages plus rapidement. Economies et rapidité, que demande le peuple ?


"Bug" fix :
Ce n'est pas un véritable bug, mais bon. Disons que c'est un bug d'affichage qui donne le mal de mer et fait vomir sur son clavier.

L'affichage de la centaine de smileys dans la fenêtre de réponse était une sainte horreur ! Le texte de remplacement du smiley s'affichait, ça sautait de partout au fur et à mesure du chargement des smileys, c'était à gerber !
Le problème est réglé, maintenant les smileys (mais aussi les images et avatars) s'affichent en douceur, sans aucune brutalité comme c'était le cas avant.

[alex]

Attention !
Les règles de ban automatique s'améliorent.

Dorénavant, si le système détecte un abus, il vous bannira pour une heure.
C'est le système qui gère le ban, il vous colle au ban et il lève le ban tout seul. Alors attendez une heure si vous faites le con sur ce site.

Sinon, vous pouvez m'envoyer un mail afin de plaider coupable et obtenir une levée de ban immédiate.

Pour le moment, la durée du ban est de une heure pour test. Mais ça va devenir beaucoup plus long. 24h me semble une durée adéquate.


Si vous êtes un forumiste standard qui navigue et poste comme tout le monde, même si vous êtes un chieur, vous n'avez pas à vous inquiéter.
Le système détecte les enfoirés du net, pas encore les emmerdeurs...


Apprentis hackeurs qui balancez des injections SQL sur tout ce qui bouge, faites gaffe ! Le système ne vous préviendra pas avant de vous coller au ban.

[alex]

Nouvelle modification

Dorénavant, lorsque vous posterez un lien sans utiliser les balises BBCode, il sera tenté de récupérer le titre de la page visée par le lien pour afficher votre lien proprement.


Exemple avec ce lien : https://chez-oim.org

Lien vers chez oim posté tel quel, sans BBCode :
Chez oim, forum libre - Accueil


Lien posté vers chez oim en utilisant BBCode :
https://chez-oim.org

[alex]

Juste pour info.


Vous voulez savoir si le cadenas affiché dans votre navigateur est un cadenas véritable ou un cadenas de contrefaçon ?
Regardez les entêtes de réponse de chez oim !

Exemple :

Code

HTTP/2 200 
cache-control: no-cache, must-revalidate
content-language: fr
content-security-policy: default-src https:; script-src https: 'unsafe-inline' 'unsafe-eval'; style-src https: 'unsafe-inline'; img-src https: data: *; connect-src https: 'self'; base-uri 'self'; upgrade-insecure-requests;
content-type: text/html; charset=UTF-8
date: Tue, 08 Sep 2020 13:40:39 GMT
expires: Mon, 26 Jul 1997 05:00:00 GMT
feature-policy: fullscreen *; geolocation 'none'; microphone 'none'; camera 'none'; sync-xhr *;
last-modified: Tue, 08 Sep 2020 13:40:40 GMT
pragma: no-cache
referrer-policy: strict-origin-when-cross-origin
server: Apache
set-cookie: PHPSESSID=a01fffcbed3e5c7751c9683a5c7ee070; path=/; HttpOnly; Secure;
strict-transport-security: max-age=31536000; includeSubDomains; preload
tk: N
x-charlie-fr: Chez oim est encore et toujours Charlie.
x-charlie-en: Chez oim is still Charlie.
x-content-type-options: nosniff
x-frame-options: SAMEORIGIN
x-ssl-info: TLSv1.3 - TLS_AES_256_GCM_SHA384
x-xss-protection: 1; mode=block

Vous avez repéré l'entête x-ssl-info ?
C'est cet entête qui vous dit quel protocole et cipher sont utilisés pour vous.
Dans notre exemple, ça nous donne : x-ssl-info: TLSv1.3 - TLS_AES_256_GCM_SHA384, donc tout va bien.

Pour chaque requête, vous pouvez vérifier la présence de cet entête et de son contenu.

[alex]

Nouvelle modification

Dorénavant, lorsque vous posterez un lien sans utiliser les balises BBCode, il sera tenté de récupérer le titre de la page visée par le lien pour afficher votre lien proprement.


Exemple avec ce lien : https://chez-oim.org

Lien vers chez oim posté tel quel, sans BBCode :
Chez oim, forum libre - Accueil


Lien posté vers chez oim en utilisant BBCode :
https://chez-oim.org

Vu qu'il existe plein de bugs dans le bidule à liens, et notamment des erreurs 500 (ce qui est inadmissible sur un site en production), celui-ci est suspendu jusqu'à nouvel ordre.