Directory "web//assets/metamodels/" is not a file

Hallo zusammen,

ich versuche mich gerade an meinen ersten eigenen Metamodels. Ich möchte verschiedene Ersatzteilliste eines Oldtimerrollers zusammenfassen um Gleichteile besser identifizieren zu können.
Die Liste soll in Deutsch, später auch Englisch und Italienisch anzeigbar sein.

Ich gehe also davon aus das ich nur die translated Attribute einsetzen sollte und habe auch Varianten bei den Attributen aktiviert.
Bin dann nach Handbuch vorgegangen und bekomme am Ende wenn ich im Backend die Engabemaske anzeigen lassen möchte nur die Fehlermeldung:

Internal Server Error
Was ist das Problem?
Directory "web//assets/metamodels/" is not a file

Kann da jemand was mit anfangen?

System: Contao 5.3.x, MM 2.4, PHP 8.2, MAMP (also lokale Testinstallation)

Moin,

bist Du sicher, dass der zweite "/" nach "web" da hin gehört oder ist das nur ein Schreibfehler hier im Forum?

Code:

---

"web//assets/metamodels/"

---

Grüße

Ist exakt die Ausgabe aus dem Browserfenster, hatte mich auch ein wenig gewundert.

Zitat:

---

Zitat von tuxracer

Ist exakt die Ausgabe aus dem Browserfenster, hatte mich auch ein wenig gewundert.

---

Wenn dem so ist und du im bezahlten Nightly-Build von metamodels 2.4 bist, darauf warten, dass zonky antwortet oder sofort den Support anschreiben via E-Mail

Derweil kannst du auf jeden Fall schon Mal deine composer.json posten.

Eventuell könntest du uns auch noch genauer Beschreiben, was du alles nach Handbuch gemacht hast. Das Handbuch enthällt viele Dinge ;-)
Also: Was du in der Eingabemaske alles konfiguriert hast für Felder etc. Screenshots gehen auch.

Und: Natürlich (wie cliffparnitzky schon geschrieben hat) deine composer.json

Viele Grüße

Moin zusammen,

ich habe es gefunden: im Model habe ich "Varianten" aktiviert. Wenn das gesetzt ist kommt der Fehler.

Anbei die Composer.json. Habe ich so eingesetzt wie sie per Mail als default.comoser.json gekommen ist und habe das in meine Composer.json reinkopiert.
Ich denke da kann ich noch eine Menge rauswerfen. Muss ich zum Beispiel die "einsprachigen Attribute" laden, wenn ich sowieso nur die mehrsprachigen verwende?

Zum Handbuch:
Ich bin da so durchgegangen, wie es in "Das erste Metamodel" beschrieben war.
Attribute: Alias, Rollermodell, Veröffentlichen (published).
Erstmal habe ich ein Model aufgesetzt was einsprachig war um zu schaun ob das funzt.
Im Contao Manager die Datenbank-Updates gemacht, den Prozess einmal durchlaufen und nach dem ich den Prod. Cache erneuert habe war das Model im Backend angelegt und ich konnte Daten einpflegen.

Dann das Model im BE gelöscht, Datenbank aktualisiert und das Ganze noch mal mit mehrsprachigen Attributen angelegt. Da tauchte dann der Fehler das erste mal auf. (Auch hier habe ich die ersten beiden Male Varianten angeklickt)
Da werden ja dann wenn ich das richtig sehe bis auf die Tabelle für das Metamodel keine neuen Datenfelder bei aktualisierung der Datenbank angelegt, das läuft dann alles in den bestehenden Tabellen von MM.
Nach zwei Anläufen hat er das Modell dann endlich funktionsfähig ohne Varianten im BE angelegt.

Als ich dann das zweite Model mit angelegt habe bin ich wieder in das gleich Problem reingerannt. Nachden ich den Punkt "Varianten" im Model abgewählt habe und die Datenbank aktualisiert habe lief es dann auch erstmal.

Aktuell wollte ich das gegenprüfen und habe im ersten Modell noch mal mit "Varianten" aktiviert, nun hängt es beim Datenbankupdate im Manager, es stehen Änderungen in der Datenbank an und ich laufe endlos immer wieder durch den Dialog "Contao\CoreBundle\Migration\Version503\FileExtens ionMigration" im Updateprozess.


