PHP Templates med OB

<ole>

OB bruger store server resourcer, da du gemmer hele koden i RAM. Det er noget, man normalt kun bruger, hvis alle andre muligheder er udtømt, og der ikke findes andre løsninger. Det er normalt ikke en feature, man tilvælger med glæde  =)

/mvh
</bole>

Jeg har ikke selv brugt ob_-funktionerne i php. Det er umiddelbart meget nemmere at benytte noget færdigbygget som f.eks. Smarty eller TAL:

http://www.smarty.net/
http://phptal.motion-twin.com/

Jeg arbejder sjældent i PHP, men bruger TAL da det findes til mange andre sprog end PHP og er meget nemt og overskueligt (i modsætning til Smarty, hvis syntax ofte ødelægger/indvikler "flot html").

Okay, tak for inputtet ole, det var rart at vide. Hvad vil du anbefale i stedet for, hvis man vil adskille præsentation og logik? Skal man over i noget XML eller hvordan?

@j4k0b
Hvis ikke man kender noget til emnet, så virker det en anelse uoverskueligt at skulle benytte en engine som TAL synes jeg?

Det kommer meget an på, hvad du skal lave - og på, hvordan man kan lide at arbejde. Du kunne have et logik lag af funktioner, som kun behandler data:

function getArticles($catID) {
    $res = [MYSQL_QUERY];
    $aRet = array();
    while ([MYSQL_FETCH]) {
        $aRet[] = [MYSQL_ROW];
    }
    return $aRet;
}

Øverst i din HTML 'template' kunne du så have præsentations funktioner, som passer til lige netop det design, som siden er lavet i - og som kan kaldes nede fra HTML-koden. Disse funktioner får data ved at kalde funktioner i logik laget:

function writeArticles($catID) {
    $aAticle = getArticles($catID);
    $aHtml = array();
    for ($i=0,$j=count($aAticle); $i<$j; $i++) {
        // Helt simpelt HTML-eksempel
        $aHtml[] = "<div class='art'>".$aAticle[$i]["head"]."</div>";
    }
    print implode("", $aHtml);
}

Så kan du kalde funktionen fra HTML-koden:

<div class="article_container">
    <?php writeArticles( $_GET["catID"] ) ?>
</div>

I en klassisk applikation deler man op i tre lag: Database, logik og præsentation. I mit eksempel har jeg blandet de to første sammen, men man kunne med fordel lave endnu en opdeling, så man uden videre kan migrere til en anden database type - f.eks. postgres

Uh lyder spændende ole:)

Af nysgerrighed, hvordan ville opdelingen af database og logik, så foregå? Snakker vi en db-klasse, eller hvordan?

For at tage et meget simpelt eksempel, ville du så dele logik-laget op i en fil og præsentations-funktionerne + html, altså præsentationslaget, i en anden fil og så hente indholdet i præsentations-filen ind i logik-filen med require/include?

1) Ja, så vil du have en fil med en DB-klasse, som er specifik postres, mysql - or-what-ever.

2) Næsten. Jeg ville hente logik funktionerne ind i præsentations filerne med include/require  =)

Okay:)

Tak for hjælpen, jeg går den vej ole, så lig et svar :)

Selvtak  ;o)

Kik i øvrigt på MySQLI:
    http://dk2.php.net/manual/en/book.mysqli.php

- og prepared statements:
    http://dk2.php.net/manual/en/mysqli-stmt.prepare.php

Så slipper du helt for at tænke på SQL-injections. Det er umiddelbar lidt irriterende, man skal til at 'starte forfra', men dels er det hurtigt lært, og dels gør det livet så meget lettere, så snart det er lært  =)

Tak for points  ;o)

Done og tak:) Det kaster jeg mig også ud i :)

Kan man egentligt sige noget om brugen af persistent connections andet end at det sløver koden en smule, fordi den udfører automatisk clean-up?