Server topic.

Caner schreef:

OVH heeft haar VPSen enorm geupgrade trouwens Heb m nog niet uitgetest, maar ga ik binnenkort doen

Zag het inderdaad ook!

Caner schreef:

OVH heeft haar VPSen enorm geupgrade trouwens Heb m nog niet uitgetest, maar ga ik binnenkort doen

Je merkt het verschil wel, ben pas geleden van server geupgrade.
Met die oude VPSjes lag mijn site er telkens uit, en met die nieuwe VPSjes heb ik er nog geen last van gehad.

Misschien was een 1 GB ram VPS toch niet goed als je site rond de 1500 requests per uur heeft en bij bijna elke request de database doorzoeken van 400.000 rows.

Azelz schreef:

Eerdere citaten tonen

Caner schreef:

OVH heeft haar VPSen enorm geupgrade trouwens

Heb m nog niet uitgetest, maar ga ik binnenkort doen
Je merkt het verschil wel, ben pas geleden van server geupgrade.
Met die oude VPSjes lag mijn site er telkens uit, en met die nieuwe VPSjes heb ik er nog geen last van gehad.

Misschien was een 1 GB ram VPS toch niet goed als je site rond de 1500 requests per uur heeft en bij bijna elke request de database doorzoeken van 400.000 rows.

Nooit van caching gehoord? En in principe zou dat niet super veel ram horen te gebruiken lijkt mij? Teveel overhead? Als dat de zaak kan beïnvloeden.
Probeer caching en sowieso mysql indices.

Jessee schreef:

Eerdere citaten tonen

Azelz schreef:

Eerdere citaten tonen

Caner schreef:

OVH heeft haar VPSen enorm geupgrade trouwens

Heb m nog niet uitgetest, maar ga ik binnenkort doen
Je merkt het verschil wel, ben pas geleden van server geupgrade.
Met die oude VPSjes lag mijn site er telkens uit, en met die nieuwe VPSjes heb ik er nog geen last van gehad.

Misschien was een 1 GB ram VPS toch niet goed als je site rond de 1500 requests per uur heeft en bij bijna elke request de database doorzoeken van 400.000 rows.

Nooit van caching gehoord? En in principe zou dat niet super veel ram horen te gebruiken lijkt mij? Teveel overhead? Als dat de zaak kan beïnvloeden.
Probeer caching en sowieso mysql indices.

Caching deed ik al via mijn CDN en niet via de server. Caching via CDN heeft ook weinig invloed op de server. En van de overhead heb ik ook geen last meer van omdat om de paar min een cronjob langs loopt die de tables optimized, dus voor zo ver zit de server goed
Binnen een 1 seconde haalt hij een paar rows uit de database van 400.000 rows, alleen als ik alle rows wil laden duurt het 15 seconden ofzo.

Azelz schreef:

Eerdere citaten tonen

Caner schreef:

OVH heeft haar VPSen enorm geupgrade trouwens

Heb m nog niet uitgetest, maar ga ik binnenkort doen
Je merkt het verschil wel, ben pas geleden van server geupgrade.
Met die oude VPSjes lag mijn site er telkens uit, en met die nieuwe VPSjes heb ik er nog geen last van gehad.

Misschien was een 1 GB ram VPS toch niet goed als je site rond de 1500 requests per uur heeft en bij bijna elke request de database doorzoeken van 400.000 rows.

Die oude VPSen waren echt belachelijk traag inderdaad

Azelz schreef:

Eerdere citaten tonen

Jessee schreef:

Eerdere citaten tonen

Azelz schreef:

Eerdere citaten tonen

Caner schreef:

OVH heeft haar VPSen enorm geupgrade trouwens

Heb m nog niet uitgetest, maar ga ik binnenkort doen
Je merkt het verschil wel, ben pas geleden van server geupgrade.
Met die oude VPSjes lag mijn site er telkens uit, en met die nieuwe VPSjes heb ik er nog geen last van gehad.