{
"name": "metamodels/test-installation",
"description": "MetaModels MM 2.4 @ Contao 5.3 test installation",
"license": "LGPL-3.0-or-later",
"type": "project",
"authors": [
{
"name": "Christian Schiffler",
"homepage": "https://github.com/discordier"
},
{
"name": "Ingolf Steinhardt",
"homepage": "https://github.com/zonky2"
}
],
"require": {
"php": "^8.2",
"contao-community-alliance/contao-multicolumnwizard-frontend-bundle": "^2.4@dev",
"contao-community-alliance/contao-textfield-multiple-bundle": "^2.4@dev",
"contao-community-alliance/dc-general": "^2.4@dev",
"contao-community-alliance/dc-general-contao-frontend": "^2.4@dev",
"contao/calendar-bundle": "5.3.*",
"contao/comments-bundle": "5.3.*",
"contao/conflicts": "*@dev",
"contao/core-bundle": "5.3.*",
"contao/faq-bundle": "5.3.*",
"contao/listing-bundle": "5.3.*",
"contao/manager-bundle": "5.3.*",
"contao/news-bundle": "5.3.*",
"contao/newsletter-bundle": "5.3.*",
"erdmannfreunde/contao-grid-bundle": "^2.0",
"erdmannfreunde/onepage-navigation": "^2.1",
"fritzmg/contao-swiper": "^4.3",
"hofff/contao-consent": "1.0.0",
"madeyourday/contao-rocksolid-custom-elements": "^2.4",
"madeyourday/contao-rocksolid-frontend-helper": "^2.2",
"metamodels/attribute_alias": "^2.4@dev",
"metamodels/attribute_checkbox": "^2.4@dev",
"metamodels/attribute_color": "^2.4@dev",
"metamodels/attribute_combinedvalues": "^2.4@dev",
"metamodels/attribute_contentarticle": "^2.4@dev",
"metamodels/attribute_country": "^2.4@dev",
"metamodels/attribute_decimal": "^2.4@dev",
"metamodels/attribute_file": "^2.4@dev",
"metamodels/attribute_geodistance": "^2.4@dev",
"metamodels/attribute_langcode": "^2.4@dev",
"metamodels/attribute_levenshtein": "^2.4@dev",
"metamodels/attribute_longtext": "^2.4@dev",
"metamodels/attribute_numeric": "^2.4@dev",
"metamodels/attribute_rating": "^2.4@dev",
"metamodels/attribute_select": "^2.4@dev",
"metamodels/attribute_tablemulti": "^2.4@dev",
"metamodels/attribute_tabletext": "^2.4@dev",
"metamodels/attribute_tags": "^2.4@dev",
"metamodels/attribute_text": "^2.4@dev",
"metamodels/attribute_timestamp": "^2.4@dev",
"metamodels/attribute_translatedalias": "^2.4@dev",
"metamodels/attribute_translatedcheckbox": "^2.4@dev",
"metamodels/attribute_translatedcombinedvalues": "^2.4@dev",
"metamodels/attribute_translatedcontentarticle": "^2.4@dev",
"metamodels/attribute_translatedfile": "^2.4@dev",
"metamodels/attribute_translatedlongtext": "^2.4@dev",
"metamodels/attribute_translatedselect": "^2.4@dev",
"metamodels/attribute_translatedtablemulti": "^2.4@dev",
"metamodels/attribute_translatedtabletext": "^2.4@dev",
"metamodels/attribute_translatedtags": "^2.4@dev",
"metamodels/attribute_translatedtext": "^2.4@dev",
"metamodels/attribute_translatedurl": "^2.4@dev",
"metamodels/attribute_url": "^2.4@dev",
"metamodels/contao-frontend-editing": "^2.4@dev",
"metamodels/core": "^2.4@dev",
"metamodels/dropzone_file_upload": "^2.4@dev",
"metamodels/filter_checkbox": "^2.4@dev",
"metamodels/filter_fromto": "^2.4@dev",
"metamodels/filter_perimetersearch": "^2.4@dev",
"metamodels/filter_range": "^2.4@dev",
"metamodels/filter_register": "^2.4@dev",
"metamodels/filter_select": "^2.4@dev",
"metamodels/filter_tags": "^2.4@dev",
"metamodels/filter_text": "^2.4@dev",
"nutshell-framework/core-bundle": "^0.1.1",
"nutshell-framework/nutshell": "^2.0"
},
"require-dev": {
"phpcq/runner-bootstrap": "^1.0@dev"
},
"repositories": [
{
"type": "composer",
"url": "https://token:<meintoken>.cyberspectrum.de/r"
}
],
"config": {
"allow-plugins": {
"contao-components/installer": true,
"contao/manager-plugin": true,
"contao-community-alliance/composer-plugin": false,
"php-http/discovery": true
}
},
"extra": {
"public-dir": "web",
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"@php vendor/bin/contao-setup"
],
"post-update-cmd": [
"@php vendor/bin/contao-setup"
]
}
}

