You are not logged in. Please login or register.
PunBB Forums → Posts by Rickard
Lionell wrote:
Och varför ska du vara som alla andra?
Hmm. Jag som trodde mitt forum var lite originellt :(
Lionell wrote:
Hade varit intressant att veta vad andra som testat forumet har för prestanda på sina datorer.
Ja, verkligen. Speciellt i jämförelse med andra forum. Jag har phpbb2 installerat på den här burken också för att testa, men jag orkar inte skapa en jävla massa trådar och inlägg för att kunna mäta skillnaden.
Hmm. Detta är ännu en sån här som jag är lite skeptisk mot att implementera. Jag vill, som ni vet sen tidigare, hålla koden så ren och snygg som möjligt och hålla antalet "features" så lågt som möjligt och samtidigt försöka behålla en hög funktionalitet. Är det en riktigt nödvändig funktion? Är det värt att implementera den? Jag är skeptisk :-)
Lionell wrote:
Tittade lite närmare på viewforum och såg att Bug Reports tar mer än en sekund att ta fram. Lite i överkant enligt mig om man ser på att den ska enbart visa alla subjects i en tråd.
Sen har man subjects enbart som start inlägg, sen är subject fältet tomt på alla svar. Men tar ändå upp en massa plats i databasen.
Varför inte ha en en separat tabell i databasen enbart till start inlägg, sånt med subject, sen ha alla andra svar i en tabell för sig? Det blir ju en del att leta igenom efter ett tag.
edit: All information som är specific för en tråd borde ju ligga i subjects tabellen och bara det som behövs till replies.Hoppas jag inte krånglar till det för mycket nu Kennel... :p
Klart du ska komma hit och krångla Niklas :-)
Först och främst: Jag valde att ha alla inlägg (oavsett om de är topics eller inte) i samma tabell. Jag gjorde detta val för ganska länge sedan när jag väl började med forumet och det har för- och nackdelar. En nackdel är att man har utrymme för mer data än vad som egentligen behövs för vanliga svar i en tråd. En fördel är att vissa saker blir oändligt mycket enklare att göra (sökmotorn t.ex.) samt att vissa operationer kräver färre queries när allt ligger i samma tabell. Det faktum att MySQL dessutom saknar stöd för subselects ställer till en del också när man har topics i en egen tabell.
Forumet skulle inte bli snabbare om det var uppdelat och det extra utrymme som inte används i inlägg är inte allt för mycket. En tom sträng (av typen varchar) tar t.ex bara upp en byte.
Att svar i en tråd inte skulle ha subject är något jag tänkt en del på. I alla andra forum jag känner till har även svar en ämnesrad. Den utnyttjas dock mycket sällan och jag aldrig riktigt förstått varför man skulle vilja ha en ämnesrad mitt i en tråd. Jag hakade liksom på vad som var standarden när jag började med forumet och det har hängt med sen dess.
Jag vet inte huruvida drygt en sekund är så mycket för forumet Bug Reports. Bemärk att detta forum körs på en Pentium 200 med 64 MB minne. Ingen monsterburk direkt.
Edit: Om forumet ibland känns extra segt, så är det när jag kopierar filer över mitt 10mbit-NIC. Då dör typ hela burken :-)
Hehe. Rätt kul att ni tog upp det. Det som tar tid är count(id)-frågorna som körs för varje separat forum. Utan dem blir index.php mycket snabbare. I version 1.1 ligger antal posts och antal topics i forum-tabellen, så där går det undan.
Själva statistics-rutinen tar inte så lång tid, så det låter jag nog vara som det är.
Edit: Ett alternativt hade varit att lägga ett index på posts-tabellen så count-rutinen hade gått fortare, men jag vill inte lägga för mycket index på just posts-tabellen då det sänker prestanda för inserts ganska radikalt.
Edit: Som det är nu tar index.php ungefär 0.7 sekunder på sig och när jag tagit bort de två count-frågorna tar den 0.1 :-)
Hmm. Någon annan som håller med? För mig är skillnaden relativt stor.
flagg wrote:
Eller också har man en tabell till för användares options. Då behöver man ju inte heller lägga till fler fält bara för det tillkommer nåt nytt.
Hmm. Om jag vill lägga till något nytt får jag ju skapa en ny kolumn i denna tabell vilket fall som helst, så jag ser inte riktigt poängen med att dela upp det.
I denna tråd? Det funkar för mig.
TwaN: Jo, nåt sånt hade det fått bli, men jag vill helst inte lägga till fler kolumner i users-tabellen - speciellt inte varchar-kolumner. Vi får se :-)
Nice att forumet används :-)
CryoMan: Kolla här:
http://kennel.dyndns.org/viewthread.php?id=1747
Du har inte fixat det.
Nej, Pun har inget template-system. Jag valde att inte implementera något sådant tidigt i utvecklingen. Det är en av de saker som drar ner prestanda väldigt mycket i forum som t.ex. vBulletin och PhpBB2.
Är det verkligen fel forum förresten?
Jag provade precis att klistra in 250 KB här och det funkade utan några problem, så jag tvekar på att det är något fel med forumet. Kanske är det en bugg i IE som beror på storleken av själva textarean eller fonten eller nåt sånt.
Fixat. Glömde visst det :-)
Jo, jag har faktiskt funderat på något liknande, men jag bestämde mig för att köra med enums istället då de ändå bara tar upp en byte i databasen per användare. Ditt förslag med att define:a konstanter är iofs ganska elegant, men det är inte bara storleken på tabellerna som jag tänker på utan även antalet val det faktiskt blir i profilen. Man skulle kunna ha valmöjligheter för allt möjligt, men frågan är om det inte blir grötigt och mer eller mindre avskräckande för nya users att ha en massa val att välja mellan.
Hmm. Jag kör inga javascript alls på den textarean. Jag kollar så det inte är tomt, men det är först vid onsubmit.
TwaN wrote:
Jag skulle vilja kunna ändra titlar på vem som hällst, inte bara admins och moderatorer.
Det skulle du allt vilja va? :-)
Jag är kluven. Jag vet inte om jag vill lägga in stöd för det. Jag har inte sett ett enda forum där detta fungerar bra. Speciellt inte när folk själva får ändra sin titel.
Ah, det har du fan rätt i. Ska ta en titt på det.
Det där låter som ett typiskt hack och inte något som följer med forumet i sitt standardutförande. Du var ju ute efter ett hack att koda? :-)
Det går att välja i sin profil om man vill använda smilies eller inte. Jag tycker det räcker. Quickpost ska vara just ett snabbt sätt att skriva inlägg. Vill man ha "features" kan man klicka på post reply istället.
Jo, en valmöjlighet blir det. Frågan är om det ska vara generellt för hela forumet eller något man väljer som användare. Jag börjar bli lite skeptisk mot att lägga ännu mer skit i userstabellen, så det lutar åt det första.
Hmm. Det var ingen dum idé. Jag ska kolla på det, men räkna inte med det förrän i 1.1.
Byt ut rad 209 i post.php med
mysql_query( 'INSERT INTO '.$dbprefix."posts VALUES( NULL, '".addslashes( $username )."', 0, '".getRemoteAddress()."', '$email', $subject, '".addslashes( $message )."', '$nosmilies', '$nosignature', $now, NULL, NULL, $now, 0, '".addslashes( $username )."', NULL, 0, 0, 'no', 'no', $mid, $fid, 0 )" ) or error( mysql_errno(), __FILE__, __LINE__, mysql_error() );
Byt ut rad 249 i samma fil med
mysql_query( 'INSERT INTO '.$dbprefix."posts VALUES( NULL, '".addslashes( $username )."', 0, '".getRemoteAddress()."', '$email', $subject, '".addslashes( $message )."', '$nosmilies', '$nosignature', $now, NULL, NULL, $now, 0, '".addslashes( $username )."', NULL, 0, 0, 'no', 'no', 0, $fid, 0 )" ) or error( mysql_errno(), __FILE__, __LINE__, mysql_error() );
Det är lite andra småbuggar i post.php, men de är inte så allvarliga. De kommer vara fixade i beta 2.
Psionicist wrote:
Inte jag. Caps.
Aha! My mistake. Aja, det är iaf fixat.
Hmm. Rätta mig om jag har fel, men var det inte en av buggarna du rapporterade här:
PunBB Forums → Posts by Rickard
Powered by PunBB, supported by Informer Technologies, Inc.