PageTree deserialize für execute?

[Messa]

Hallo ich würde gerne die Daten aus meinem PageTree Feld für die Database verwenden.

$rs = Database::getInstance()
            ->prepare('SELECT * FROM tl_test')
            ->execute();

Würde gerne so etwas machen.

global $objPage;

$rs = Database::getInstance()
            ->prepare('SELECT * FROM tl_test WHERE page=?')
            ->execute($objPage->id);

Doch im Feld Page stehen die Seiten so.

a:4:{i:0;i:2;i:1;i:23;i:2;i:9;i:3;i:24;}

Ich kann Sie schon deserialize, dann bekomme ich ein Array mit allen Seiten ID's

Würde es aber gerne bei der Abfrage schon Filtern, dass ich nur den Inhalt bekomme bei dem page=? und $objPage->Id übereinstimmen,
auch wenn mehrere Ids in page stehen.

lg Matthias

[Arno]

Hm, da kommst du wahrscheinlich in der Tat nicht weit.
Ich habe sowas ähnliches mal gemacht in dem ich per Callback jedesmal beim speichern der PageTree-Auswahl die IDs deserialisiert und dann in einen kommaseparierten String geschrieben habe. Diesen String habe ich dann im gleichen Callback direkt in ein eigenes Tabellenfeld (z.B. "pageIDstring" wie im Beispiel unten) geschrieben.
Im MySQL-Statement kannst du dann mit dem IN-Operanden arbeiten. Ungefähr so:

$rs = Database::getInstance()
            ->prepare('SELECT * FROM tl_test WHERE pageIDstring IN (?)')
            ->execute($objPage->id);

Mein Callback sah so aus:

public function pageIDsTostring($dc){
	if (!empty($dc)){
		$string = implode(',',deserialize($dc));
		$id = Input::get('id');
		$this->Database->prepare('UPDATE tl_news SET pageIDstring = ? WHERE id = ?')->execute($string,$id);
	}
	return $dc;
}

Hilft das irgendwie als Inspiration? Mir ist schon klar, dass das etwas von hinten durch den Kopf ist und wahrscheinlich auch nicht besonders ökonomisch, aber was besserers ist mir damals auch nicht eingefallen.

[Toflar]

Sauberes Datenbankdesign nutzen. Also weg mit den serialisierten Daten und eine Zwischentabelle bauen

[Messa]

Tja die Daten bekomme ich so von Contao. Das war nicht mein Wunsch.

In meiner DCA steht das so drinnen.

'page' => array
        (
            'label'                   => &$GLOBALS['TL_LANG']['tl_erweiterungsname']['page'],
            'inputType'               => 'pageTree',
            'exclude'                 => true,
            'sorting'                 => true,
            'flag'                    => 1,
            'search'                  => true,
            'eval'                    => array('multiple'=>true, 'fieldType'=>'checkbox', 'mandatory'=>true),
            'sql'                     => "text NULL",
        ) 

Wie soll ich es sonst lösen, wenn ich PageTree benötige?
Gibt es eine Möglichkeit bei eval deserialize=>true zu machen?

lg Matthias

[Toflar]

Du hast Contao gesagt, es soll es so machen Du musst einen load_callback und einen save_callback registrieren und die Daten da jeweils von der Zwischentabelle holen und sie wieder da rein speichern. Im eigentlichen Feld "page" musst du nichts speichern.

In der Zwischentabelle (z.B. tl_test_pages) werden dann die ID's zugeordnet. Jetzt kannst du das alles selbst machen, wie wir es zig mal gemacht haben oder du installierst dir "haste" und geniesst die Arbeit, die wir für dich bereits gemacht haben.
Die Dokumentation dazu findest du hier: https://github.com/codefog/contao-ha...Model/index.md

Du musst also bei deinem Feld bloss "relation" definieren und auch da nur "type" und die Zieltabelle (bei dir also "tl_page"). Haste macht den Rest für dich (sobald du definiert hast, wird beim Datenbankupdate automatisch eine Zwischentabelle zum Generieren angeboten ). Du kannst ausserdem dann ein Contao-Model auf deiner "tl_test" registrieren und wenn du statt "extends \Model" das Haste-Model verwendest ("extends \Haste\Model\Model") funktioniert "getRelated('page')" automatisch für dich, ohne dass du auch nur einen Join selber schreiben musst.

Viel Spass

[Messa]

Ok.

Schaue ich mir morgen gleich an

[Toflar]

Also für dich und Nachkommen, welche n:m-Beziehungen benötigen und "haste" noch nicht kennen:

dca/tl_test.php

'pages' => array 
( 
    'label'                   => &$GLOBALS['TL_LANG']['tl_test']['pages'], 
    'inputType'               => 'pageTree',
    // Gibt's gratis dazu, funktioniert automatisch ;-)
    'filter'                  => true,
    'eval'                    => array('multiple'=>true, 'fieldType'=>'checkbox', 'mandatory'=>true), 
    'relation'                => array(
       'type'     => 'haste-ManyToMany',
       'table'    => 'tl_page'
    )
) 

Datenbank-Update machen und sich über die automatische Zwischentabelle freuen


models/TestModel.php

class TestModel extends \Haste\Model\Model
{

    /**
     * Table name
     * @var string
     */
    protected static $strTable = 'tl_test';
} 

modules/MeinFrontendModul.php

// In der compile()

// Gib mir alle Seiten welche ich in tl_test zugeordnet habe
$objTest = TestModel::findByPk($intTestId);
$objPages = $objTest->getRelated('pages');

// $objPages ist jetzt eine Collection von "PageModel" und wir können bequem darüber iterieren
foreach ($objPages as $objPage) {
    echo $objPage->id;
} 

Viel einfacher geht's kaum mehr

[Messa]

Hi.

Irgendwie klappt das bei mir nicht.
Die zusätzliche Tabelle wird erstellt.
Doch bekomme ich einen Fehler

Call to a member function getRelated() on a non-object

Sieht bei mir so aus.

$objPages = $objTest->getRelated('pages'); 

Das einzige was ich anders habe ist, das meine tabele nicht tl_test heißt.

Wo wird das denn genau definiert?

$intTestId 

Wenn ich manuell die ID des Modules eintrage dann geht es

$intTestId = 6; 

lg Matthias

[betatester]

Nur der Vollständigkeit halber würde ich gern ergänzen das man durchaus auf eine bestimmte ID in einem serialisierten Feld per SQL Query losgehen kann. Das wäre eine Query auf die page ID 5:

SELECT * FROM table WHERE page REGEXP '.*;s:[0-9]+:"5".*'

Natürlich kann man diskutieren ob das 'sauber' ist und ich würd so eine Query jetzt nicht unbedingt auf eine Tabelle mit 2 Millionen Datensätzen und riesigen Arrays in dem Feld loslassen. Aber wenn man gute Gründe hat das so zu machen, dann tut das seinen Dienst recht gut.