Hallo tuxracer,
ich hab jetzt kein MM mit Varianten, wo ich das mal eben testen könnte... Eventuell hat zonky aber einen passenden Testcase (der ist gerade im Urlaub). Bisher hatte ich noch nicht den Fall, dass ich Varianten überhaupt gebraucht hätte.

Was ich dir aber schon mal sagen kann: Du solltest wirklich nur die Bundels in der composer.json drin haben, die du auch wirklich benutzt. Ich habe noch keine Installation gesehen, die wirklich alle Attribute etc. genutzt hat ;-)

Wenn die DB aktualisierung nicht richtig durchläuft ist das nicht gut und kann dann natürlich auch wieder Probleme machen. Wenn du Zugriff auf die Konosle hast, dann versuch es doch mal bitte darüber. Eventuell bekommst du da auch mehr Informationen, was da genau nicht klappt.

Viele Grüße

Danke fürs erste Feedback. Varianten hatte ich gedacht zu brauchen, so gibt es zum Beispiel ein identisches Ersatzteil das es aber je nach Model in unterschiedlichen Lacktönen gab.

"Ausmisten" ist geplant. Kann ich den z.B. einfach die "einsprachigen" Attribute wenn ich die als "translated" rauswerfen?

DA ich es nicht mehr zum laufen bekomme habe ich erstmal ein altes Backup eingespielt und die Modelle noch mal neu aufgesetzt.
Später würde ich mir wünschen das das nicht mehr passiert ;-)

Zitat:

---

Zitat von zoglo

Wenn dem so ist und du im bezahlten Nightly-Build von metamodels 2.4 bist, darauf warten, dass zonky antwortet oder sofort den Support anschreiben via E-Mail

---

bin wohlbehalten zurück... und teste das mal - zu C5 haben sich ja die Pfadangaben geändert und kann sein, dass da noch was übersehen wurde

Thema mehrsprachige Attribute: (dazu hatte ich Dir glaube ich schon per E-Mail einiges geschrieben)

* wenn Inhalte mehrsprachig sein sollen, dann die "translated *" verwenden - AUSSER! trans. Select und trans. Tags (in den neueren Vorlagen hab ich die schon raus genommen... die sind nur für "Spezialfälle" notwendig wie nicht-MM-Tabellen; die normalen Select und Tags können per se mit mehrsprachigen Daten umgehen)
* die Daten bei mehrsprachigen Attributen werden in eigenen Tabellen gespeichert - schon eingegebene Daten von nicht-mehrsprachigen Attributen können nicht übernommen werden!
* es gibt nicht zu jedem Attribut ein entsprechendes mehrsprachiges Gegenstück - z. B. bei Zahlen oder Datum macht das keinen Sinn


Thema Varianten:

So wie du das in #9 beschrieben hast, ist das sicher eine gute Wahl und ist genau dafür gedacht, wenn bei Datensätzen "fast alles gleich ist und nur kleine Abweichungen vorhanden sind". Wenn man eine Variante erstellt, wird in derselben DB ein neuer Datensatz angelegt - alle nicht-variante Attribute werden 1:1 vom Parent übernommen (auch bei Änderungen) und nur die varianten Attribute lassen sich in der (Child-)Eingabemaske bearbeiten. Am Besten mal in der DB ansehen... ob ein Datensatz Parent oder Child ist, kann z. B. mit der MM-API abgefragt werden. Achtung beim Alias!

@tuxracer: im Core von MM 2.4 ist ein Fix eingespielt - nach einem Update sollte bei Dir auch der TreeView der Varianten korrekt angezeigt werden

PS: sofern keine Filterung oder Suche eingestellt ist, hängen die Filterbuttons etwas "in der Luft" - das ist beim DCG (2.3) schon gefixt und wird sobald das ins neue Release gekommen ist, im DCG 2.4 übernommen...

So, bin aus dem Urlaub zurück und werde mir die Tips und Hinweise in meiner Testumgebung ansehen und durchspielen. Vielen Dank für die Unterstützung!