Damit das Default-Layout bei einem AJAX-basierten Aufruf nicht automatisch eingebunden wird, reicht es auch, die ‘RequestHandler’ Komponente des Frameworks dem Controller (bspw. auch dem PagesController) hinzuzufügen:
var $components = array('RequestHandler');
Werden Links oder Formulare mittels des AJAX-Helpers erstellt, um die Daten ansynchron zu laden und in einem DIV-Bereich anzuzeigen, wird in diesem DIV ggf. das Default-Layout genutzt. So kommt es dann zum Effekt der “Seite in der Seite”. Um das zu vermeiden, muss das Layout bspw. in der Methode (Action) entsprechend gesetzt werden. Möglich ist ein eigenes AJAX-Layout zu entwerfen oder aber gar kein Layout zu nutzen:
function TuDingeUndZeigeSieDannImDivAn () {
$this->layout = '';
$ergebnis = $this->tuWas();
$this->set('view',$ergebnis);
}
In Ergänzung zu meinem Blogpost “CakePHP: Monatsnamen auf Deutsch” kann man die erstelle ‘locale’ Datei natürlich auch nutzen, um die Monatsnamen in Views auf Deutsch anzeigen zu lassen.
Dazu muss die ‘__()’ – Funktion, wie bei der Internationalisierung üblich, genutzt werden. Letzendlich sieht das Ganze dann so aus:
__(date('F',strtotime($controllerKlasse['Klasse']['datum'])),true)
wobei date(‘F’) den ausgeschriebenen Monatsnamen ausgibt. (siehe dazu auch die date() Dokumentation auf php.net)
Falls mir jemand den Fehler erklären möchte, ich freue mich über jede Antwort!
Die Lösung zumindest liefert das einbinden des ‘ConnectionsManagers‘ in den Controller, in dem auch eine sanitize-Methode zum Einsatz kommt.
App::Import('ConnectionManager');
Diese Zeile muss vor Beginn der Deklaration der Klasse stehen, ganz genauso wie auch der Import der Sanitize-Klasse.
Ich habe keine Ahnung, wieso CakePHP (1.2.6) den ConnectionManager nicht direkt im Core ordentlich mit eingebunden hat.
Also Feuer frei für Kommentare!!!
Wer in das Verlangen kommt, die Email-Component von CakePHP nutzen zu wollen, sollte sich stets eines Schusselfehlers bewußt sein. Die Email-Component bindet man wie gewöhnlich über
$components = array('Email');
in den jeweiligen Controller ein. Wer jedoch bei ‘$components’ das ’s’ vergisst (Schusselfehler) erhält die im Titel dargestellte Fehlermeldung.
Vermutlich kommt das Problem seltener vor, aber nichts destotrotz verdeutlicht es ganz anschaulich die Funktionsweise der ‘redirect‘-Methode.
Angenommen man befindet sich innerhalb eines Controllers in einem Plugin und möchte nach der Ausführung einer Methode auf eine statische Seite umleiten (redirecten), dann übergibt man dieser Methode mehrere Parameter in der folgenden Form:
$this->redirect(array('controller' => 'pages', 'action'=>'display','ueberuns/kontakt', 'plugin' => null));
Der ‘action‘-Schlüssel muss ‘display‘ als Wert haben, da nur diese Methode im pages_controller existiert. Damit der pages_controller weiß, welche statische Seite aufgerufen werden soll, wird als weiterer Parameter die View übergeben (in diesem Fall die View ‘kontakt‘ im Ordner ‘ueberuns‘. Damit das Ganze nicht innerhalb des momentanen Plugins stattfindet, setzen wir den ‘plugin‘-Schlüssel noch null und schon funktioniert der Redirect.
Um den letzten erfolgreichen Login eines Nutzers in einem Feld ‘lastlogin‘ zu speichern, muss in der login()-Methode des UsersController folgender Code eingefügt werden:
if ($this->Auth->user()) {
$this->User->id = $this->Auth->user('id');
$this->User->saveField('lastlogin', date("Y-m-d H:i:s"));
$this->redirect('/controller/action');
}
Damit das ganze auch aufgerufen wird, muss im app_controller noch das autoRedirect ausgestellt werden. Dies erklärt auch die redirect()-Methode in der oben dargestellten login()-Methode.
Im app_controller muss also noch folgendes stehen (oder im beforeFilter() des UsersController)
$this->Auth->autoRedirect = false;
Leider funktioniert die Angabe von
setlocale(LC_TIME,"de_DE"); #oder setlocale(LC_TIME,"deu"); #oder setlocale(LC_TIME,"ge");
in der ‘bootstrap.php’ nicht, um deutsche Monatsnamen in Formularfeldern mit Datumsangaben zu erhalten.
Daher der Umweg über die Lokalisierungsdatei:
Verzeichnis “deu” im Ordner “app/locale” anlegen.
Verzeichnis “LC_MESSAGES” im grade erstellen “deu” Ordner anlegen.
Datei “default.po” in diesem Ordner anlegen.
In die ‘default.po’ nun die Übersetzungen in der Form
msgid "January" msgstr "Januar" msgid "February" msgstr "Februar" ...
schreiben. Fertig!
Normalerweise wird durch die ‘loginAction‘-Variable der AuthComponent die Action definiert, die bei dem Versuch eine geschützte Seite aufzurufen, angezeigt werden soll.
Wenn ein Plugin in eine CakePHP-Anwendung eingebunden und ebenfalls durch die AuthComponent geschützt werden soll, dann wird der Nutzer auf eine Seite in der Form ‘http://www.domain.de/plugin_name/users/login‘ weitergeleitet. Ist letztendlich auch logisch, denn CakePHP geht davon aus, dass der UsersController Teil des Plugins ist.
Um dies zu umgehen und den “richtigen” UsersController der Hauptanwendung aufzurufen, muss der ‘loginAction‘ der AuthComponent eine weitere Variable, nämlich ‘plugin‘, übergeben werden. D.h. normalerweise in der beforeFilter()-Methode des UsersController oder des AppController muss der Aufruf folgendermaßen lauten:
$this->Auth->loginAction = array('controller' => 'users', 'action' => 'login', 'plugin' => null);
Anschließend nutzt CakePHP den UserController als globalen UserController.
PS: Eine ähnliche Problematik tritt bei
$html->link();
usw. auf. Auch hier muss der Parameter ‘plugin‘ übergeben werden.
Nach der Umstellung auf CakePHP 1.3 kam bei mir der Fehler “Undefined variable: session” im Layout.
Warum auch immer muss man nun den Session-Helper manuell im app_controller hinzufügen.
Das YAML-Framework ermöglicht browserübergreifendes CSS Layout. Die entsprechenden IE Einschränkungen werden, wie so üblich, mit Kommentaren und Bedingungen realisiert. Zu beachten ist, dass die HTML-Kommentare der korrekten HTML-Konvention entsprechen, da sonst Fehler auftreten, wie z.B.
Also immer schön an die Webstandards halten 
…die man als Entwickler kennen sollte:
Wer plant mit CakePHP eine soziale Netzwerkfunktion zu implementieren, muss ein paar kleine Tricks beachten.
Wir gehen davon aus, dass eine “users”-Tabelle existiert, in der alle Nutzer gespeichert sind. Nun legen wir eine Tabelle an, die sich “users_users” nennt mit den Spalten “id”, “user_id”, “friend_id” und weiteren die Relation beschreibenen Spalten, bpsw. “approved”.
Im Model “user” muss nun die HABTM-Relation eingetragen werden:
var $hasAndBelongsToMany = array(
'Friend' => array (
'className' => 'User',
'join_table' => 'users_users',
'foreignKey' => 'user_id',
'associationForeignKey' => 'friend_id'
)
);
Im Controller “users_controller” muss in der entsprechenden Methode die durch ein Formular übergebenen Daten mittels des folgenden Befehls speichern:
$this->User->UsersUser->save($this->data);
Dafür müssen natürlich die Daten in $this->data in der richtigen Form vorliegen, so dass das Formular richtig gestaltet sein muss. Wichtig ist, dass bei der Formularerzeugung auf Bezug auf “UsersUser” genommen wird, so dass das Array in $this->data auch data['UsersUser'][..] enthält:
echo $form->create('UsersUser', array('url' => array('controller' => 'Users', 'action' => 'tippgemeinschaft')));
Über die Option “url” übergibt man noch den richtigen Controller, da sonst CakePHP versuchen würde, den Controller “users_users_controller” zu laden.
Um das abgespeicherte “datetime”-Feld bspw. bei einer User-Tabelle in einer View in das deutsche Format zu bringen, genügt die folgende Zeile (vorausgesetzt, das “data”-Array ist entsprechend vorhanden:
echo date('d.m.Y',strtotime($this->data['User']['created']));
Statische Seiten in CakePHP werden über den Pages_Controller eingebunden. Möchte man diese frei zugänglich machen (d.h. auch erreichbar, obwohl die Auth-Komponente im Einsatz ist), dann muss der Auth-Variablen “allow” die “display”-Action des Pages_Controller übergeben werden.
$this->Auth->allow('display');
Bin aus dem CakePHP-Kochbuch nicht ganz schlau geworden, deswegen musste ich es selbst ausprobieren. Hier also der Code, wenn man bestimmte Spalten aufaddieren möchte (SUM) und gleichzeitig eine Bedingung stellt:
$conditions = array('user_id =" => $user_id);
$this->find('first',array('conditions' => $conditions, 'fields'=>array('Model.feld','SUM(Model.feld) as NeuesFeld'))));
Ich hatte das Problem, dass plötzlich diese Aussage von CakePHP kam und ich zuerst nicht wußte, woran es lag. Lustigerweise trat das Problem an ganz unterschiedlichen Stellen auf. Hier sind Lösungsmöglichkeiten:
Vor Allem bei dem letzten Punkt trat bei mir starke Verwunderung auf, da normalerweise ein “MissingView”-Error geworfen wird. Bei mir fehlte tatsächlich die View für die aufgerufene Action. Danach lief CakePHP wieder einwandfrei.
Der im Titel genannte Error tritt auf, wenn der Debugmodus auf 0 gestellt ist – also im Produktivbetrieb. Im Entwicklungsbetrieb erscheint der “MissingView”-Error.
Nutzt man die AJAX-Komponente des CakePHP-Frameworks, dann wird man unweigerlich (vermutlich) auch einmal in den Genuß kommen wollen, den inplaceeditor auszuprobieren:
echo $ajax->editor('DOM_id',$action,$options);
wobei $actions und $options jeweils ein Array mit den entsprechenden Schlüssel/Wert-Paaren sind.
Im $actions-Array wird auch die Methode des Controllers festgelegt, die bei per ansychronem Aufruf ausgeführt werden soll. In dem Controller, stehen dann die veränderten Werte in dem “params”-Array zur Verfügung:
$this->params['forms']['value'] # enthält den veränderten Wert des AJAX inplaceeditors
Nichts wildes, im Kochbuch von CakePHP auch leicht zu finden, dennoch hin und wieder gern gebraucht: Mittels find()-Methode des Models nur bestimmte Tabellenfelder aus der Datenbank holen. Simpel:
$this->Model->find('all', array('fields' => array('Model.feldname'), 'recursive' => -1));
Das “recursive => -1″ sorgt dafür, dass eventuelle Datenmodellabhängigkeiten nicht berücksichtigt werden.
Sobald ein Nutzer eingeloggt ist (und voraussgesetzt man hat die Nutzerverwaltung mit der Auth-Komponente implementiert) kann man auf die Daten ganz bequem in jedem Controller (in der die Auth-Komponente geladen wird) zugreifen:
$this->Auth->user('tabellenfeld');
Ähnlich wie in Windows muss die Console von CakePHP in den PATH mit aufgenommen werden. Dazu
1. Terminal öffnen
2. die Datei “.profile” bspw. mit nano öffnen: “nano .profile”
3. die Zeile “export PATH=$PATH:/Applications/MAMP/htdocs/cakekphp/cake/console” eingeben (wobei der Pfad natürlich von der jeweiligen Installation von CakekPHP abhängt)
4. Datei speichern mit CRTL + O
5. nano beenden mit CRTL + X
6. neue Session im Terminal starten: Entweder Terminal beenden und neustarten oder “. ./.profile” eingeben.
7. “cake” eingeben und schauen, ob der CakePHP Gruß auf der Konsole erscheint.
Vorher sollte man noch überprüfen ob PHP ebenfalls im PATH bekannt ist. Dies kann man über den Befehl “php -v” ganz einfach testen.
Um einfach zwischen lokaler Entwicklungsumgebung und einer Produktivumgebung wechseln zu können, kann in der Konstruktor-Methode der Klasse DATABASE_CONFIG ein einfaches if-Statement helfen. Eine kurze Beschreibung inklusive Beispiel gibt es in der Bakery von CakePHP.
Bei Mac OS X wird (anscheinend) schon IPv6 verwendet, so dass localhost nicht unter “127.0.0.1” zu erreichen ist, sondern unter “::1“. Dies sollte man bedenken, falls man die oben vorgestellte Lösung übernehmen möchte.
Die Entwicklungsumgebung Eclipse PDT (für PHP) bietet eine Autovervollständigung während des Programmierens an. Standardmäßig (zumindest bei der Mac-Version) ist die automatische Vervollständigung nicht eingeschaltet, sondern der Programmierer muss “Strg+Leertaste” drücken, um die möglichen Variablen angezeigt zu bekommen.
Da das mitunter lästig ist, kann man auch die vollautomatische Vervollständigung einstellen. Einfach unter “Einstellungen => PHP => Editor => Code Assist” den Haken bei “Enable auto activation” setzen. Optional kann noch die Zeitverzögerung eingestellt werden.
Mit der “inputs()”-Methode (man beachte das “s”) können gleich mehrere Formularfelder erstellt werden. Mit der üblichen Schreibweise kann dann auch ein “legend”-Tag erstellt werden:
echo $form->inputs(array('legend' => 'Login', 'username', 'password'));
Um beispielsweise den “Login”-Link in einen “Logout”-Link wechseln zu lassen, sobald der Nutzer eingeloggt ist, braucht man von der Auth-Komponente irgendeine Rückmeldung über den Status. Eine Methode existiert dafür per se nicht. Die Methode
Auth->user()
ist jedoch eigentlich eine Wrapper-Methode für die Session
Auth.User
Daher kann man den Weg über die Session gehen und in Controllern mit der Session-Component und den Views (und damit auch im Layout – falls notwendig) mit dem Session-Helper arbeiten:
In Controllern sieht die Überprüfung daher folgendermaßen aus. Ist der Nutzer eingeloggt, liefert die Methode true
$this->Session->check('Auth.User.id');
In Views muss es so gehandhabt werden:
$session->check('Auth.User.id');
Die aktuelle URL kann man in CakePHP über mindestens zwei Wege bekommen.
1. Mit Hilfe der Router-Klasse:
Router::url("", false);
Der zweite boolsche Parameter gibt an, ob die URL relative (false) oder absolut (true) zurückgeliefert werden soll.
2. In den Views kann mittels
$this->params;
auf ein Array zurückgegriffen werden, welches ebenfalls Angaben über die URI enthält, hier beispielsweise dargestellt:
array(8) {
["pass"]=> array(1) {[0]=> string(7) "anfahrt" }
["named"]=> array(0) { }
["plugin"]=> NULL
["controller"]=> string(5) "pages"
["action"]=> &string(7) "display"
["form"]=> array(0) { }
["url"]=> array(1) { ["url"]=> string(13) "pages/anfahrt" }
["models"]=> array(0) { }
}
Mit Hilfe des im Core enthalten Pages_Controller ist es möglich, die verschiedenen Helper auch für die statischen Seiten in der Anwendung einzubinden.
Wichtig ist, dass keine Änderungen im Core vorgenommen werden sollten, so dass man CakePHP auch weiterhin updaten kann.
Also einfach den Pages_Controller aus cake/libs/controller kopieren und in app/controller einfügen. Wenn CakePHP den Pages_Controller dort findet, wird auf diesen zurückgegriffen.
Nun kann man hier z.B. standardmäßig den Javascript und Ajax Helper einbinden.
/**
* Default helper
*
* @var array
* @access public
*/
var $helpers = array('Html', 'Javascript', 'Ajax');
Bestimmt nicht, aber der Chefentwickler von CakePHP hat sich von CakePHP getrennt und ein eigenes neues Rapid Developement Framework gestartet: Lithium. Lithium wird für PHP 5.3 entwickelt, befindet sich zur Zeit auch noch wirklich in der Entwicklungsphase. Ein kurzer (englischer) Artikel schreibt etwas mehr über Lithium. Die Lithium Projekt-Seite gibt es hier zu finden.
Der vorherige Artikel über die Versionsverwaltung git trifft sich ganz gut, da auch CakePHP nun dieses Tool verwendet. Subversion (das alte Versionsverwaltunswerkzeug) wurde für die Entwicklung von 1.3 und 2.0 durch git abgelöst.Mittels des github verwaltet CakePHP nun die Quellcodes.
Zwar ist das Interview schon von Juli, ich habe es aber erst gerade entdeckt. Felix Geisendörfer führte es mit Nate Abele (dem Chef-Entwickler von CakePHP 3.0) , um mehr Informationen für die Öffentlichkeit zu bekommen. Hier ist der Link dazu!
Das CSS-Framework YAML erleichtert das Erstellen von Webseiten im Bereich Layout und Design. So wie CakePHP dem Entwickler die gängisten und teilweise nervigen immer wiederkehrenden Aufgaben abnimmt, macht YAML im Prinzip das Gleiche – nur eben mit CSS. Was liegt näher, als beide Frameworks miteinander zu kombinieren bzw. YAML in CakePHP zu integrieren? Hier eine Kurzanleitung, wie YAML in CakePHP integriert werden kann:
Prinzipiell wars das schon. Jedoch muss natürlich ein Design her und die Pfade müssen noch gesetzt werden. Daher Folgendes durchführen:
durch folgenden Teil ersetzt werden.
< ?php echo $html->css(‘central_draft’);? >
< ?php echo $html->css(‘patches/patch_my_layout’);? >
Anmerkung: Das Leerzeichen zwischen < und ? sowie zwischen ? und > muss natürlich weg. Das Code-Plugin für Wordpress verschluckt sonst jedoch das gesamte < ?php und ? >.
Es wurden nun gemäß CakePHP Konventionen, die CSS Dateien eingebunden.
Abschließend müssen noch kleine Pfadänderungen in der central_draft.css in app/webroot/css gemacht werden. Die Datei sollte den folgenden Code enthalten:
/* import core styles | Basis-Stylesheets einbinden */ @import url(core/base.css); /* import screen layout | Screen-Layout einbinden */ @import url(navigation/nav_shinybuttons.css); @import url(screen/basemod.css); @import url(screen/content.css); /* import print layout | Druck-Layout einbinden */ /* @import url(print/print_003.css); */
Anmerkung: Schön auf die /* Kommentare */ aufpassen, nicht dass eine Datei dadurch nicht importiert wird.
Jetzt müssen natürlich noch die obligatorischen CakePHP Zeilen wie
$session->flash();
$session->flash('auth');
echo $content_for_layout;
hinzugefügt werden!
Das war’s auch schon. Viel Spaß weiterhin mit CakePHP und diesmal auch mit YAML.
Bei CakePHP kommen für die Views die *.ctp Dateien zum Einsatz. Damit diese auch entsprechend in Eclipse gehighlighted werden können, muss unsere Entwicklungsumgebung leicht angepasst werden. Es ist ganz simpel – wenn man weiß wo man etwas ändern muss. Folgende Schritte gelten für Eclipse 3.3.2 (english)
Nun werden auch die *.ctp Dateien schön bunt dargestellt und der Entwickler behält den Überblick.
Spielereien sind mit dem neuen Release von CakePHP 1.3.0 alpha natürlich möglich. Wer jedoch den Backofen nutzen möchte und damit die bake shell, sollte weiterhin auf die Stable-Version 1.2.5 setzen.
Bei 1.3.0 alpha funktioniert bake nicht wie es soll, da einige Klassen in der (neuen) Alpha-Version woanders auftauchen als es bislang der Fall war.
Typische Fehlermeldung: “ConnectionManager” not found (oder ähnlich)
Daher: Für den vollen Cake Genuß die Stable-Version nutzen.
Mit bake wird dem Programmierer bei CakePHP noch mehr Arbeit abgenommen. Es können dadurch automatisch Models, Controllers und Views erstellt werden. bake wird über die Konsole (Eingabeaufforderung) gesteuert. Dazu muss das Programm jedoch erst einmal dem System bekannt gemacht werden. Hier eine kurze Anleitung dazu:
Weitere Informationen, wie dann was zu backen ist, kann auf den Seiten von CakePHP nachgelesen werden.
XAMPP simuliert einen Apache-Webserver und bringt auch gleich noch eine MySQL-Datenbank mit. CakePHP kann natürlich zu der lokalen Datenbank eine Verbindung herstellen. Dazu muss – wie auch bei einer Verbindung zu einer Datenbank die irgendwo im Server-Nirvana liegt – die Datei database.php im Ordner app/config/ angepasst werden.
var $default = array( 'driver' => 'mysql', 'persistent' => false, 'host' => 'localhost', 'login' => 'root', 'password' => 'passwort', 'database' => 'datenbankname', 'prefix' => '', );
Doch wie ist das Passwort für die lokale Datenbankinstallation? Antwort darauf gibt die Datei config.inc.php im Ordner phpMyAdmin der XAMPP Installation. Dort sind die folgenden Zeilen zu finden:
$cfg['Servers'][$i]['auth_type'] = 'http'; $cfg['Servers'][$i]['user'] = 'root'; $cfg['Servers'][$i]['password'] = 'root';
Das Passwort kann hier direkt geändert werden. Vorsicht: Aus Sicherheitsgründen, sollte der auth_type nicht auf config stehen, sondern auf http. Wenn der Rechner nicht am Netz hängt, kann die Sicherheit vernachlässigt werden.
… sollte – so möge man denken – auch über den Form-Helper in CakePHP definiert werden. Dass dies nicht funktioniert und auch nicht sinnvoll ist, soll der kurze Artikel verdeutlichen.
Innerhalb der Methode input können neben dem Namen des Feldes verschiedene Optionen innerhalb eines Arrays für die Eigenschaften angegeben werden. Mit maxLength zum Beispiel wird die maximale Anzahl an Buchstaben angegeben, die im Inputfeld erlaubt sind.
$form->input('name', array('maxLength' => '50'));
Eine Aussage zur Größe (zur Breite) des Feldes wird damit natürlich nicht festgelegt. Nun könnte man denken, dass mit einer Option “size” genau das erreicht wird. Ein Blick ins Manual von CakePHP zeigt jedoch, dass diese Option nicht existiert. (im Gegensatz zu der Meinung, die in diesem Post auf Nabble publiziert wird)
Und das ist auch gut so! Denn: Die Größe eines Inputfeldes ist natürlich ein Formatierungsproblem. Layout und Struktur sollten selbstverständlich weiterhin getrennt bleiben, weshalb die Größe eines Inputfeldes in einer CSS-Definition angegeben werden sollte.
Wer also zu Beginn mit der Standard CSS-Datei cake.generic.css arbeitet, der muss in dieser Datei die Angabe für die Größe (in diesem Beispiel vom Standard width:100% auf width:20% reduziert) der Inputfelder ändern.
input, textarea {
clear: both;
display: block;
font-size: 140%;
font-family: "frutiger linotype", "lucida grande", "verdana", sans-serif;
padding: 2px;
width: 20%;
}
Letzte Kommentare