Misschien was een 1 GB ram VPS toch niet goed als je site rond de 1500 requests per uur heeft en bij bijna elke request de database doorzoeken van 400.000 rows.

Nooit van caching gehoord? En in principe zou dat niet super veel ram horen te gebruiken lijkt mij? Teveel overhead? Als dat de zaak kan beïnvloeden.
Probeer caching en sowieso mysql indices.

Caching deed ik al via mijn CDN en niet via de server. Caching via CDN heeft ook weinig invloed op de server. En van de overhead heb ik ook geen last meer van omdat om de paar min een cronjob langs loopt die de tables optimized, dus voor zo ver zit de server goed
Binnen een 1 seconde haalt hij een paar rows uit de database van 400.000 rows, alleen als ik alle rows wil laden duurt het 15 seconden ofzo.

Datacaching slimmerik, overigens heb je gewoon de database verkeerd genidexeerd, dat weet ik wel bijna zeker. "paar min een cronjob langs loopt die de tables optimized" heb je niet bijster veel aan.
( https://dev.mysql.com/doc/refman/5.1/en/optimize-table.html) "Note that MySQL locks the table during the time OPTIMIZE TABLE is running. "

Daarbij lock je dus ook de tabellen en worden de SELECTS in de wachtrij gezet, als ik jou was zou ik dus een andere werkwijze verzinnen én gaan kijken naar Redis.

Sevvlor schreef:

Eerdere citaten tonen

Azelz schreef:

Eerdere citaten tonen

Jessee schreef:

Eerdere citaten tonen

Azelz schreef:

Eerdere citaten tonen

Caner schreef:

OVH heeft haar VPSen enorm geupgrade trouwens

Heb m nog niet uitgetest, maar ga ik binnenkort doen
Je merkt het verschil wel, ben pas geleden van server geupgrade.
Met die oude VPSjes lag mijn site er telkens uit, en met die nieuwe VPSjes heb ik er nog geen last van gehad.

Misschien was een 1 GB ram VPS toch niet goed als je site rond de 1500 requests per uur heeft en bij bijna elke request de database doorzoeken van 400.000 rows.

Nooit van caching gehoord? En in principe zou dat niet super veel ram horen te gebruiken lijkt mij? Teveel overhead? Als dat de zaak kan beïnvloeden.
Probeer caching en sowieso mysql indices.

Caching deed ik al via mijn CDN en niet via de server. Caching via CDN heeft ook weinig invloed op de server. En van de overhead heb ik ook geen last meer van omdat om de paar min een cronjob langs loopt die de tables optimized, dus voor zo ver zit de server goed
Binnen een 1 seconde haalt hij een paar rows uit de database van 400.000 rows, alleen als ik alle rows wil laden duurt het 15 seconden ofzo.

Datacaching slimmerik, overigens heb je gewoon de database verkeerd genidexeerd, dat weet ik wel bijna zeker. "paar min een cronjob langs loopt die de tables optimized" heb je niet bijster veel aan.
( https://dev.mysql.com/doc/refman/5.1/en/optimize-table.html) "Note that MySQL locks the table during the time OPTIMIZE TABLE is running. "

Daarbij lock je dus ook de tabellen en worden de SELECTS in de wachtrij gezet, als ik jou was zou ik dus een andere werkwijze verzinnen én gaan kijken naar Redis.

En inderdaad, een CDN gaat niets helpen om je querys sneller te maken.

De nieuwe VPSjes van OVH zijn echt prima te doen!

mijn raspberry pi is ivm met technische problemen offline.

Dylan schreef:

mijn raspberry pi is ivm met technische problemen offline.

In verband met met?

Milan schreef:

Eerdere citaten tonen

Dylan schreef:

mijn raspberry pi is ivm met technische problemen offline.

In verband met met?

ja sorry

Wat voor troubles? ?

ivm met sd die hij format omdat zijn beeld het niet doet als hij de hdmi kabel niet in zijn scherm heeft

OpenVPN werkt weer nu nog de Windows Shares fixen en misschien owncloud installeren