Archief - Q: wanneer bbcode toepassen?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

Black Night

Legacy Member
llo :)

Ik ben met een nieuw project begonnen. Een deel van dit project laat de (geregistreerde) bezoeker toe om berichten te plaatsen. Hierbij komt er BBcode aan te pas.

Nu is mijn vraag:

Wanneer zou ik het best de bbcode laten uitvoeren? Bij invoegen van een nieuw bericht of iedere keer bij het laden van een bericht? Beide hebben hun voor- en nadelen, denk ik...

Iedere keer bij laden van bericht:
- Flexibeler (bij bv wijziging map smilies)
- Bericht aanpassen gaat veel gemakkelijker

Bij invoegen van een nieuw bericht:
- parsetime


Wat is er volgnes jullie de beste methode?

Thx :)

Ramm

Legacy Member
Ik doe het altijd bij het invoegen van een nieuw bericht. Want hoeveel keer ga je die BBCode aanpassen? Als je dat vergelijkt met uw parsetime kom je algauw tot een conclusie

DarkBone

Legacy Member
De parsetime is te verwaarlozen (toch zeker voor relatief kleinschalige projecten), en daarom heb ik tot nu toe altijd voor de makkelijkste oplossing gekozen. Het omzetten van de bbcode bij het afbeelden.

Black Night

Legacy Member
DarkBone zei:
De parsetime is te verwaarlozen (toch zeker voor relatief kleinschalige projecten), en daarom heb ik tot nu toe altijd voor de makkelijkste oplossing gekozen. Het omzetten van de bbcode bij het afbeelden.

maar wat is te verwaarlozen? Mijn bbcode is niet echt klein te noemen. Bijna vergelijkbaar als de bbcode van dit forum.

Wanneer ga je het verschil beginnen merken?

DarkBone

Legacy Member
Als PHP daar al zou over struikelen... Het al dan niet parsen van die codes bij het afbeelden zou geen verschil mogen opleveren. En al zeker niet merkbaar. Héél misschien als je echt veel gelijktijdige gebruikers hebt (dan dan spreek ik over duizenden), maar dan nog, dan is de impact van de omliggende code veel groter op uw webserver dan enkel dat stukje code die de tekst gaat parsen.

Black Night

Legacy Member
Weer bijgeleerd ;)

Thx voor het advies, Darkbone en Ramm :)

servi

Legacy Member
bij invoegen.

de tijd om al die tags om te zetten is aanzienlijk zodra er meer dan 5 posts op 1 pagina opstaan.
Ik heb zelf de test al gedaan met +/- 25 "posts op 1 pagina" en als ik me goed herinner was het tot 5 keer sneller en dat terwijl ik persoonlijk iets in stijl van 1,5 of 2 keer sneller verwachtte.De reden van dit enorme verschil is omdat reguliere expressies zéér duur zijn en dus enorm veel tijd vragen.

( de resultaten van deze test staan misschien nog ergens hier op dit forum )


Als performantie van belang is moet je de bbcode aanpassen bij het invoegen in de database.

PerfectPC

Legacy Member
om veiligheidsredenen moet dit ALTIJD gebeuren bij het uitlezen

servi

Legacy Member
veiligheidsredenen ? :eek:


die wil ik dan toch wel eens weten hoor ;)

Black Night

Legacy Member
hmm, als het zo een groot verschil geeft in parsetime, ga k het bij invoegen toepassen. Tenzij die veiligheidsredenen wel degelijk gegrond zijn... :)

DarkBone

Legacy Member
Ik blijf volhouden dat met een niet overdreven aantal bezoekersaantal het echt niet merkbaar zal zijn.

Het mag dan nog 5 keer trager zijn... als da om milliseconden gaat steekt da nie nauw. Of ge moet al duizenden simultane requests gaan krijgen.

servi

Legacy Member
mja met die redenering kan je voor iets te sorteren ook evengoed altijd selection sort gebruiken, want dat is voor kleine tabellen slechts enkele milliseconden sneller dan quicksort ;)


om als bonte uitspraak te eindigen : moest de bbcode van vbulletin niet worden geparsed bij het tonen, maar bij het invoegen, zou er praktisch geen nieuwe server nodig geweest zijn voor dit forum performant te laten blijven draaien.

DarkBone

Legacy Member
Naja, ik heb gewoon geen zin om allerlei regular expressions te zitten schrijven om uw HTML weer te parsen naar bbcode enkel en alleen voor het wijzigen van de gegevens. Vandaar da'k bij normale sites opteer om da toch bij het afbeelden te doen.

Maar vanaf dat ge weet dat uw sites 'stresstests' gaat doorstaan, dan neem je idd beter de andere beslissing.

Smoerf

Legacy Member
Het is toch op zich niet echt logisch dat je dat slechts parsed wanneer je ze uitleest? Zoals servi reeds aanhaalde, voor 1 bericht is de parsetijd praktisch hetzelfde, maar wat als je 25, 50 of meer berichten op 1 pagina wilt

En we hebben het niet over enkele ubb codes, maar over redelijk veel ubb codes, dus, waarom het risico nemen?

En ivm die smilie map :) Een relatieve verwijzing kan ook hé, het moet niet http://www.bla.be/images/smilies zijn maar kan ook ../images/smilies/ zijn.

Black Night

Legacy Member
De bedoeling van de meeste sites is zoveel mogelijk bezoekers aan te trekken, denk ik. Dus is het misschien beter om direct goed te werken...

Alleen ik heb ook geen zin om reguliere expressies te maken voor wijziging van de berichten of dergelijke :unsure: . Daarom dat ik eerder voor het toepassen bij uitlezen zou opteren.

Nu vraag ik mij nog altijd af wat PerfectPC bedoelt met zijn uitspraak...

Thx voor de reacties btw :)
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan