Ja

Edit: je kan ook NULL als de standaard waarde van last_activity hebben en dan ordenen op COALESCE(last_activity, datum)

Als je nou bij de topic nog een veld maakt met een naam in de trant van "last_activity" en daar op laat orderdenen...
Anders moet je gaan stoeien moet group by om dubbele topics te voorkomen, en group by in combinatie met joinen en ordenen wilt nog al eens problemen opleveren...

Citaat van Luc

Heb je nog meer 'nuttige' weetjes?

Meeste topics handmatig (niet via de database) verwijderd: Ik =[
Stomme spammers ook, hebben me meer dan 1500 (spam only) topics laten verwijderen...

CP aan Dein

Willen de kleine kindertjes naar deze kleuter juf luisteren en terug on topic gaan?

Heel logisch om html voor de DOCTYPE te hebben...
http://w3schools.com/tags/tag_doctype.asp

Dan laat je eerst een script alles images van die ene map uitlezen, dan maak je een lijst met checkboxes, dan klik je op de submit button die je ook nog moet maken...
Dan laat je alles plaatjes verwijderen die verwijderd moeten worden...

Er is niet zomaar een magische functie voor alles wat je maar zou willen...
Je moet de functies (en andere features) die je tot je beschikking hebt gebruiken om te krijgen wat je wilt...

mysql_query("SELECT COUNT(*) + 1 AS place FROM users WHERE rank > (SELECT rank FROM users WHERE id = ".intval($data->id).")");

Zulke queries lijken me een stuk beter dan al die loops die jij hebt...

BOUNTY's!!!
Andere cocos dingen zijn vaak ook erg lekker!

Artikelen en leden zijn meervoud, categorie (je maakte een typo) en admin zijn enkelvoud, een object stelt maar een ding voor... (een Leden_Lijst stelt ??n lijst voor met meerdere items (instanties van de class Lid/Gebruiker), mocht leden een lijst moeten voorstellen)

Wat voor toevoeging heeft een admin class in plaats van een een eigenschap in de Lid/Gebruiker class die aangeeft dat het een admin is?

Heb je geen winkelwagentje (een lijst)?
Of bestellingen?
Of meerdere mogelijke aflever adressen per gebruiker?
Ik vergeet vast nog wel een aantal classes, maar ik weet niet wat voor opties jij wilt (bedenk zelf wat voor classes je daarvoor nodig zou kunnen hebben)

Maar het belangrijkste, hoe communiceren die classes?
Heb je dat al een beetje bedacht/uitgewerkt?

Echo, print, exit, continue, break, include, require etc. zijn language statements...

1,2,3 is niet 123 voor zover ik weet...

Er zijn drie soorten booleans?
Jij zit zeker aan NULL te denken?

Die stem had ik niet achter jou verwacht...
Maar dat zouden mensen waarschijnlijk ook bij mij hebben...

$rating/10

PS. mijn respect heb je...

insaneflame
Inderdaad

Ik heb trouwens nog wat leuks gevonden, plaatjes die de include hierarchie in kaart brengen:
Zend: http://phpimpact.files.wordpress.com/2008/07/zend-blog-hor.gif
CodeIgniter: http://phpimpact.files.wordpress.com/2008/08/codeigniter.gif
kohana 2.x: http://img683.imageshack.us/img683/7158/included23.png
Kohana 3.x: http://img706.imageshack.us/img706/1452/included303.png

Het valt me op dat die van Zend een beetje chaotisch is...
Hier nog wat andere: http://blog.fedecarg.com/2008/08/04/php…de-coming-from/

Als rowCount() lager is dan 1, dan return je niets...
Aangezien er geen else in die code voorkomt gok ik dat je een return wilt gebruiken om te voorkomen dat je iets wilt fetchen terwijl je al weet dat er niets te fetchen valt...

Ik zou een regexp opzoeken die urls vindt, en tijdens het posten alle wittekens even wegstrippen om daarom te controleren...
Vindt het een match, doe dan wat je zelf wilt...

Superior
had hem liever naar preg_match doorverwezen...

Ontopic

@Killingdevil
beter kijken

Wie is we?
Wat houd een coding class ooit in?

Tuurlijk kan het wel...

Zet het volgende in je .htaccess bestand:

# handler for phpsuexec..
<FilesMatch "\.css$">
 SetHandler application/x-httpd-php
</FilesMatch>

En hoop dat het werkt...

PS. ik geloof nog steeds niet dat je dingen leert, gamecontrol.

http://validator.w3.org/#validate_by_input

Arrrgh, zeg ik niet genoeg dat ik een Kohana fanboy ben?

Anyway, tot CodeIgniter PHP 4 support overboord gooit (vanaf versie 2.0 die nu in de maak is) zou ik niet voor CI kiezen.
PHP 4 wordt niet meer ondersteund, ik kies liever een framework dat gemaakt is voor een PHP versie die nog wel ondersteund wordt.

Zend vind ik te groot (de gezipte minimal versie is 5,7 MB groot, en de gezipte full versie 23,8 MB).
Ook heb ik gelezen (hoeveel er van klopt weet ik niet zeker) dat Zend Framework meer een verzameling van libraries is dan een framework.
Als je dan bedenkt dat veel mensen die andere frameworks gebruiken (niet alleen Kohana en CI) Zend Components los gebruiken binnen dat framework dan lijkt Zend Framework mij TE flexibel.
Een fexibel framework is goed, maar met alles is het zo dat het uit de hand kan lopen, en voor mijn gevoel is dat met ZF gebeurd. De reden waardoor ik het ook niet echt als een framework zie.

Nog een paar topics om te lezen: (ze zijn daar volgens mij neutraler dan dat ik dat ben)
http://forum.kohanaphp.com/comments.php?D…nID=1859&page=1
http://forum.kohanaphp.com/comments.php?D…&page=1#Item_16

Het komt er op neer dat je nu je een lijstje hebt van frameworks die je goed lijken, dat je die uit gaat proberen en die kiest die het beste bij JOU past.