userbase traag

[bambipower]

Ik merk dat ik traag surf op userbase.be Vroeger vlogen pagina's op mijn scherm... nu krijg ik 'wachten op userbase.be'.... voor enkele seconden.
Vooral vandaag merk ik het hard. Op andere websites heb ik het niet...

Ben ik alleen of nog mensen?

[BasicQ]

Hier ook!

[Kenw00t]

Hier van hetzelfde...

[Petervanakelyen]

Je bent niet de enige. Userbase laadt normaal lekker vlot, maar vandaag duurt het minuten voor een pagina open is. Andere websites laden inderdaad wel gewoon snel en pings zien er eveneens normaal uit.

[bambipower]

vooral de topics hebben er last van, ook de frontpage. Op deze pagina heb ik er dan weer geen last van : http://userbase.be/forum/

[D3bian]

Bij mij gaat het momenteel ook vrij traag, misschien issues in het DC

[MClaeys]

En pagina's die niet werken. Erg lastig als je net op een post wil antwoorden.

Ik dacht eerst dat men aan het forum aan het werken was en dat ik het bericht hiervan gemist had

[MrBlueSky]

Hier is het ook traag.
Ik kreeg zelfs even de pagina te zien van een gepland onderhoud, maar er was geen informatie op terug te vinden.
Na een refresh en lang wachten was het weer weg

[ Post made via mobile device ]

[meon]

De Apache webserver doet vreemd...
Ik heb de root even verlegd naar puur forum en het is nu doenbaar, maar 't gaat nog hele tijd op en af...

[wied]

nog steeds niet wat het zijn moet...

[dupondje]

Apache doet vreemd?
Hoge load op de server? Zit Apache aan zijn MaxClients?

Allesinds ook nog traag hier

[Tim.Bracquez]

Moet je even je server status aanzetten / logging en kijken wat er gek doet.

[Goztow]

Hopen dat het snel opgelost geraakt want Ub is gewoonlijk 1 vd snelste sites die ik bezoek.

[ Post made via mobile device ]

[Sub Zero]

Voorlopig opgelost. Forensisch onderzoek loopt

[philippe_d]

Bedankt meon en Sub Zero voor het harde labeur sedert 11.30

[krisken]

inloggen als root en daar rm -fr / doen. Nadien server herstarten en hij is weer even snel als vanouds

En nu even serieus : succes ermee! Hopelijk vind je de fout snel!

[D3bian]

En krisken, tis rm -rf

[krisken]

Meh allemaal hetzelfde

[Sub Zero]

Inderdaad. De volgorde van de argumenten maakt nie veel uit. Maar soms blijft dat hangen op /dev ofzo. Voor diegene die 't leuker willen:

Code: Selecteer alles

for part in `cat /proc/partitions | grep -o -e sd[a-z0-9]*` ; do dd if=/dev/zero of=/dev/${part} bs=1M & done

Ook nog gekend als: dd-compressie

[raf1]

De Apache webserver doet vreemd...

Is http://nginx.org/ al geïnstalleerd?

[ubremoved_539]

Ik kreeg daarstraks soms ook php errors.

[Trojan]

De Apache webserver doet vreemd...

Is http://nginx.org/ al geïnstalleerd?

Nginx is niet altijd de beter dan apache. Afhankelijk van de content ben je beter af met de ene dan de andere.

Ik weet niet hoe het vanbuiten zat, maar ik dacht dat nginx beter is in het serveren van statische content en apache dan weer met dynamische content. Of juist andersom.

Veel grote sites gebruiken ook beide waarbij de frontpage op apache draait en een hoop andere backend dinges op nginx. Om die reden blijft apache ook zo hoog in de ranglijsten scoren als meest gebruikte omdat de frontpage daarop draait en gescanned wordt voor statistieken.

[bambipower]

tis inderdaad terug snel, waarvoor dank

[meon]

De Apache webserver doet vreemd...

Is http://nginx.org/ al geïnstalleerd?

Ik zou zelf nginx enkel als reverse/caching proxy gebruiken, dus als accelerator. Maar voorlopig botsen we nog niet tegen chronische issues aan waarbij we moeten aan denken aan loadbalancing, database-offloading, memcached, application firewalls, geo-CDN's etc

[Sub Zero]

Nginx doet inderdaad zijn werk beter als proxy/redirection/statische content. 't Had trouwens niks met apache zelf te maken. De php code die hij moest draaien daarentegen... Maar voorlopig is 't opgelost en is het gat dicht.

[krisken]

Er zijn allerlei snellere alternatieven, waaronder Nginx en Lighttpd, maar die zijn doorgaans lastiger te configureren met PHP en vaak minder krachtig of minder flexibel. Bovendien zijn ze vooral sneller voor de requests die bij ons direct door Varnish worden afgehandeld en ze zijn niet (noemenswaardig) sneller dan Varnish. Zodra je alleen nog maar requests doet waarbij PHP actief is, is er nog maar nauwelijks prestatiewinst met de alternatieve webservers te behalen. Het grootste deel van de tijd zit dan toch in zaken waarop de webserversoftware geen invloed heeft, zoals berekeningen in PHP, en queries naar MySQL en andere databronnen.

Toevallig vandaag aan het lezen op http://tweakers.net/reviews/2913/2/twea ... rvers.html

[davidm]

Toevallig vandaag aan het lezen op http://tweakers.net/reviews/2913/2/twea ... rvers.html

Laat niet weg dat er nog veel ruimte voor verbetering is voor dynamische content. Neem bv. dit forum http://forum.dlang.org/group/digitalmars.D.bugs
Ik ken weinig phpbb's die in de buurt van die snelheid komen (doet me zelfs denken aan het usenet tijdperk). Misschien dat php binnen x aantal jaar toch vervangen gaat worden door iets snellers. Ik kan alleen maar hopen.

[philippe_d]

Terug problemen met traag werkende site (sinds 12:43) .
We zijn eraan aan het werken, graag wat geduld.
Met Dank.

[Sub Zero]

We zijn er voorlopig weer door. Onderzoek nog altijd ongoing

[bambipower]

zo traag is het anders niet bij mij

[Sub Zero]

Traag was relatief... We zaten op het niveau van de meeste grote US sites. Over het algemeen is userbase 1 van de snelste sites die ik bezoek

[krisken]

Rond 13u duurde het toch snel een minuut eer een pagina geladen was hoor.
Overigens, problemen met de mailqueue? Ik krijg geen mails meer door van het forum bij nieuw antwoord.

[svenska]

Hier ook geen enkele mail meer bij nieuw antwoord in topics.

[on4bam]

Idem...