Contao Community Documentation - Benutzerbeiträge [de]

Models

2013-06-04T15:06:20Z

ES IT:

{{stub}}
[[Category:Dev_HOWTOS]]
[[Category:Development]]
{{AppliesTo|Version=3.0.0}}

'''''Models von Contao3 nutzen und verstehen'''''

= Was sind Models =
Ein '''''Model''''' ist die Objekt-Repräsentation einer Datebank-Tabelle, genauer gesagt einer Entität daraus.
Models ersetzen weitgehend SQL-Statements und wrappen diese in bequeme Methoden. Natürlich bieten Models noch viele weitere Vorteile.

Mehrere Models werden durch eine '''''Collection''''' referenziert, dies entspricht einer SQL-Abfrage die mehr als eine Ergebniszeile liefert.

Contao3 bietet - wenn dem Model eine DCA-Struktur zugeordnet ist - etwas Magic um abhängige Datensätze zu laden.
Beispiel: Der Author (''UserModel'') eines Artikels (''ArticleModel'').

= Verwendung =

== Erstellung einer Model-Instanz ==

Folgend wird eine Instanz von ''ArticleModel'' erstellt, welche eine bestimmte Entität der Tabelle ''tl_article'' referenziert.

<source lang="php">
// ArticleModel mit den Daten der Entität id=5 erstellen
$objArticleModel = \ArticleModel::findByPk(5);

// ArticleModel mit den Daten der Entität alias='contact' erstellen
$objArticleModel = \ArticleModel::findByIdOrAlias('contact');
// alternativ
$objArticleModel = \ArticleModel::findOneBy('alias','contact');
// alternativ
$objArticleModel = \ArticleModel::findOneByAlias('contact');
// alternativ
$objArticleModel = \ArticleModel::find(
array (
'limit' => 1,
'column' => 'alias', // mehrere Spalten durch array() möglich, dann muss nach den Feldnamen =? eingefügt werden (z.B. 'alias =?')
'value' => 'contact', // mehrere Werte durch array() möglich, Reiehenfolge analog 'column'
'return => 'Model'
)
);
</source>

Die oben verwendeten Methoden sind durch die Contao-Model Klasse implementiert. Sie können intern von einem speziellen Model wie das ''ArticleModel'' genutzt werden um weitere Constraints in Methoden zu kapseln. Bsp.: ''ArticleModel::findPublishedById()''.

''findOneBy'''Alias''()''' ist eine virtuelle Methode um auf das '''alias''' Feld zu referenzieren. Diese Methoden existieren für jedes Feld der Tabelle.
Bsp: findOneByName()
Ich persönlich empfehle aber ''findOneBy($col, $val)'' zu nutzen.

Die statische Basismethode ''''find($arrData)''' ermöglicht eine genaue Spezifizierung der Anfrage. Alle anderen find-Methoden werden auf sie abgebildet.

Die Methode akzeptiert ein Array mit folgenden Schlüsseln:

{| class="wikitable"
|-
| '''column''' || ''string|array'' || Feld(er) zur Selektion (WHERE)
|-
| '''value''' || ''string|array'' || Wert(e) zur Selektion (WHERE)
|-
| '''limit''' || ''int'' || Beschränkt die Ergebnismenge (LIMIT)
|-
| '''offset''' || ''int'' || Offset einer beschränkten Ergebnismenge (LIMIT)
|-
| '''order''' || ''string'' || Sortierung der Ergebnismenge (ORDER BY)
|-
| '''eager''' || ''bool'' || Lädt die referenzierten Datensätze durch einen JOIN
|-
| '''return''' || ''string'' || Gültige Werte: ''Model'',''Collection''<br> Legt fest, ob eine Collection-Intanz (default) oder eine Model-Instanz zurück gegeben wird.
|}

== Erstellung einer Collection-Instanz ==

<source lang="php">
$objArticles = \ArticleModel::findByPid(2);

$objArticles = \ArticleModel::findBy('pid',2);

$objArticles = \ArticleModel::findAll(
array
(
'column' => 'pid',
'value' => 2
)
);

