Pagina 1 van 1
Aantal leden, reden voor traag forum?
Geplaatst: 10 jan 2005, 18:51
door Nursaniyem
Ik gebruik nu phpBB2 Plus 1.52, die erg traag is door het Calendar en Birthday Mod.
Nu heb ik het zelfde Plus versi op een andere server gezet.
Deze forum is erg snel.
Maar hier heb ik nog geen subforums en geen leden en geen berichten.
Maar op mn huidige forum heb ik nu 1350 leden en 7729 berichten.
Die heeft een tijd van :
Code: Selecteer alles
Page generation time: 26.9584s (PHP: 62% - SQL: 38%) - SQL queries: 78 - GZIP enabled - Debug on
Maar mn nieuw Plus versi op het andere server :
Code: Selecteer alles
Page generation time: 0.2393s (PHP: 100% - SQL: 0%) - SQL queries: 37 - GZIP enabled - Debug on
Verschil is erg groot vind ik.
Nu wil ik mijn forum op het nieuw server opnieuw beginnen ondaks dat al mn leden kwijt gaan.
Het enige reden is het snelhijd?
Zit ik fout?
Kan ik bang zijn dat aantal leden oploopt dat ik weer een traag forum krijg?
Op kan ik beter phpBB2 2.0.11 nemen.
Omdat ik het moelijk heb met Mods te installeren gebruik ik liever het Plus versie.
Kan iemand me aub wat tips geven.
Ik had het graag gewilt een plus versi zonder het Calendar en Birthday Mod, ik heb ook Stefan(Admin phpbb2.de) gemailt maar nog geen reactie.
Hun Plus versie is ook zonder dit twee mods.
Of kan iemand mischien dit 2 mods verwijderen van dit Plus versie.
Ik heb het geprobeerd maar kwam er absoluut niet uit.
Graag hulp.
Geplaatst: 10 jan 2005, 19:22
door jh0nny
Het verwijderen van deze mods is over het algemeen niet lastiger als het installeren.

Je gebruikt gewoon de installatiebestanden van die mods en doet gewoon het tegenovergestelde.
Als ik het goed las duurde het bij de ene bijna 25 sec.?
Is dat alleen bij de index of ook op andere pagina's?
Geplaatst: 10 jan 2005, 19:40
door Rico
het komt misschien ook door die hele grote plaatjes bij je subfora's
ik had
Page generation time: 6.3511s (PHP: 91% - SQL: 9%) - SQL queries: 79 - GZIP enabled - Debug on
edit dit plaatje

Geplaatst: 10 jan 2005, 20:29
door eXo
Lijkt me heel erg stug dat het met de plaatjes te maken heeft

Geplaatst: 10 jan 2005, 21:46
door Nursaniyem
jh0nny schreef:Het verwijderen van deze mods is over het algemeen niet lastiger als het installeren.

Je gebruikt gewoon de installatiebestanden van die mods en doet gewoon het tegenovergestelde.
Als ik het goed las duurde het bij de ene bijna 25 sec.?
Is dat alleen bij de index of ook op andere pagina's?
heb ik 2x gedaan
Duurt apnormaal lang.
Maar allebei de keren mislukt, erg jammer vond ik het.
Ik zou het erg leuk vinden als ik phpbb plus zonder dit twee mods heb.
Ik denk dat vele plus gebruikers het fijn zouden vinden.
Ik zal ff het plaatjes veranderen en dan kijken naar het page generation time.
Maar het poral is erg traag dat weet ik wel.
Geplaatst: 10 jan 2005, 21:52
door -=|Rik|=-
eXo schreef:Lijkt me heel erg stug dat het met de plaatjes te maken heeft

Kan je je lelijk op verkijken. Destegroter het plaatje destemeer kens op problemen. maar aantal leden lijkt me niet zo'n groot probleem voor het snelheids verliez.

Geplaatst: 11 jan 2005, 07:33
door Bas
mods.db9.dk kotst ook door verjaardagen...
Meer dan 30 seconden execution time, de komende 7 dagen-functie moest uit staan, anders zou hij dood gaan

Geplaatst: 11 jan 2005, 11:18
door eXo
-=|Rik|=- schreef:eXo schreef:Lijkt me heel erg stug dat het met de plaatjes te maken heeft

Kan je je lelijk op verkijken. Destegroter het plaatje destemeer kens op problemen. maar aantal leden lijkt me niet zo'n groot probleem voor het snelheids verliez.

