DCA-Feld wird nicht erkannt

Hallo liebe Community,

ich würde gerne meine Nachrichten um ein Feld erweitern, das eine Liste enthält. Dazu habe ich die Datei contao/dca/tl_news.php mit folgendem Inhalt erstellt:

PHP-Code:

---

<?php

  use Contao\CoreBundle\DataContainer\PaletteManipulator;

  $GLOBALS['TL_DCA']['tl_news']['fields']['zutaten']=[
    'label'       => &$GLOBALS['TL_LANG']['tl_news']['Zutaten'],
    'exclude'     => true,
    'inputType'   => 'listWizard',
    'eval'        => ['allowHtml'=>true, 'tl_class'=>'clr'],
    'xlabel'      => ['tl_content', 'listImportWizard'],
    'sql'         => 'blob NULL'
  ];

  PaletteManipulator::create()
    ->addLegend('zutaten_legend', 'teaser_legend', PaletteManipulator::POSITION_AFTER)
    ->addField('zutaten', 'zutaten_legend', PaletteManipulator::POSITION_APPEND)
    ->applyToPalette('default', 'tl_news')
  ;

 ?>

---

Ich habe auch contao/languages/de/tl_news.php und contao/languages/en/tl_news.php mit den Inhalten

PHP-Code:

---

<?php
  $GLOBALS['TL_LANG']['tl_news']['Zutaten'] = ['Zutaten', 'Zutaten für das Rezept.'];
 ?>

---

bzw.

PHP-Code:

---

<?php
  $GLOBALS['TL_LANG']['tl_news']['Zutaten'] = ['Ingredients', 'Ingredients for the recipe.'];
 ?>

---

erstellt.

Anschließens habe ich den Prod.-Cache erneuert und im Installtool geschaut, ob meine Änderung vorgenommen wurde. Wird sie aber nicht. Ich bekomme aber auch keinen Fehler und weiß inzwischen nicht mehr, was ich machen soll. Ich habe meinen Code schon x-mal gelesen und mit allem möglichen aus dem Internet abgeglichen bzw. diverse Dinge ausprobiert und nichts passiert.

Vielleicht sieht ja einer von euch, was ich übersehe?

Liebe Grüße

Schreiberling

Ich hätte auch noch den Composer-Cache im CM gelöscht.

Hast du den Ordner contao auf der gleichen "Ebene" erstellt wo auch z.B. assets, files und system liegen?
Ich habe bei mir das Konstrukt das Contao in den root-Ordner contao installiert wurde. Das ergibt dann diese Pfade zum Beispiel:

/var/www/meine/ordner/contao/contao

oder

/var/www/meine/ordner/contao/system

Zitat:

---

Zitat von Samson1964

Ich hätte auch noch den Composer-Cache im CM gelöscht.

---

Danke für die Idee.
Das habe ich jetzt ausprobiert. Ich habe den Production- und den Composer-Cache geleert. Hat leider auch nicht funktioniert.

Zitat:

---

Zitat von darkness

Hast du den Ordner contao auf der gleichen "Ebene" erstellt wo auch z.B. assets, files und system liegen?
Ich habe bei mir das Konstrukt das Contao in den root-Ordner contao installiert wurde. Das ergibt dann diese Pfade zum Beispiel:

/var/www/meine/ordner/contao/contao

oder

/var/www/meine/ordner/contao/system

---

Ja, die Ordner liegen auf der gleichen Ebene. Der Pfad ist mein-server/contao/dca usw. Ich habe bisher niemanden gefunden, der eine andere Ordnerstruktur verwendet. Sollte ich das denn?

Ich weiß inzwischen, warum mein DCA-Feld nicht angezeigt wird, aber eine Lösung ist das wirklich nicht. Es stellt sich heraus, dass sich meine Ordner nicht mehr synchronisieren. Dateien, die ich in meinem Explorer anlege, lösche oder verändere, werden in die Dateiverwaltung in im Contao-Backend nicht übernommen und umgekehrt.

