Druckbare Version
Fehler:
Fatal error: Query error: Table 'db320191_88.tl_metamodel_dcasetting' doesn't exist (SHOW FULL COLUMNS FROM tl_metamodel_dcasetting)
MM 2.xx runtergeladen, Daten auf FTP, DB-Update versucht.
Contao 2.5.27, PHP 5.5, MySQL 5.6
Kann weder in der Installation noch in der Erweiterungsverwaltung die DB aktualisieren.
Kann mir jemand etwas zum Fehlercode sagen?
* bitte komplette Fehlermeldung posten (und dann die Formatierungsicons 'PHP' verwenden)
* von wann ist das Zip?
* kannst Du nicht - wie empfohlen - das per Composer installieren?
Bei der Installation des Composer kommt dieser Fehler:
PHP-Code:Warning: rename(/xxx/composer/composer.phar,/xxx/composer/composer.previous.phar): No such file or directory in system/modules/!composer/src/Runtime.php on line 247
#0 [internal function]: __error(2, 'rename(/kunden/...', '/kunden/325291_...', 247, Array)
#1 system/modules/!composer/src/Util/ErrorHandler.php(50): call_user_func_array('__error', Array)
#2 [internal function]: ContaoCommunityAlliance\Contao\Composer\Util\ErrorHandler::handleError(2, 'rename(/kunden/...', '/kunden/325291_...', 247, Array)
#3 system/modules/!composer/src/Runtime.php(247): rename('/kunden/325291_...', '/kunden/325291_...')
#4 system/modules/!composer/src/ClientBackend.php(228): ContaoCommunityAlliance\Contao\Composer\Runtime::updateComposer()
#5 system/modules/!composer/src/ClientBackend.php(105): ContaoCommunityAlliance\Contao\Composer\ClientBackend->updateComposer()
#6 system/modules/core/classes/Backend.php(423): ContaoCommunityAlliance\Contao\Composer\ClientBackend->generate()
#7 system/modules/core/controllers/BackendMain.php(131): Contao\Backend->getBackendModule('composer')
#8 contao/main.php(20): Contao\BackendMain->run()
#9 {main}
Wurde wohl trotzdem installiert, musste noch die PHP.ini bei DomainFactory anpassen.
Mal schauen jetzt.
Metamodels lässt sich erimmer noch nicht installieren:
Ich habe per PHP.ini 250MB MemoryLimit zugewiesen ... das sollte doch wohl reichen oder nicht?PHP-Code:Fatal error: Out of memory (allocated 444334080) (tried to allocate 67108864 bytes) in phar:///xxx/composer/composer.phar/src/Composer/DependencyResolver/Solver.php on line 220
in vielen Fällen reicht auch 512 leider nicht aus :-( das liegt an Composer und der Abhängigkeitsauflösung...Zitat:
Zitat von tobihessen
Mögliche Workarounds:
* von Console updaten (oft mehr RAM zur Verfügung)
* composer-Paket updaten (das "aktuelle" geht etwas sanfter mit dem "Rahm" um)
* Auflösung per PHP7(.1) machen und wieder auf 5.6 zurück schalten
* Auflösung auf anderem/lokalem Rechner/Server machen
PS: der Speicherbedarf hat nur der Composer und nicht MM!
Danke schon mal für deine Hilfe.
Ich habe inzwischen das Problem von davor gelöst mit den ganzen Fehlermeldungen bei DB-Update und so weiter. Die Erweiterung Dependency Container war schuld.
Kannst du mir sagen, was das Modul macht/kann?
Ich habe es gelöscht, jetzt läuft alles rund, bis auf das Problem mit dem Memory.
Composer-Paket habe ich das 0.14 ... das ist das aktuellste oder?
Was ist "von Console updaten"?
Moment ...
Zugewisen sind rund 440 MB ... versucht wurden aber nur 67 MB ... habe ich das richtig verstanden? Das ist doch nicht richtig oder?PHP-Code:Fatal error: Out of memory (allocated 443285504) (tried to allocate 67108864 bytes)
dann kannst Du auch /system/modules/core löschen ;-)Zitat:
Zitat von tobihessen
bei allgemeinen Fragen hilft häufig der Einsatz des "Suchschlitzes"...Zitat:
Zitat von tobihessen
https://hilfe-center.1und1.de/hostin...a10792492.html
um den Einstieg zu vereinfachen, könntest Du ein "fertiges MM-Paket" von hier http://www.e-spin.de/contao-metamodels.html installieren oder Dir entsprechende Hilfe ins Boot holen - ggf. über die "Bezahlte Unterstützung"
Äh wir haben Metamodels schon in insgesamt 11 Projekte im Einsatz und noch NIE irgendwelche Installationsprobleme gehabt.
Dafür muss man sich auch eigentlich nicht mit jedem Pipapo auskennen - es sollte jawohl möglich sein ohne Probleme ein Modul installieren zu können.
Ich habe allerdings auch noch nie den Composer genutzt, der meiner Meinung nach einfach nur Probleme macht.
o.k. - war bei den obigen Postings so nicht raus zu hören...
Die News hast Du sicher gelesen - somit ist der Nightly auch neu... ggf. hiermit mehr Glück
tried to allocate 67108864 bytes bedeutet, dass eine Operation versucht hat 64 MiB an speicher zu allozieren - das schlug aber fehl, da von den insgesamt zur Verfügung stehenden 422,75 MiB nicht mehr so viel frei war.Zitat:
Zitat von tobihessen
@zonky: kann man bei MetaModels eigentlich die Minimum Stability schon auf stable setzen?
wenn Ihr intensiv mit MM arbeitet, hätte ich zwei, drei Tickets auf dem Schirm, die eine finanzielle Unterstützung suchen...Zitat:
Zitat von tobihessen
* https://github.com/MetaModels/core/issues/1092
* https://github.com/MetaModels/attrib...file/issues/11
* https://github.com/MetaModels/core/issues/1123
* https://github.com/contao-community-...ral/issues/191
=> https://now.metamodel.me/de/unterstuetzer/spenden
@Spooky: nee noch nich... ist ja noch alpha
War auch nicht bös gemeint.
Wir nutzen es wirklich rein zum Handling von Daten, wie den Catalog früher.
"Spenden" schaue ich mir mal an, danke.
alternativ zur finanziellen Spende ist auch eine "Zeitspende" in Form von Mitarbeit beim Projekt gern gesehen ...
nächsten Dienstag (30.05.17) ist MM-call auf Mumble - oder meldest Dich bei mir mal per PN
Jede_r nutzt das zum Handling von Daten ...Zitat:
Zitat von tobihessen
Gesendet von iPhone mit Tapatalk
Die Änderungen in der php.ini werden bei domainfactory ignoriert. Probier mal über ssh. Hatte auch nur Probleme mit dem Composer bei df, nur über ssh lief es.
@tobihessen: was willst Du den in der php.ini ändern?
Sicher nicht - wenn etwas ignoriert wird, dann ist entweder die Syntax falsch, oder es fällt unter die folgenden Beschränkungen:Zitat:
Zitat von savuti
https://www.df.eu/de/support/df-faq/...phpini-editor/Zitat:
Folgende Punkte können nicht mit dem PHP.INI-Editor angepasst werden:
- PHP als Modul verwenden
- Module einfügen, die nicht für den Einsatz als "nachladbares" Modul geeignet sind
- Ein eigenes php-binary nutzen
Welche Probleme hast Du denn gehabt? Vielleicht ist es eine gute Idee, dazu im Supportbereich für Composer ein Thema aufzumachen oder passend zu einem bestehenden Thema zu schreiben. In den vergangenen zwei Jahren hatte ich persönlich bei dem Provider keine gravierenden Probleme, den richtigen Ausführungsmodus mal vorausgesetzt.Zitat:
Zitat von savuti
Domainfactory kann ich auch nicht empfehlen. Der detached_mode des composer-clients funktioniert dort nur bedingt bzw. bringt keine Vorteil, da selbst da auch immer noch ein memory_limit greift. Das selbe Problem hat man dann vermutlich auch später mit dem Contao Manager.
zu A: ich kenne nur sehr wenige Hostingpakete, bei denen sich der zur Verfügung gestellte RAM zwischen "Apache-PHP" und "Konsole" großartig unterscheidet - d.h. bei "einem gedrosselten Auto wird das nicht schneller, nur weil man einen Tacho mit größerer Maximalanzeige einbaut" ;-)Zitat:
Zitat von Spooky
zu B: beim CM wird sicher (nur) wieder der Resolver viel RAM ziehen - m.E. soll es da die Möglichkeit eines externen Service geben (als Beta funktioniert das ja bereits prima)
All-Inkl, WebGo, Hetzner, Hostingwerk, Uberspace, evt. auch Mittwald und Netcup.Zitat:
Zitat von zonky
Ja, das stimmt allerdings. Allerdings gibt es bei Domainfactory so wie es aussieht auch noch andere Probleme mit dem Contao Manager.Zitat:
Zitat von zonky
sind das Deiner Meinung nach die Pakete ohne Limitierung bzw. Unterschied "Webserver" vs. "Konsole"?Zitat:
Zitat von Spooky
... für die Webpakete All-Inkl und Netcup kann ich das zumindest nicht bestätigen, bei Hetzner habe ich einen Root, da gilt das eh nicht und bei den anderen habe ich keinen Account...
Ich meine damit, dass man bei diesen Hostern den composer im detached mode ohne nennenswertes memory_limit laufen lassen kann.
kommt ggf. auf das Paket an - bei
* Netcup Expert L
* All-inkl Premium
ist das nicht der Fall (abgesehen von einer "etwas weicheren Grenze" von ca. 10% mehr auf Konsole)
Ich habe bei All-Inkl mit Premium keine Probleme mehr seit es für den Composer einmal passend eingerichtet war. Allerdings habe ich bisher nur MM und zwei kleinere Erweiterungen installiert.
Du bist also auch bei df? Darf ich fragen welches Paket bzw. welchen Server du hast?Zitat:
Zitat von lucina
Wie hast du den Composer zum Laufen gebracht?
Ich habe ein Managed Hosting Pro bei DF. Composer wird normal installiert und ich suche mir die zu installierenden Extensions in der Paketverwaltung im Contao-Backend aus. Allerdings benutze ich niemals nicht den "Pakete aktualisieren"-Button im Backend, sondern logge mich per SSH ein, navigiere in den Composer-Ordner der entsprechenden Installation und nutze dann folgenden Befehl:Zitat:
Zitat von tobihessen
Dann läuft alles sauber durch, auch die großen Extensions wie Metamodels etc.Code:php5.6.22-cli composer.phar update
Okay. Also inzwischen bin ich schlauer.Zitat:
Zitat von Bas
Der grundlegende Unterschied ist, dass wir einen Reseller Account haben und bei dem gibt es all die Skriptfunktionen und vieles mehr erst ab einem Dedicated Reseller Server und nicht bei Reseller Managed Hosting.
Da werden wir wohl aufrüsten müssen :)
Zitat:
Zitat von tobihessen
...zu welchem Schluss bist Du beim "Anschauen" gelangt?