ideezoeken
heey,
zou het geen idee zijn als je aan zoekt naar een bep. bericht, en je ziet het daar staan, dat je daar dan rechtstreeks naar toegelinkt naar dat bericht door zo'n anker(heet toch zo? 
) en dat je niet naar het begin van de topic wordt gelinkt, want dan moet je alsnog zelf gaan zoeken wat niet handig is.
Eindelijk is het zoeken er
jahaa maar wat vindt je van mijn idee ? ow je hebt de bovenste al gestemd zie ik 
aangezien ik de 1e al de bovenste had gestemd
Uhm... hou eens op met die stomme 1 keuze polls 
Het is wel een goed idee, niet daarvan, maar ik heb vandaag meerdere polls gezien, en ze waarom bijna allemaal net zo irritant als deze 
Uhm... hou eens op met die stomme 1 keuze polls
Het is wel een goed idee, niet daarvan, maar ik heb vandaag meerdere polls gezien, en ze waarom bijna allemaal net zo irritant als deze
oke ik wijzig al zeurpiet
Dan zou de parsetijd van een zoekpagina veel te lang woren, niet echt handig dus. Wat wel zou kunnen is dat de gezochte woorden gemarkeerd worden in dat topic.
(in de URL komt er dan bv /mark/zoekquery achter te staan ofzo 
..)
Misschien in de topic table in de database aangeven wat de laatste post is?
Volgens Saven wel
..
oke dan 
bij mij hier in ff is dat dus niet zo
Dan zou de parsetijd van een zoekpagina veel te lang woren, niet echt handig dus. Wat wel zou kunnen is dat de gezochte woorden gemarkeerd worden in dat topic.
(in de URL komt er dan bv /mark/zoekquery achter te staan ofzo
..)
Wat lul jij met je parsetime, ga leren wat parsetime betekend of zo.
Het counten van page's delen door totaal is echt geen parsetime probleem, als je gewoon iets maakt dat als je {bericht_id} achter het topic gooit dat hij vanzelf naar de juiste pagina gaat is dat echt geen probleem;
url/forum/topic/topic_id/0/bericht_id
[...]
Nee Meneer Associaal is nog niet klaar.
Parsetime voor het splitten van Pagina's is gewoon absurt, kom op zeg, wat voor 'n bagger scripter ben je dan.
En jou gedrag staat mij al helemaal niet, vooral omdat je een ''voorbeeld'' functie hebt.
Jullie kunnen toch ook rustig doen
En @ Saven/Florian, Florian zegt dat Saven het niet wilt, maar wij wel
Als Admin, met een voorbeeld functie moet ik er op letten dat irritante members zich ook gedragen.
Zoals eerder gezegd, mij boeit het niet.
Dit is van gisteren vóór dit topic:
11-12-2006 18:52:14 ·#s v n·# - hoe bedoel je? =X
11-12-2006 18:52:14 ·#s v n·# - ow zo
11-12-2006 18:52:19 Florian - ja ;p
11-12-2006 18:52:42 ·#s v n·# - kan niet
11-12-2006 18:52:45 ·#s v n·# - nja kan wel
11-12-2006 18:52:46 ·#s v n·# - maar
11-12-2006 18:52:53 ·#s v n·# - dan kost het extreem veel parsetime
Als Admin, met een voorbeeld functie moet ik er op letten dat irritante members zich ook gedragen.
Zoals eerder gezegd, mij boeit het niet.
Dit is van gisteren vóór dit topic:
[...]
ACh ja, misschien moet saven het gewoon maar een keer proberen
Volgens Saven wel
..
OMG hee dat scheelt bijna niets gek
Als je gewoon <a name="id_van_de_post"></a> naast iedere post zet, en dan http://www.saven.nl/forum/topic/7357#post_id doet, dan scheelt dat niets...
Saven wil het denk niet omdat zijn .htaccess daar niet tegen kan (volgens mij ).
[...]
Nee Meneer Associaal is nog niet klaar.
Parsetime voor het splitten van Pagina's is gewoon absurt, kom op zeg, wat voor 'n bagger scripter ben je dan.
En jou gedrag staat mij al helemaal niet, vooral omdat je een ''voorbeeld'' functie hebt.
En jij moet stil zijn.
als je het in de topic table zet scheelt het geen parsetijd, en tijdens het bericht posten ook zo goed als niet
of denk ik nu helemaal fout?
nee de anker zelf is niks aan, maar om te berekenen op welke pagina die staat moet ik nog ff bedenken
als je het in de topic table zet scheelt het geen parsetijd, en tijdens het bericht posten ook zo goed als niet
of denk ik nu helemaal fout?
Dat is weer zon nep manier om de pagina op te slaan in de db
nee de anker zelf is niks aan, maar om te berekenen op welke pagina die staat moet ik nog ff bedenken
[...]
Dat is weer zon nep manier om de pagina op te slaan in de db
waarom jij mijn posts verwijderen?
Berekenen is ook heel simpel...
Je kijkt welk volgnummer die post heeft als je alles eruit haalt, en dat deel je door het aantal reacties op 1 pagina, dan door ceil() heen en dan heb je de pagina.
[...]
waarom jij mijn posts verwijderen?
Berekenen is ook heel simpel...
Je kijkt welk volgnummer die post heeft als je alles eruit haalt, en dat deel je door het aantal reacties op 1 pagina, dan door ceil() heen en dan heb je de pagina.
Hoezo volgnummer berekenen?
Enige manier hoe ik denk dat het kan is door alle reacties te fetchen uit een bepaald topic, en dan zegmaar $i setten en steeds er bij op tellen. en dan de $i van die reactie als reactie nummer geven zegmaar
kan niet echt uitleggen
nee de anker zelf is niks aan, maar om te berekenen op welke pagina die staat moet ik nog ff bedenken
[...]
Dat is weer zon nep manier om de pagina op te slaan in de db
Ja dat zal best
Waarom is het nep? (een beetje de niet-zo'n-goede-scripter bashen mentaliteit lijkt het wel
) en daarbij, bij mij werkte dat altijd perfect 
n/m las de laatste post te snel door
[...]
Hoezo volgnummer berekenen?
Enige manier hoe ik denk dat het kan is door alle reacties te fetchen uit een bepaald topic, en dan zegmaar $i setten en steeds er bij op tellen. en dan de $i van die reactie als reactie nummer geven zegmaar
kan niet echt uitleggen
Je hebt alles in een query.
Dan kun je met MySQL i.c.m. PHP wel uitrekenen op welke positie die post zich bevind... (de eerste die uit de query komt is 1, dan 2, 3, 4, enzovoort. da's een volgnummer
)