$objArticles = \ArticleModel::find(
array
(
'return' => 'Collection',
'column' => 'pid',
'value' => 2
)
);
</source>

= Relationen / Datensätze aus Fremdtabellen =
Für die Funktion der relations-''Magic'' muss dem Model ein DCA-Definition zugeordnet sein. Diese wird bei der Definition der Model-Klasse angegeben:
<source lang="php">
class ArticleModel extends \Model
{
/**
* Table name
* @var string
*/
protected static $strTable = 'tl_article';
...
</source>

In der DCA-Struktur wird die Relation definiert

Angenommen wir haben ein Model das einen Datensatz aus ''tl_article'' referenziert.
Achtung: Sowohl foreignKey als auch relation ist für die Auflösung nötig!
<source lang="php">
$GLOBALS['TL_DCA']['tl_article'] = array
(
...
// Fields
'fields' => array
(
'pid' => array
(
'foreignKey' => 'tl_page.title',
'sql' => "int(10) unsigned NOT NULL default '0'",
'relation' => array('type'=>'belongsTo', 'load'=>'lazy')
),
'author' => array
(
'label' => &$GLOBALS['TL_LANG']['tl_article']['author'],
'default' => $this->User->id,
'exclude' => true,
'inputType' => 'select',
'foreignKey' => 'tl_user.name',
'eval' => array('doNotCopy'=>true, 'mandatory'=>true, 'chosen'=>true, 'includeBlankOption'=>true, 'tl_class'=>'w50'),
'sql' => "int(10) unsigned NOT NULL default '0'",
'relation' => array('type'=>'hasOne', 'load'=>'eager')
),
</source>

<source lang="php">
$GLOBALS['TL_MODELS']['tl_article'] = 'Contao\ArticleModel';
</source>

== Relations ==

=== load ===
{| class="wikitable"
|-
| '''eagerly''' || Wird ein in Beziehung stehendes Objekt „eagerly“ geladen, erstellt der QueryBuilder automatisch ein JOIN-Query und lädt beide Objekte in einer Datenbank-Abfrage.
|-
| '''lazy''' || Wird ein in Beziehung stehendes Objekt „lazy“ geladen, wird es erst auf Anfrage in einer separaten Datenbank-Abfrage nachgeladen.
|}

=== type ===
{| class="wikitable"
|-
| '''belongsToMany''' || Referenz auf einen Elterndatensatz (z.B. pid)
|-
| '''belongsTo''' || Referenz auf mehrere Elterndatensätze (z.B. serialized)
|-
| '''hasOne''' || Referenz auf ein Kinddatensatz (z.B. Artikel hat einen Autor)
|-
| '''hasMany''' || Referenz auf mehrere Kinddatensätze (z.B. Galerie hat mehrere Bilder)
|}

= Weiterführende Informationen =

* [http://api.contao.org/v3/classes/Contao.Model.html API-Doku Model Klasse]
* [http://api.contao.org/v3/classes/Contao.Model.Collection.html API-Doku Collection Klasse]
* [https://contao.org/files/conference/conference-2012/papers/Entwickler-Workshop.pdf Foliensatz Entwickler-Workshop der Konferenz 2012]

Models

2013-06-04T15:05:33Z

ES IT: Hinweis bei \ArticleModel::find(array ()) bearbeitet

{{stub}}
[[Category:Dev_HOWTOS]]
[[Category:Development]]
{{AppliesTo|Version=3.0.0}}

'''''Models von Contao3 nutzen und verstehen'''''

= Was sind Models =
Ein '''''Model''''' ist die Objekt-Repräsentation einer Datebank-Tabelle, genauer gesagt einer Entität daraus.
Models ersetzen weitgehend SQL-Statements und wrappen diese in bequeme Methoden. Natürlich bieten Models noch viele weitere Vorteile.

Mehrere Models werden durch eine '''''Collection''''' referenziert, dies entspricht einer SQL-Abfrage die mehr als eine Ergebniszeile liefert.

Contao3 bietet - wenn dem Model eine DCA-Struktur zugeordnet ist - etwas Magic um abhängige Datensätze zu laden.
Beispiel: Der Author (''UserModel'') eines Artikels (''ArticleModel'').

= Verwendung =

== Erstellung einer Model-Instanz ==

Folgend wird eine Instanz von ''ArticleModel'' erstellt, welche eine bestimmte Entität der Tabelle ''tl_article'' referenziert.

<source lang="php">
// ArticleModel mit den Daten der Entität id=5 erstellen
$objArticleModel = \ArticleModel::findByPk(5);

// ArticleModel mit den Daten der Entität alias='contact' erstellen
$objArticleModel = \ArticleModel::findByIdOrAlias('contact');
// alternativ
$objArticleModel = \ArticleModel::findOneBy('alias','contact');
// alternativ
$objArticleModel = \ArticleModel::findOneByAlias('contact');
// alternativ
$objArticleModel = \ArticleModel::find(
array (
'limit' => 1,
'column' => 'alias', // mehrere Spalten durch array() möglich, nach den Feldnamen muss =? eingefügt werden (z.B. 'alias =?')
'value' => 'contact', // mehrere Werte durch array() möglich, Reiehenfolge analog 'column'
'return => 'Model'
)
);
</source>

Die oben verwendeten Methoden sind durch die Contao-Model Klasse implementiert. Sie können intern von einem speziellen Model wie das ''ArticleModel'' genutzt werden um weitere Constraints in Methoden zu kapseln. Bsp.: ''ArticleModel::findPublishedById()''.

''findOneBy'''Alias''()''' ist eine virtuelle Methode um auf das '''alias''' Feld zu referenzieren. Diese Methoden existieren für jedes Feld der Tabelle.
Bsp: findOneByName()
Ich persönlich empfehle aber ''findOneBy($col, $val)'' zu nutzen.

Die statische Basismethode ''''find($arrData)''' ermöglicht eine genaue Spezifizierung der Anfrage. Alle anderen find-Methoden werden auf sie abgebildet.

Die Methode akzeptiert ein Array mit folgenden Schlüsseln:

{| class="wikitable"
|-
| '''column''' || ''string|array'' || Feld(er) zur Selektion (WHERE)
|-
| '''value''' || ''string|array'' || Wert(e) zur Selektion (WHERE)
|-
| '''limit''' || ''int'' || Beschränkt die Ergebnismenge (LIMIT)
|-
| '''offset''' || ''int'' || Offset einer beschränkten Ergebnismenge (LIMIT)
|-
| '''order''' || ''string'' || Sortierung der Ergebnismenge (ORDER BY)
|-
| '''eager''' || ''bool'' || Lädt die referenzierten Datensätze durch einen JOIN
|-
| '''return''' || ''string'' || Gültige Werte: ''Model'',''Collection''<br> Legt fest, ob eine Collection-Intanz (default) oder eine Model-Instanz zurück gegeben wird.
|}

== Erstellung einer Collection-Instanz ==

<source lang="php">
$objArticles = \ArticleModel::findByPid(2);

$objArticles = \ArticleModel::findBy('pid',2);

$objArticles = \ArticleModel::findAll(
array
(
'column' => 'pid',
'value' => 2
)
);

$objArticles = \ArticleModel::find(
array
(
'return' => 'Collection',
'column' => 'pid',
'value' => 2
)
);
</source>

= Relationen / Datensätze aus Fremdtabellen =
Für die Funktion der relations-''Magic'' muss dem Model ein DCA-Definition zugeordnet sein. Diese wird bei der Definition der Model-Klasse angegeben:
<source lang="php">
class ArticleModel extends \Model
{
/**
* Table name
* @var string
*/
protected static $strTable = 'tl_article';
...
</source>

In der DCA-Struktur wird die Relation definiert

Angenommen wir haben ein Model das einen Datensatz aus ''tl_article'' referenziert.
Achtung: Sowohl foreignKey als auch relation ist für die Auflösung nötig!
<source lang="php">
$GLOBALS['TL_DCA']['tl_article'] = array
(
...
// Fields
'fields' => array
(
'pid' => array
(
'foreignKey' => 'tl_page.title',
'sql' => "int(10) unsigned NOT NULL default '0'",
'relation' => array('type'=>'belongsTo', 'load'=>'lazy')
),
'author' => array
(
'label' => &$GLOBALS['TL_LANG']['tl_article']['author'],
'default' => $this->User->id,
'exclude' => true,
'inputType' => 'select',
'foreignKey' => 'tl_user.name',
'eval' => array('doNotCopy'=>true, 'mandatory'=>true, 'chosen'=>true, 'includeBlankOption'=>true, 'tl_class'=>'w50'),
'sql' => "int(10) unsigned NOT NULL default '0'",
'relation' => array('type'=>'hasOne', 'load'=>'eager')
),
</source>

<source lang="php">
$GLOBALS['TL_MODELS']['tl_article'] = 'Contao\ArticleModel';
</source>

== Relations ==

=== load ===
{| class="wikitable"
|-
| '''eagerly''' || Wird ein in Beziehung stehendes Objekt „eagerly“ geladen, erstellt der QueryBuilder automatisch ein JOIN-Query und lädt beide Objekte in einer Datenbank-Abfrage.
|-
| '''lazy''' || Wird ein in Beziehung stehendes Objekt „lazy“ geladen, wird es erst auf Anfrage in einer separaten Datenbank-Abfrage nachgeladen.
|}

=== type ===
{| class="wikitable"
|-
| '''belongsToMany''' || Referenz auf einen Elterndatensatz (z.B. pid)
|-
| '''belongsTo''' || Referenz auf mehrere Elterndatensätze (z.B. serialized)
|-
| '''hasOne''' || Referenz auf ein Kinddatensatz (z.B. Artikel hat einen Autor)
|-
| '''hasMany''' || Referenz auf mehrere Kinddatensätze (z.B. Galerie hat mehrere Bilder)
|}

= Weiterführende Informationen =

* [http://api.contao.org/v3/classes/Contao.Model.html API-Doku Model Klasse]
* [http://api.contao.org/v3/classes/Contao.Model.Collection.html API-Doku Collection Klasse]
* [https://contao.org/files/conference/conference-2012/papers/Entwickler-Workshop.pdf Foliensatz Entwickler-Workshop der Konferenz 2012]

Models

2013-05-20T07:12:57Z

ES IT: Relations eingefügt

{{stub}}
[[Category:Dev_HOWTOS]]
[[Category:Development]]
{{AppliesTo|Version=3.0.0}}

'''''Models von Contao3 nutzen und verstehen'''''

= Was sind Models =
Ein '''''Model''''' ist die Objekt-Repräsentation einer Datebank-Tabelle, genauer gesagt einer Entität daraus.
Models ersetzen weitgehend SQL-Statements und wrappen diese in bequeme Methoden. Natürlich bieten Models noch viele weitere Vorteile.

Mehrere Models werden durch eine '''''Collection''''' referenziert, dies entspricht einer SQL-Abfrage die mehr als eine Ergebniszeile liefert.

Contao3 bietet - wenn dem Model eine DCA-Struktur zugeordnet ist - etwas Magic um abhängige Datensätze zu laden.
Beispiel: Der Author (''UserModel'') eines Artikels (''ArticleModel'').

= Verwendung =

== Erstellung einer Model-Instanz ==

Folgend wird eine Instanz von ''ArticleModel'' erstellt, welche eine bestimmte Entität der Tabelle ''tl_article'' referenziert.

<source lang="php">
// ArticleModel mit den Daten der Entität id=5 erstellen
$objArticleModel = \ArticleModel::findByPk(5);

// ArticleModel mit den Daten der Entität alias='contact' erstellen
$objArticleModel = \ArticleModel::findByIdOrAlias('contact');
// alternativ
$objArticleModel = \ArticleModel::findOneBy('alias','contact');
// alternativ
$objArticleModel = \ArticleModel::findOneByAlias('contact');
// alternativ
$objArticleModel = \ArticleModel::find(
array (
'limit' => 1,
'column' => 'alias', // mehrere Spalten durch array() möglich
'value' => 'contact', // mehrere Werte durch array() möglich, Reiehenfolge analog 'column'
'return => 'Model'
)
);
</source>

Die oben verwendeten Methoden sind durch die Contao-Model Klasse implementiert. Sie können intern von einem speziellen Model wie das ''ArticleModel'' genutzt werden um weitere Constraints in Methoden zu kapseln. Bsp.: ''ArticleModel::findPublishedById()''.

''findOneBy'''Alias''()''' ist eine virtuelle Methode um auf das '''alias''' Feld zu referenzieren. Diese Methoden existieren für jedes Feld der Tabelle.
Bsp: findOneByName()
Ich persönlich empfehle aber ''findOneBy($col, $val)'' zu nutzen.

Die statische Basismethode ''''find($arrData)''' ermöglicht eine genaue Spezifizierung der Anfrage. Alle anderen find-Methoden werden auf sie abgebildet.

Die Methode akzeptiert ein Array mit folgenden Schlüsseln:

{| class="wikitable"
|-
| '''column''' || ''string|array'' || Feld(er) zur Selektion (WHERE)
|-
| '''value''' || ''string|array'' || Wert(e) zur Selektion (WHERE)
|-
| '''limit''' || ''int'' || Beschränkt die Ergebnismenge (LIMIT)
|-
| '''offset''' || ''int'' || Offset einer beschränkten Ergebnismenge (LIMIT)
|-
| '''order''' || ''string'' || Sortierung der Ergebnismenge (ORDER BY)
|-
| '''eager''' || ''bool'' || Lädt die referenzierten Datensätze durch einen JOIN
|-
| '''return''' || ''string'' || Gültige Werte: ''Model'',''Collection''<br> Legt fest, ob eine Collection-Intanz (default) oder eine Model-Instanz zurück gegeben wird.
|}

== Erstellung einer Collection-Instanz ==

<source lang="php">
$objArticles = \ArticleModel::findByPid(2);

$objArticles = \ArticleModel::findBy('pid',2);

$objArticles = \ArticleModel::findAll(
array
(
'column' => 'pid',
'value' => 2
)
);

$objArticles = \ArticleModel::find(
array
(
'return' => 'Collection',
'column' => 'pid',
'value' => 2
)
);
</source>

= Relationen / Datensätze aus Fremdtabellen =
Für die Funktion der relations-''Magic'' muss dem Model ein DCA-Definition zugeordnet sein. Diese wird bei der Definition der Model-Klasse angegeben:
<source lang="php">
class ArticleModel extends \Model
{
/**
* Table name
* @var string
*/
protected static $strTable = 'tl_article';
...
</source>

In der DCA-Struktur wird die Relation definiert

Angenommen wir haben ein Model das einen Datensatz aus ''tl_article'' referenziert.
Achtung: Sowohl foreignKey als auch relation ist für die Auflösung nötig!
<source lang="php">
$GLOBALS['TL_DCA']['tl_article'] = array
(
...
// Fields
'fields' => array
(
'pid' => array
(
'foreignKey' => 'tl_page.title',
'sql' => "int(10) unsigned NOT NULL default '0'",
'relation' => array('type'=>'belongsTo', 'load'=>'lazy')
),
'author' => array
(
'label' => &$GLOBALS['TL_LANG']['tl_article']['author'],
'default' => $this->User->id,
'exclude' => true,
'inputType' => 'select',
'foreignKey' => 'tl_user.name',
'eval' => array('doNotCopy'=>true, 'mandatory'=>true, 'chosen'=>true, 'includeBlankOption'=>true, 'tl_class'=>'w50'),
'sql' => "int(10) unsigned NOT NULL default '0'",
'relation' => array('type'=>'hasOne', 'load'=>'eager')
),
</source>

<source lang="php">
$GLOBALS['TL_MODELS']['tl_article'] = 'Contao\ArticleModel';
</source>

== Relations ==

=== load ===
{| class="wikitable"
|-
| '''eagerly''' || Wird ein in Beziehung stehendes Objekt „eagerly“ geladen, erstellt der QueryBuilder automatisch ein JOIN-Query und lädt beide Objekte in einer Datenbank-Abfrage.
|-
| '''lazy''' || Wird ein in Beziehung stehendes Objekt „lazy“ geladen, wird es erst auf Anfrage in einer separaten Datenbank-Abfrage nachgeladen.
|}

=== type ===
{| class="wikitable"
|-
| '''belongsToMany''' || Referenz auf einen Elterndatensatz (z.B. pid)
|-
| '''belongsTo''' || Referenz auf mehrere Elterndatensätze (z.B. serialized)
|-
| '''hasOne''' || Referenz auf ein Kinddatensatz (z.B. Artikel hat einen Autor)
|-
| '''hasMany''' || Referenz auf mehrere Kinddatensätze (z.B. Galerie hat mehrere Bilder)
|}

= Weiterführende Informationen =

* [http://api.contao.org/v3/classes/Contao.Model.html API-Doku Model Klasse]
* [http://api.contao.org/v3/classes/Contao.Model.Collection.html API-Doku Collection Klasse]
* [https://contao.org/files/conference/conference-2012/papers/Entwickler-Workshop.pdf Foliensatz Entwickler-Workshop der Konferenz 2012]

Ubuntu, PhpStorm und Xdebug

2012-10-19T09:03:10Z

ES IT: Die Seite wurde neu angelegt: „Category:Dev HOWTOS Category:Development Dieses Thema hat nur am Rande mit Contao zu tun, da es aber sehr bei der Entwicklung für Contao hilft, wurde die…“

[[Category:Dev HOWTOS]]
[[Category:Development]]
Dieses Thema hat nur am Rande mit Contao zu tun, da es aber sehr bei der Entwicklung für Contao hilft, wurde diese Anleitung geschrieben. Wenn man Xdebug aus den Ubuntuquellen installiert, wird die Verbindung oft nach 10 Sekunden beendet.
{{Achtung|Leider hat Xdebug in der Version kleiner 2.1 einen Fehler, der zum Abbruch der Debug-Verbindung nach ca. 10 Sekunden führt.}}
Die alte Version kann man mittels '''''sudo apt-get remove php5-xdebug''''' entfernen. Um die aktuelle Version erstellen zu können, braucht man noch das Paket '''''php5-dev'''''. Dies kann einfach aus den Ubuntuquellen mit '''''sudo apt-get install php5-dev''''' installiert werden.

Im Internet gibt es diese [http://www.werstnet.com/blog/fixing-xdebug-on-ubuntu-10-04/ Anleitung], um eine funktionierende Version von Xdebug zu installieren:
<source lang="bash">
mkdir /tmp/xdebug
cd /tmp/xdebug
wget http://xdebug.org/files/xdebug-2.1.0.tgz
tar -xvzf xdebug-2.1.0.tgz
cd xdebug-2.1.0
phpize
</source>
Die Ausgabe sollte in etwa so aussehen:
<source lang="bash">
Configuring for:
...
Zend Module Api No: 20090626
Zend Extension Api No: 220090626
</source>
Weiter gehts mit:
<source lang="bash">
./configure
make
sudo cp modules/xdebug.so /usr/lib/php5/20090626
</source>
Nun muss noch die PHP-Konfiguration angepasst werden. Dies kann in der '''''/etc/php5/apache2/php.ini''''' oder der '''''/etc/php5/conf.d/xdebug.ini''''' geschehen. Hier werden alle Xdebug-Einstellungen in der '''''xdebug.ini''''' gesammelt. Dort sind nun folgende Einträge hinterlegt:
<source lang="ini">
[xdebug]
zend_extension="/usr/lib/php5/20090626/xdebug.so"
xdebug.profiler_output_dir = "/tmp/xdebug"
xdebug.trace_output_dir = "/tmp/xdebug"
xdebug.remote_enable=1
xdebug.remote_port=9000
xdebug.remote_host=192.168.0.xxx
xdebug.remote_handler=dbgp
</source>
Die IP-Adresse muss in der Zeile '''''xdebug.remote_host=192.168.0.xxx''''' natürlich angepasst werden. Wenn der Server und PhpStorm auf dem selben Rechner laufen, kann hier einfach '''''localhost''''' eingetragen werden. In PhpStorm wird nur der Debug-Port (9000) unter '''''Project Settings->PHP->Debug->DBGp Proxy''''' angegeben.
{{Hinweis|PhpStorm verwendet als Defaultport 9001. Auf diesem kommt manchmal keine Verbindung zustande. Deshalb wird hier der Port 9000 verwendet. Man muss evtl. etwas experimentieren.}}
Nun kann durch einen Klick auf den roten Telefonhörer auf eingehende Debugverbindungen auf Port 9000 gelauscht werden. Alternativ kann man auch im Menü auf '''''Run->Start Listen PHP Debug Connections''''' geklickt werden.

Im Browser Eurer Wahl muss nun der Debug-Helper aktiviert werden. Zu konfigurieren gibt es da in der Regel nicht viel. Hier eine kleine Liste mit Debug-Tools für die gängigsten Browser (die Liste erhebt keinen Anspruch auf Vollständigkeit):
*easy Xdebu für FireFox (https://addons.mozilla.org/de/firefox/addon/easy-xdebug/)
*Xdebug helper für Google Chrome (https://chrome.google.com/webstore/detail/xdebug-helper/eadndfjplgieldjbigjakmdgkmoaaaoc)
*Xdebug für Opera (https://addons.opera.com/de/extensions/details/xdebug)
Wird nun durch klicken auf den linken Rand (rechts neben den Zeilennummern, in PhpStorm) ein Breakpoint gesetzt, hält die Verarbeitung dort an und man kann die Variablen usw. prüfen und alles tun, was ein Debugger so schönes möglich macht. Eine Anleitung zum Debuggen würde den Rahmen an dieser Stelle leider sprengen.

== Debug mit mehreren Hosts ==
Will man von mehr als einem Host eine Verbindung zum Debugger aufbauen, ist das gezeigte Setting ungeeignet. Da in der '''''xdebug.ini''''' die IP des Debug-Hosts fest eingestellt ist. Man müsste jedes Mal die Datei ändern, wenn man den Rechner wechselt. Deshalb ist es sinnvoller in diesem Fall '''''xdebug.remote_host=192.168.0.xxx''''' und '''''xdebug.remote_handler=dbgp''''' wegzulassen oder mit einem Simikolon (;) auszukommentieren. Dafür müssen dann die folgenden Direktiven eingefügt werden '''''xdebug.idekey=PhpStorm''''' und '''''xdebug.remote_connect_back=1'''''. Die '''''xdebug.ini''''' sollte dann so aussehen:
<source lang="ini">
[xdebug]
zend_extension="/usr/lib/php5/20090626/xdebug.so"
xdebug.profiler_output_dir = "/tmp/xdebug"
xdebug.trace_output_dir = "/tmp/xdebug"
xdebug.remote_enable=1
xdebug.remote_port=9000

;xdebug.remote_handler=dbgp
;xdebug.remote_host=192.168.0.xxx

xdebug.idekey=PhpStrom
xdebug.remote_connect_back=1
</source>
Nun muss in PhpStorm unter '''''Project Settings->PHP->Debug->DBGp Proxy->IDE key''''' der Wert von '''''xdebug.idekey''''' eingetragen werden. Also in diesem Fall '''''PhpStorm'''''. Das Gleiche muss auch in den Einstellungen des Debug-Tools des Browsers (z.B. Xdebug helper) eingetragen werden. Nun sollte man von jedem Rechner, bei dem PhpStorm und das Browser-Tool richtig konfiguriert sind eine Debug-Verbindung aufbauen können.

Das Original dieses Artikels ist auf [http://easysolutionsit.de/index.php/ubuntu-phpstorm-und-xdebug.html easySolutionsIT.de] erschienen.