Userbase

Userbase was inderdaad gisteren enkele uren niet bereikbaar. Screenshot was van iets voor 20:00 uur.

Op een server als userbase is het inderdaad misschien geen slecht idee om de SQL database van tijd eens op te kuisen. Zelf ben ik daar ook geen expert in, maar er moeten toch knappe koppen hier zitten om er eens den borstel door te halen?

@meon: pm mij gerust als je wil dat ik eens kijk!
Vooral belangrijk een 'Show full processlist' te doen wanneer het traag is. Dan kun je meestal snel zien wat er veel resources gebruikt.

Al meer dan een uur hier onbereikbaar of enorm, enorm traag..

Isup.me geeft ook "is down". Nu werkt het maar zeer traag met sporadische time out.

@mods/admins : gooi Userbase eens (gratis) in uptimerobot.com om deze te monitorren? Indien gewenst wil ik een SMS gateway van mezelf ter beschikking stellen zodat jullie een SMS krijgen bij downtime.

Eventueel wil ik ook een VM ter beschikking stellen vanuit het datacenter te Oostkamp voor Userbase.

Ik heb 22 pushberichten gehad van up/down... Maar zat net in een niet-gerelateerde GDPR-crisis waardoor ik niet kon ingrijpen.
Toen ik keek was er een load van '8', niet zo erg hoog maar wel over lange tijd heen. Denk dat het opgelost is geraakt na dat ik MySQL eens herstart heb.
Zal morgen eens in de logs neuzen of ik nog kan uitzoeken wat er aan de hand was.

Ook nu omstreeks 06u30 was een poos de website niet bereikbaar...

Om 6u30? Rond 4 uur ook niet nochtans (kon nie slapen dus merkte t toevallig op)

het gaat wel meer eens mis de laatste tijd he...

Yep, vanmorgen helemaal niets, zal zo rond hetzelfde uur geweest zijn.

Ik heb 't ook gemerkt ja

Zet voor de grap ook eens puur het IP in je monitoring, alsook het IP van de gateway?

't is weer van dat, momenteel...

Zijn er nog mensen die de laatste dagen weer pijnlijk trage reacties ondervinden van het forum?

Klopt, hier ook regelmatig last van de laatste tijd ...

Als het bij mij traag is moet ik meestal een paar sessies later terug inloggen en dan is het weer in orde.

J.

Tis momenteel weer vanda.
Minuten wachten, twee keer op post moeten klikken om dan onder uw oren te krijgen dat je niet mag dubbelposten, etc...

Weeer heeeel traag met gsm geprobeerd en werklaptop en pfff stoort me.

idd weer van dat...
kan hier niets aan gedaan worden?

Deze keer wel terug moeten inloggen maar het is niet over …

J.

Gaat ook voor geen meter vooruit als je via Tapatalk gebruik maakt van 't forum.

Ik kreeg zelfs al "time out" bij het openen van een pagina... en dan nog via EDPnet.

Lijkt *iets* beter te werken als je http gebruikt ipv https.... but well... FEED THE HAMSTERS!

Nog steeds traag. 3 - 4 minuten moeten wachten wanneer pagina geladen was.

Vandaag bijna de ganse dag onbruikbaar geweest voor mij.

Lijkt er op dat dees mannen de reden zijn: https://en.seokicks.de/robot.html#attacke , Toen ik deze middag keek zaten ze al aan 30.000 hits en mijn poging tot blokkeren heeft duidelijk niet gewerkt

Terug alles in orde nu.

Kan je niet rate limiten op aantal requests en tijdelijk blocken als het te gortig wordt?
Ofwel, zoals aangehaald, zet er cloudflare met https voor, dan zal het ook wel gedaan zijn.

Is eventueel een IP-block niet mogelijk? De website reageert op dit moment ook wat trager.
De GeoPlugin FAQ stelt een PHP-scriptje beschikbaar waarbij afgeblokt wordt op User-Agent en seokicks-robot zit daar tussen.
Geen idee of dit kan helpen aangezien het bij het TLS-handshaken al platvalt... daarom mijn voorstel tot IP-block.

