$date = date('Y-m-d', time() - 86400);

Die aktuelle Zeit nehmen, davon 86400sec abziehen (entspricht 24h) und dann in das gewünschte Datumsformat casten.

Update: Besser geht das Ganze allerdings über folgendes Codesnippet:

$date = '2012-05-11';
date('Y-m-d', strtotime('-1 days', strtotime($date)));

Um diese versteckten Dateien dennoch wieder einzublenden, klickt ihr im PHP-Explorer auf das kleine Dreieck und wählt den Menüpunkt “Filters …” aus. Im sich öffnenden Fenster muss der Haken bei “.* resources” entfernt werden, damit zukünftig auch die versteckten Dateien angezeigt werden.

1. Anlegen einer Klasse welche von Zend_Form_Element_Xhtml ableitet und den ViewHelper ‘formNote’ implementiert:

/**
 * Lädt den View-Helper Zend_View_Helper_FormNote
 */
class MyClass_Form_Element_Note extends Zend_Form_Element_Xhtml
{
    public $helper = 'formNote';
}

2. Instanzieren der angelegten Form_Element-Klasse innerhalb der Zend_Form:

$note = new MyClass_Form_Element_Note('note');
$note->setValue('<p><b>Ich</b> bin ein beliebiger HTML-Text</p>');
$this->addElement($note);

Decorator können ebenfalls wie gewohnt benutzt werden.

ls | less

Damit könnt ihr euch die Dateien seitenweise anzeigen lassen und es kommt beim Anzeigen nicht zu ungewollten Wartezeiten.

Möchte man beispielsweise das Datum 05.04.12 einfach per

$date = date('Y-m-d', strtotime('05.04.12'));

konvertieren, dann bekommt man häufig das aktuelle Datum ausgegeben. Warum ist das so? Meiner Meinung nach, liegt das daran, dass PHP das Datum nicht korrekt in einen Timestamp auflösen kann. Es kann also nicht automatisch ermittelt werden, was hier Tag, Monat und Jahr sein soll. Bei einem Datum 05.04.2012 ist das allerdings kein Problem. Da kann strtotime() den korrekten Timestamp problemlos extrahieren.

Wie sieht ein möglicher Lösungsansatz aus?

$dateTemp = explode('.', '05.04.12');
$date = date('Y-m-d', mktime(0, 0, 0, $dateTemp[1], $dateTemp[0], $dateTemp[2]));

Somit erhält man das gewünschte Datum. Wichtig kann das werden wenn man nicht nur ein statisches Datum, wie in diesem Fall hat, sondern die Datumsangabe bspw. per Variable übergeben wird.

$data = array(1,3,4);
$select->where('status_id IN(?)', $data);

Gefunden via Stackoverflow

INSERT INTO tabelle (
 spalte1,
 spalte2,
 spalte3,
 spalte4
)
SELECT
 "neuer wert" as spalte1,
 tabelle.spalte2,
 tabelle.spalte3,
 tabelle.spalte4
FROM tabelle
WHERE tabelle.spalte1 = "alter wert";

Aus der Tabelle “tabelle” werden die Spalten 2-4 ausgelesen und Spalte 1 mit dem neuen Wert ersetzt, wenn Spalte 1 den Wert “alter Wert” annimmt.

grep -ir "mein suchbegriff" *

Bei der oben angebenen Syntax wird in ab dem Verzeichnis, in dem ihr euch gerade befindet und in allen Unterverzeichnissen nach Dateien gesucht. In diesen Dateien wird dann nach “mein suchbegriff” ohne Rücksicht auf Groß- und Kleinschreibung gesucht.

-i => ohne auf Groß- / Kleinschreibung zu achten (ignore case)
-r => rekursives Suchen
* => in allen Dateien/Ordnern

Nach längerer Suche bin ich auf folgenden Hinweis gestoßen.

Ich wollte folgendes SQL ausführen:

DELETE FROM
  table1
JOIN
  table2 ON [**onClause**]
JOIN
  table3 ON [**onClause**]
WHERE
  [**whereClause**]

Dieses Statement lieferte mir allerdings einen Syntaxerror zurück. Durch Einfügen von USING funktionierte meine Query dann so, wie sie sollte.

DELETE FROM
  table1
USING
  table1
JOIN
  table2 ON [**onClause**]
JOIN
  table3 ON [**onClause**]
WHERE
  [**whereClause**]

Alternativ funktioniert auch Folgendes:

DELETE table1 FROM
  table1
JOIN
  table2 ON [**onClause**]
JOIN
  table3 ON [**onClause**]
WHERE
  [**whereClause**]

Liegt wahrscheinlich daran, das die Query nicht wirklich weiß, aus welcher Tabelle sie die ermittelten Datensätze löschen soll.

Ich hoffe dem Einen oder Anderen so eine unnötige Sucherei erspart zu haben

$this->_helper->viewRenderer->setNoRender(true);

Weitere Infos dazu lassen sich hier finden.