Suchergebnisse

$di = new DirectoryIterator("."); $dirs = array(); foreach ($di as $d) { if ($d->isDir() && !$d->isDot()) { $dirs[] = $d->getPathname(); } } var_dump($dirs);

Zend_Mail_Transport_Smtp

Die wird von einer Action aufgerufen und erledigt einen bestimmten Job, damit ich a) leichtgewichtige Controller habe b) keine Codedoppelung. Siehe MVC-PHP-Frameworks wie Zend Framework.

Das ganze muss unbedingt davor geschützt werden, dass ich beliebige HTML-Dateien inkludieren kann (ein einfaches basename() dürfte reichen)!

Nein, keines von beidem.

Kommt drauf an. Bei einem Multi-Page-Form ist das Gang und Gebe. Alternativ kann auch nur die gleiche Funktion aufgerufen werden (nennt sich bei mir Action helper).

Man baut mit PHP die Seiten zusammen und sendet sie als ganzen. Das ist auch völlig in Ordnung so.

Nein ist es nicht. Aber es hat keinen Sinn das zu beschreiben. Allein $_SESSION lebt länger als einen Request.

Die Nachteile wären jedenfalls massiv.

Nach HTML5 ginge, ist aber nicht überall implementiert: <form action="foo.htm"> <input type="submit"> <input type="submit" id="otherformaction" formaction="bar.htm"> </form> Als Fallback also eine PHP-Datei die weiterleitet (nur GET möglich) und mittels JavaScript als Workaround...

Ein Schlüssel kann auch über mehrere Felder gehen. Ob das sinnvoll ist entscheidet sich am konkreten Anwendungsfall. Ansonsten kann die Facebook-ID (erscheint mir sinnvoller) auch ein Unique und ggf. mit einem Index sein.

Länge sollte 1 sein und einzutragen ist 0 für nein und 1 für ja.

nimm 0/1 für ja/nein

Der Datenbank-Server kann doch auf einem anderen Host laufen als der Webserver.

Mit einem BOOL lässt sich in jedem Fall besser arbeiten (auch wenn es in MySQL nur ein Alias für tinyint(1) ist)

Dann werden NULL-Werte für Year-Typen umgewandelt. Kurz: dann wird das nicht gehen, nimm dann lieber ein tinyint(4) (wenn es wirklich nötig ist!)

Dann nutz eben den Mssql-Treiber. Das stärkste Argument zum Wechsel zu einem anderem DBMS (bitte nicht MySQL, das wäre lächerlich) ist, dass der Code nicht aufwändig Umgeschrieben werden muss, weil die Abfragen zentral im Model/Mapper geschehen, wobei der Datenbankzugriff über...

Nur wird mssql nicht mehr weiterentwickelt und man läuft Gefahr, dass es mit SQL-Server 2038 nicht mehr geht.

Es gibt einen aktuellen PDO-Treiber für MSSQL direkt von Microsoft (sqlsrv): Download details: Microsoft Drivers for PHP for SQL Server Zusammen mit Zend_Db/ORM sicher nett, wenn man mal wechseln möchte.

Einfach die entsprechende Zeitzone setzen. Das sollte der User selbst festlegen können, da viele Länder mehrere Zeitzonen haben.