Site is echt niet om mee te werken... Vaak timeouts, slow response, gisteren wel erger


Zet gewoon eens cloudflare aan, dan heb je al dit verkeer gewoon gefilterd, rate limited etc zonder zorgen (gratis!). Of gewoon fulltime een beheerder zoeken. En ook als je security level op medium zet kunnen bots zelfs gewoon niet meer posten/op je site. Toch handig!?

Het enige wat je moet doen is vooraan je php script het juiste IP opvragen zodat de rest van je scripts het gewoon doen met het echte bezoekers IP Je server zal waarschijnlijk 30-40% cached requested niet meer moeten afhandelen, dus minder server load...

Dit was ook een site die draaide op 3 servers, nu op 1tje na cloudflare actief te zetten, kijk naar aantal cached requests die zelfs niet meer naar de server gaan, en bespaarde hoeveelheid data. En laat nu al die data die cached staat korter bij de bezoeker staan, als je vanuit Spanje op vakantie naar UB surft zal je data uit de Spaanse cache krijgen (Madrid). Deze stats zijn ook van een forum, die wouden ook eerst niet tot ze terug kosten hadden voor betere infrastructuur en nu eigenlijk minder resources nodig hebben.

Ik denk dat het eens tijd wordt om de héle achterkant te vervangen ja ... Een frisse 2019 wind met nieuwe config tegen alles en iedereen die UB een hele dag onbruikbaar maken voor iedereen, nieuwe of andere forumsoftware met allerlei nieuwe functionaliteiten. Want eerlijk gezegd is dat is nu toch niet meer van deze tijd een maximale grote van 1MB voor attachments, en dat de iOS/macOS smilies niet ondersteund worden... Of dat je notificatie e-mails krijgt van [email protected] ...

Één update van de forumsoftware naar de laatste phpbb staat klaar in testomgeving dat was mijn afscheidskado. Maar die werkt niet op de huidige ohp versie in productie.

Er is vooral wat tijd en goesting nodig om het platform inderdaad eens te updaten.

Aangezien ik er op basis van de logfiles niet uit raak welke client de snodaard is (wel opmerkelijk veel requests vanuit Huawei, allemaal OPPO-telefoons met eigen browser) heb ik CloudFlare maar eens geconfigureerd... Aangezien dat een wijziging van nameservers betekent kan dat tot 24u duren eer dit voor iedereen het geval is.
Vingers kruisen dat alles blijft werken, maar als dat het geval is kunnen we ook zaken als always-on-HTTPS, HSTS, minimum-versie van TLS etc aanpassen...

Zijn er geen nadelen aan het gebruik van CloudFlare (privacy enzo)? Ben niet zo'n kenner, maar vind eigenlijk niets mis aan de (blijkbaar) prehistorische manier waarop userbase gehost wordt.

Niks mis? Dat het om de paar dagen een hele dag zo goed als niet werkt is “niets mis”?

Met CloudFlare los je eigenlijk het probleem aan de bron niet op, je plakt gewoon een pleister.

Het is wel degelijk een vorm van oplossen, want je ver-PaaS't een aantal zaken die je voorheen zelf deed.

Cloudflare via HTTPS man-in-the-middlet al het verkeer tussen de (ingelogde of niet) bezoekers en de geproxiede website, dus ook UB als die van cloudflare gebruik maakt.

Dus ja, als ik niet wil dat Cloudflare mijn wachtwoord kan zien, kan ik helaas geen gebruik meer maken van UB zo lang die enkel bereikbaar is via Cloudflare.

Stop dan gelijk maar met 3/4 van je internet gebruik... Cloudflare, Akamai, ... 90% vh internet gaat erdoor denk ik.

Precies alsof jij voor elke website die je wil bezoeken gaat opzoeken of ze Cloudfare gebruiken...