Aantal leden, reden voor traag forum?

Nursaniyem · Bericht door **Nursaniyem** » 10 jan 2005, 18:51

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.

jh0nny · Bericht door **jh0nny** » 10 jan 2005, 19:22

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?

Rico · Bericht door **Rico** » 10 jan 2005, 19:40

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 Afbeelding

eXo · Bericht door **eXo** » 10 jan 2005, 20:29

Lijkt me heel erg stug dat het met de plaatjes te maken heeft

Nursaniyem · Bericht door **Nursaniyem** » 10 jan 2005, 21:46

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.

-=|Rik|=- · Bericht door **-=|Rik|=-** » 10 jan 2005, 21:52

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.

Bas · Bericht door **Bas** » 11 jan 2005, 07:33

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

eXo · Bericht door **eXo** » 11 jan 2005, 11:18

-=|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....

ciska0707 · Bericht door **ciska0707** » 11 jan 2005, 13:21

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.

Nursaniyem · Bericht door **Nursaniyem** » 11 jan 2005, 15:50

usleep(2); staat niet in index.php
Kan iemand mij helpen om dit 2 mods te verwijderen van phpBB plus 1.52?

jh0nny · Bericht door **jh0nny** » 11 jan 2005, 15:55

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:

Leipo · Bericht door **Leipo** » 11 jan 2005, 16:41

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.

Nursaniyem · Bericht door **Nursaniyem** » 11 jan 2005, 17:42

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

spotligh · Bericht door **spotligh** » 11 jan 2005, 17:45

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!

Nursaniyem · Bericht door **Nursaniyem** » 11 jan 2005, 17:53

Dit is phpBBplus 1.52 war dit mod standaart in zit 8)

jh0nny · Bericht door **jh0nny** » 11 jan 2005, 18:57

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.

spotligh · Bericht door **spotligh** » 11 jan 2005, 20:32

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...

apollo · Bericht door **apollo** » 16 jan 2005, 20:40

@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.

Aantal leden, reden voor traag forum?

Aantal leden, reden voor traag forum?

Re: Aantal leden, reden voor traag forum?