Hatte jemand schon dieses Problem oder weiß jemand, woran das liegen könnte? Gemerkt habe ich es, als ich eine Änderung in einer CSS-Datei vornehmen wollte und sich nichts tat. Da es gestern Mittag noch ging, muss das gestern Abend passiert sein, als ich das DCA-Feld einfügen wollte...:eek:

Poste deine .htaccess

Zitat:

---

Zitat von Spooky

Poste deine .htaccess

---

Hier ist sie

Code:

---

<IfModule mod_rewrite.c>
    RewriteEngine On

    <IfModule mod_headers.c>
        # Assets in /assets and /bundles either contain a hash in their filename
        # or are called with a ?version suffix, therefore cache them for 1 year.
        RewriteRule ^(assets|bundles)/ - [ENV=CONTAO_ASSETS:true]
        Header set Cache-Control "max-age=31536000" env=CONTAO_ASSETS

        # Allow CORS on the Contao TinyMCE skin.
        RewriteRule ^assets/tinymce4/js/skins/contao/fonts/ - [ENV=CONTAO_TINYMCE_SKIN:true]
        Header set Access-Control-Allow-Origin "*" env=CONTAO_TINYMCE_SKIN
    </IfModule>

    # Determine the RewriteBase automatically and set it as environment variable.
    # If you are using Apache aliases to do mass virtual hosting or installed the
    # project in a subdirectory, the base path will be prepended to allow proper
    # resolution of the index.php file and to redirect to the correct URI. It will
    # work in environments without path prefix as well, providing a safe, one-size
    # fits all solution. But as you do not need it in this case, you can comment
    # the following 2 lines to eliminate the overhead.
    RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
    RewriteRule ^(.*) - [E=BASE:%1]

    # Sets the HTTP_AUTHORIZATION header removed by Apache
    RewriteCond %{HTTP:Authorization} .
    RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

    # Redirect to URI without front controller to prevent duplicate content
    # (with and without `/index.php`). Only do this redirect on the initial
    # rewrite by Apache and not on subsequent cycles. Otherwise we would get an
    # endless redirect loop (request -> rewrite to front controller ->
    # redirect -> request -> ...).
    # So in case you get a "too many redirects" error or you always get redirected
    # to the start page because your Apache does not expose the REDIRECT_STATUS
    # environment variable, you have 2 choices:
    # - disable this feature by commenting the following 2 lines or
    # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
    #  following RewriteCond (best solution)
    RewriteCond %{ENV:REDIRECT_STATUS} ^$
    RewriteRule ^index\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]

    # If the requested filename exists, simply serve it.
    # We only want to let Apache serve files and not directories.
    RewriteCond %{REQUEST_FILENAME} -f
    RewriteRule ^ - [L]

    # Rewrite all other queries to the front controller.
    RewriteRule ^ %{ENV:BASE}/index.php [L]
</IfModule>

<IfModule !mod_rewrite.c>
    <IfModule mod_alias.c>
        # When mod_rewrite is not available, we instruct a temporary redirect of
        # the start page to the front controller explicitly so that the website
        # and the generated links can still be used.
        RedirectMatch 302 ^/$ /index.php/
        # RedirectTemp cannot be used instead
    </IfModule>
</IfModule>

---

Hat denn wirklich keiner eine Idee?

Ich habe die .htaccess mit der "default"-Version abgeglichen und keine Unterschiede entdeckt.
Auch habe ich meine Symlinks neu erstellt und meine DB gecheckt. Keine Auffälligkeiten.
Nach wie vor snychronisieren meine lokal gespeicherten Dateien nicht mit der Datenbank und umgekehrt.

Ich bin noch recht neu in diesem Feld und weiß nicht, was ich noch ausprobieren könnte :( Ich wäre für jeden Vor- oder Ratschlag dankbar!

Das Verhalten, dass du in #6 erklärst, habe ich noch nicht gesehen bisher und wüsste auch nicht, wodurch so etwas hervorgerufen werden könnte. Mit Contao selbst hat es ja nichts zu tun.