Fehler nach DCA-Erweiterung

Hallo,

ich habe der Tabelle tl_page ein neues Feld hinzugefügt (bzw. es versucht :D) und erhalte nun - wenn ich im Backend die Seitenstruktur aufrufen möchte - die folgende Fehlermeldung:

http://s3.imgimg.de/thumbs/fehlermeldung8158ebe6gif.gif

Das habe ich gemacht:

(1) /system/modules/seofootertext/config/database.sql angelegt mit folgendem Inhalt:

Code:

---

CREATE TABLE `tl_page` (
  `seofootertext` varchar(255) NOT NULL default ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

---

(2) /system/modules/seofootertext/dca/tl_page.php angelegt mit folgendem Inhalt:

Code:

---

// Anpassung der Palette
$GLOBALS['TL_DCA']['tl_page']['palettes']['regular']=str_replace('description', 'description,seofootertext', $GLOBALS['TL_DCA']['tl_page']['palettes']['regular']);

// Hinzufügen der Feld-Konfiguration
$GLOBALS['TL_DCA']['tl_page']['fields']['seofootertext'] = array
(
    'label'    => &$GLOBALS['TL_LANG']['tl_page']['seofootertext'],
    'exclude'  => true,
    'default'  => 0,
    'inputType' => 'input'
);

---

(3) /system/modules/seofootertext/languages/de/tl_page.php angelegt mir folgendem Inhalt:

Code:

---

// Sprache deutsch
$GLOBALS['TL_LANG']['tl_page']['seofootertext']=array(
  'SEO Footer-Text',
  'SEO-Text in der Copyright-Zeile'
);

---

(4) Contao-Installtool aufgerufen und Datenbank aktualisiert.

Und nun erhalte ich o.g. Fehler. Hat jemand eine Idee, wo der Fehler liegt?

Besten Dank,
Timo

nur eine Vermutung:

vielleicht liegt der Fehler nicht im Code, sondern in der Art, wie Du die Dateien speicherst. Welchen Editor verwendest Du? In welchem Format speichert der Editor? UTF-8? Mit oder ohne BOM (byte order mark)?

Eigentlich müsste das zwar zu einem anderen Fehler führen, aber was anderes fällt mir dazu nicht ein. ;)

Hi, ich glaub, das liegt am default eines VARCHAR(..) Feldes. Ich hab mal was gelesen, dass da ein Ei gibt bei MySQL. Evtl. mal weglassen, nur, um sicher zu gehen.

Gruß
Michel

Die Fehlermeldung würde aber in jedem Fall anders aussehen.... bei einem Datenbank-Fehler auch.
Also vielleicht kannst Du schrittweise nochmal zurückgehen. Also DB-Feld nochmal rausschmeißen - testen.. usw.

Gibst Du uns bitte nochmal Feedback, wie der Stand aktuell ist?

Deaktiviere mal die GZIP Komprimierung, dann kommt vielleicht der Fehler ans Tageslicht ;)

Hallo,

besten Dank für die ganzen Hinweise, denen ich Schritt für Schritt nachgegangen bin. Der Fehler lag - leider - in meiner nächtlichen geistigen Umnachtung: Ich hatte die /system/modules/seofootertext/dca/tl_page.php nicht geschlossen (?>). Die GZIP-Deaktivierung hat´s ans Tageslicht gebracht.

Dennoch danke für eure zahlreichen Überlegungen und Hinweise!

Eine Frage noch im Anschluss: Ließe sich der Wert "seofootertext" nun eigentlich per InsertTag aus der DB auslesen?

Gruß, TN

Du kannst den replaceInsertTag Hook dafür verwenden und einen eigenen Hook Schreiben, der das für dich tut ;)

Hallo,

mein replaceInsertTag-Versuch nach dieser Anleitung hat nicht ganz funktioniert:

/system/modules/seofootertext/config/config.php

Code:

---

$GLOBALS['TL_HOOKS']['replaceInsertTags'][] = array('SeoFooterText', 'SeoFooterTag');

---

/system/modules/seofootertext/SeoFooterText.php

Code:

---

public function SeoFooterTag($strTag)

{
    if ($strTag == 'seotag')
    {
        return 'seotag replacement';
    }
 
    return false;
}

---

Ergebis sind weiße Seiten im Frontend ;-)

Die gesamte Extension (falls man das bisschen schon so nennen kann) mal als ZIP im Anhang.