Wordt het plaatje dan gegenereert door php oid? Logisch dat het bij een groter plaatje langer duurt voor hij is binnengehaald.
Die 26sec van Nursaniyem is de tijd die hij nodig heeft om alle queries uit te voeren, ofwel alle info uit de databases halen. Het is logisch dat als de server te druk is met queries dat de plaatjes ook niet snel arriveren.
78 queries is redelijk wat vergeleken met mijn forum en als deze dan ook nog is heel zwaar zijn, zoals alle users checken op hun verjaardag... En de server is ook niet echt een snelle....
Geplaatst: 11 jan 2005, 13:21
door ciska0707
Ik had ook problemen met een traag forum na het installeren van de birthday hack van Niels.
Het laden van de index pagina duurde lang, en dit was verholpen door in het bestandje index.php de code usleep(2); te verwijderen.
Ik weet niet of je er wat aan hebt, maar ik was er toen wel mee geholpen.
Geplaatst: 11 jan 2005, 15:50
door Nursaniyem
usleep(2); staat niet in index.php
Kan iemand mij helpen om dit 2 mods te verwijderen van phpBB plus 1.52?
Geplaatst: 11 jan 2005, 15:55
door jh0nny
Nursaniyem schreef:usleep(2); staat niet in index.php
Kan iemand mij helpen om dit 2 mods te verwijderen van phpBB plus 1.52?
Je hoeft niet de hele mod te verwijderen hoor, misschien k*t gescript of dingen aangepast waardoor je het niet kunt terugdraaien, maar is die traagheid alleen op de index???
Overigens kun je gewoon de index.php openen en alles verwijderen wat met de birthday te maken heeft, scheelde bij mij 4,6 sec. laadtijd op de index. :thumb:
Re: Aantal leden, reden voor traag forum?
Geplaatst: 11 jan 2005, 16:41
door Leipo
Nursaniyem schreef:
Page generation time: 26.9584s (PHP: 62% - SQL: 38%) - SQL queries: 78 - GZIP enabled - Debug on
Nursaniyem schreef:
Page generation time: 0.2393s (PHP: 100% - SQL: 0%) - SQL queries: 37 - GZIP enabled - Debug on[/code]
Op de een laadt hij geen 1 SQL in.
Op de andere moet hij een gigantisch aantal queries uitvoeren en bestaat het dus ook 38% uit toegang naar de database en terug.
Daardoor zal het waarschijnlijk ok niet het snelste forum zijn.
Geplaatst: 11 jan 2005, 17:42
door Nursaniyem
jh0nny schreef:Nursaniyem schreef:usleep(2); staat niet in index.php
Kan iemand mij helpen om dit 2 mods te verwijderen van phpBB plus 1.52?
Overigens kun je gewoon de index.php openen en alles verwijderen wat met de birthday te maken heeft, scheelde bij mij 4,6 sec. laadtijd op de index. :thumb:
Had ik al gedaan
Geplaatst: 11 jan 2005, 17:45
door spotligh
mensen!!! ff een handige tip!!
voordat je een MOD installeerd kopieer de HELE map waar je forum in staat ff naar een ander map... (die niet in de map van je site staat)
bv: desktop --> forum backups --> forum --> 11 Jan 2005 --> (je forum map)
dit kan je ook met je database doen: desktop --> forum backups --> database --> 11 Jan 2005 --> (Je backup)
doe dit elke 1 of 2 dagen en je forum is veilig voor als je een MOD installeerd... als er dan iets mis gaat hoef je alleen de backup map over je map zetten waarin het fout is gegaan...
Succes!
Geplaatst: 11 jan 2005, 17:53
door Nursaniyem
Dit is phpBBplus 1.52 war dit mod standaart in zit 8)
Geplaatst: 11 jan 2005, 18:57
door jh0nny
spotligh schreef:
doe dit elke 1 of 2 dagen en je forum is veilig voor als je een MOD installeerd... als er dan iets mis gaat hoef je alleen de backup map over je map zetten waarin het fout is gegaan...
Succes!
Lijkt me leuk, eventjes 200 mb aan data en nog eens 80 mb aan database downloaden elke dag voor de 5 files die je gebruikt voor het aanpassen.

Geplaatst: 11 jan 2005, 20:32
door spotligh
200mb??
damn... ik heb um maar op 1 tot 2 mb
ander heb je toch 2 backups (van 2 dagen) en daarna schijf je de oudste toch over? hetzelfde als met je database...
Geplaatst: 16 jan 2005, 20:40
door apollo
@Nursaniyem
Er zijn een paar dingen die je kunt proberen om de birthdaymod op te voeren, ipv em te wissen.
-Gebruik de nieuwste versie van Plus 1.52. Als het goed is zit hier namelijk ook de nieuwste versie van de Birthdaymod in. Deze cached alle data van verjaardagen, waardoor ze niet steeds opnieuw berekend hoeven te worden. Als jouw forum verder niet aangepast is, is het vaak makkelijker om het complete forum te vervangen (config bewaren, en database natuurlijk niet leeghalen), dan de betreffende mods te updaten.
-Zet in het ACP het aantal dagen dat er van tevoren gekeken moet worden of iemand jarig is, de waarde op 0.