Über das Aussehen des InsertTags bin ich mir auch noch nicht ganz im Klaren: {{env::seotag}}? Dazu konnte ich leider nichts finden...

Hallo NoName26,

Zitat:

---

Zitat von NoName26

Ich hatte die /system/modules/seofootertext/dca/tl_page.php nicht geschlossen (?>).

---

Der schließende PHP-Tag ist nicht zwingend notwendig.

http://www.php.net/manual/de/languag...separation.php

Zitat:

---

Zitat von xchs

Hallo NoName26,


Der schließende PHP-Tag ist nicht zwingend notwendig.

http://www.php.net/manual/de/languag...separation.php

---

Das lässt sich aber per php.ini Konfigurieren, das PHP da strikter vorgeht und ein abschließendes ?> verlangt ;)

PS: Scheint aber eher ein Relikt aus alten Zeiten zu sein, nach meinem Wissen aber immer noch vorhanden ... :rolleyes:

Du hast die Klasse vergessen :D

PHP-Code:

---

class SeoFooterText
{
  public function SeoFooterTag($strTag)
  {
    if ($strTag == 'seotag')
    {
        return 'seotag replacement';
    }
 
    return false;
  }
} 


---

PS: sry4doppelpost, hab in der Hektik auf 2 Antworten geantwortet :o

Naja, das Schließen hat immerhin geholfen ;-)

Allerdings stehe ich bereits vor einem neuen Problem den replaceInsertTag-Hook betreffend. Siehe oben... :-(

Zitat:

---

Zitat von tril

Das lässt sich aber per php.ini Konfigurieren, das PHP da strikter vorgeht und ein abschließendes ?> verlangt ;)

---

Weißt Du vielleicht auch, wie die entsprechende Anweisung genau lautet?

Wenn das tatsächlich so in der PHP-Konfiguration eingestellt wurde, dann dürften so ziemlich alle Erweiterungen von andreas.schempp nicht korrekt funktionieren... :)

Schande über mein Haupt! Danke tril!

Wie müsste denn der InsertTag dann aussehen? {{env::seotag}} und {{var::seotag}} funktionieren schonmal nicht :-(

Zitat:

---

Zitat von xchs

Weißt Du vielleicht auch, wie die entsprechende Anweisung genau lautet?

Wenn das tatsächlich so in der PHP-Konfiguration eingestellt wurde, dann dürften so ziemlich alle Erweiterungen von andreas.schempp nicht korrekt funktionieren... :)

---

Puh, da fragste mich was, damit bin ich das letzte mal vor 3~4 Jahren oder länger konfrontiert gewesen... :rolleyes:

Zitat:

---

Zitat von NoName26

Wie müsste denn der InsertTag dann aussehen? {{env::seotag}} und {{var::seotag}} funktionieren schonmal nicht :-(

---

HTML-Code:

---

{{seotag}}

---

;)

Ne das ist mir jetzt zu einfach und logisch. Gibt´s da nicht was anderes? ;)

Okay, {{seotag}} funktioniert, gibt aber "seotag replacement" aus. D.h.

Code:

---

return 'seotag replacement';

---

muss ich ersetzen, macht ja Sinn. Hier müsste ich vermutlich die Verbindung zu meiner Spalte "seofootertext" aus der DB-Tabelle "tl_page" schaffen, richtig? Herrje, ich bin gerade gnadenlos überfordert...

Genau, imo müsstest du das direkt vom $objPage Objekt abgreifen können:

PHP-Code:

---

global $objPage;
return $objPage->seofootertext; 


---

Wenn dem nicht so ist, dann halt über die DB:

PHP-Code:

---

class SeoFooterText extends Frontend
{
  public function __construct()
  {
    $this->import('Database');
  }
  public function SeoFooterTag($strTag) 
  { 
    if ($strTag == 'seotag') 
    { 
        $objPage = $this->Database->prepare("SELECT seofootertext FROM tl_page WHERE id=?")->execute($GLOBALS['objPage']->id);
        if ($objPage->next())
        {
          return $objPage->seofootertext;
        }
        return ''; 
    } 
  
    return false; 
  } 
} 


---

Perfekt, du bist mein Gott ;-) Besten Dank!

Macht´s Sinn, das in Extension Repository zu stellen? Ist zwar nur ne kleine, aber für Google schon ganz nette Erweiterung...

Wann ja: An wen darf ich´s schicken?