"... nur Münchhausen konnte sich selbst aus dem Sumpf an den Haaren heraus ziehen..."
s.o. - da zerschießt es das Contao
Druckbare Version
Wenn ein Update ohne Fehlermeldung möglich wäre. Aber sobald ich auf Pakete aktualisieren klicke gibt es nur Fehler.
Gesendet von iPad mit Tapatalk
Welche Fehler?
bei mir rödelt die Paketverwaltung und endet dann damit, dass ein SQL-Fehler erscheint mit der Meldung, irgendwelche Spalten fehlen in der tl_layout...
"bei mir rödelt die Paketverwaltung und endet dann damit, dass ein SQL-Fehler erscheint mit der Meldung, irgendwelche Spalten fehlen in der tl_layout..." ist keine sehr präzise Antwort auf die Frage "Welche Fehler?"
Also nochmal: warum genau funktioniert bei dir ein Paketupdate nicht? Welche Fehler passieren? Was wird dir ausgegeben?
Na wie üblich als erstes ein DB Update durchführen um sicher zu gehen, das die SQL Fehler nicht schon vorher da waren.
versucht die Composer Funktionen "Composer Cache leeren & Composer aktualisieren" direkt aufzurufen:
.../main.php?do=composer&clear=composer-cache
.../main.php?do=composer&update=composer
Und dann Paketverwaltung ob alles wieder geht.
waren sie nicht...
dann muss ich erstmal eine Kopie von dem Webspace machen
habe Composer auf Konsolenaufruf umgestellt...
@Bugbuster: mit den Befehlen passiert nichts außer dass nur noch die Warnings ausgegeben werden
Die Warnings sind kein Problem und hindern dich auch nicht am Composer update.
o.k. - wenn ich die Warnings "weg lösche" habe ich eine "weiße Seite"
bei netcup gibt es offenlichlich per se keine error.log - oh man...!
Also das der Composer seit einigen Wochen nicht sauber funktioniert und man ein Update der Erweiterungen in der Console machen muss was nicht unbedingt auf einem reinem Webspace machbar ist wird hier seit 8 Seiten diskutiert. Ich weis nicht ob einige sich einfach nicht die Mühe machen wollen hier 8 Seiten zu lesen. Defakto ist das Updaten von Erweiterungen über die Paketverwaltung nicht möglich und endet in einem dicken Fehler. Und den jedes Mal zu posten macht keinen Sinn. Wäre schön wenn der Fehler mal behoben wird.
Gesendet von iPad mit Tapatalk
Wann kommt diese weiße Seite? Wenn du im Backend auf die Paketverwaltung gehst oder wenn du die Paketaktualisierung durchführen lässt?
Ein /system/logs/error.log sollte es auf jeden Fall geben - außer es handelt sich um einen Server Fehler und keinen PHP Fehler.
"weiße Seite" (nur die Warnings" wenn ich auf Button "Pakete aktualisieren" klicke - in de error.log stehen nur die Warnings ("..is_dir(): open_basedir restriction in effect..")
Wenn danach nichts aktualisiert wurde, passiert bei der Ausführung des Composer wohl ein Fehler. Poste mal die composer.json
PHP-Code:
{
"name": "local/website",
"description": "A local website project",
"type": "project",
"license": "proprietary",
"require": {
"contao-community-alliance/composer-client": "~0.12",
"contao-legacy/cm_alternativeforms": "~2.0-beta",
"contao-legacy/e-spin_form-scr-default": "~1.0",
"contao-legacy/efg": ">=2.2.1.9005,<3-dev",
"contao-legacy/fry_accessible_tabs": "~3.1",
"contao-legacy/jira_issue_collector_wizard": "~3.0",
"contao-legacy/jquery_touchswipe": "~1.0",
"contao-legacy/rateit": "~3.3",
"contao-legacy/survey_ce": "~3.0",
"contao-legacy/textwizard": "~3.1",
"contao-legacy/xls_export": "~3.0",
"delahaye/dlh_geocode": ">=1.0.4.0,<2-dev",
"delahaye/dlh_googlemaps": ">=2.1.1.0,<3-dev",
"dklemmt/contao_dk_caroufredsel": ">=1.3.2.0,<2-dev",
"felixpfeiffer/subcolumns": ">=3.1.6.0,<4-dev",
"leounglaub/contao-simple-ajax": ">=1.0.2.0,<2-dev",
"menatwork/clipboard": ">=2.0.5.0,<3-dev",
"metamodels/bundle_all": ">=2.0.0.0,<3-dev",
"psi/boxes4ward": ">=2.0.5.0,<3-dev",
"terminal42/contao-conditionalformfields": ">=2.1.1.0,<3-dev",
"terminal42/contao-easy_themes": ">=2.1.3.0,<3-dev",
"terminal42/contao-namespace-class-loader": ">=1.0.2.0,<1.1-dev",
"terminal42/dcawizard": ">=2.3.2.0,<3-dev",
"terminal42/notification_center": ">=1.3.2.0,<2-dev"
},
"prefer-stable": true,
"minimum-stability": "dev",
"config": {
"preferred-install": "dist",
"cache-dir": "cache",
"component-dir": "../assets/components"
},
"repositories": [
{
"type": "composer",
"url": "https://legacy-packages-via.contao-community-alliance.org/"
},
{
"type": "artifact",
"url": "packages"
},
{
"type": "composer",
"url": "http://legacy-packages-via.contao-community-alliance.org/"
}
],
"extra": {
"contao": {
"migrated": "done"
}
}
}
Entferne den http:// Eintrag des contao-legacy package repository. Dann führe das Composer Update erneut durch. Wenn die leere Seite mit den Fehlermeldungen erscheint, warte einfach 5 Minuten und dann rufe die URL zur Paketverwaltung direkt auf (kein refresh).
o.k - so gemacht...
Aufruf BE:PHP-Code:
..
"repositories": [
{
"type": "composer",
"url": "https://legacy-packages-via.contao-community-alliance.org/"
},
{
"type": "artifact",
"url": "packages"
}
],
...
PHP-Code:
Fatal error: Uncaught exception Exception with message Query error: Unknown column 'easy_themes_internalTitle' in 'field list' (SELECT name,easy_themes_internalTitle FROM tl_theme WHERE id=1) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295
#0 system/modules/core/library/Contao/Database/Statement.php(264): Contao\Database\Statement->query()
#1 composer/vendor/terminal42/contao-easy_themes/EasyThemes.php(149): Contao\Database\Statement->execute(1)
#2 composer/vendor/terminal42/contao-easy_themes/EasyThemes.php(77): EasyThemes->prepareBackendNavigationArray()
#3 composer/vendor/terminal42/contao-easy_themes/EasyThemes.php(56): EasyThemes->generateContainerContent()
#4 system/modules/core/classes/BackendTemplate.php(42): EasyThemes->addContainer('...', 'be_main')
#5 system/modules/core/classes/BackendTemplate.php(107): Contao\BackendTemplate->parse()
#6 system/modules/core/controllers/BackendMain.php(275): Contao\BackendTemplate->output()
#7 system/modules/core/controllers/BackendMain.php(135): Contao\BackendMain->output()
#8 contao/main.php(20): Contao\BackendMain->run()
#9 {main}
Das ist wieder ein ganz anderer Fehler und hat nichts mit Composer oder der Paketverwaltung zu tun. Siehe dazu die Threads/Posts hier im Forum. Evt. reicht es bei dir, wenn du ein Datenbank Update über das Install Tool machst.
Wenn das nicht reicht, musst du die easy_themes Extension deaktivieren oder deinstallieren. In der neuesten Version der Extension sollte aber kein Problem mehr auftreten.
Danke spooky!
... habe DB-Update per install.php gemacht und anschließend lief auch Composer durch (auch ohne Deaktivierung von easy_themes)
Hallo,
ich muss mich hier mal anhängen. Auch ich habe das Problem, dass ich beim Aufruf von „Pakete aktualisieren“ eine weiße Seite ohne jegliche Fehlermeldungen im Backend erhalte.
Was habe ich bisher gemacht:
- aufgrund vorhergehender Probleme hatte ich auch den Hotfix des composer-clients installiert, danach lief auch alles prima, jetzt (ca. 14 Tage später) die weiße Seite
- Composer-Cache geleert
- Update Composer
- aktuellen composer-client aus github geladen und drübergebügelt
In der Paketverwaltung steht immer noch der Hotfix und ich kann wie gesagt nicht aktualisieren, dann weiße Seite. Auch wenn ich Fehlermeldungen anzeigen lasse, bleibt die Seite weiß.
Ansonsten tuts Contao weiterhin, nur eben die Paket-Aktualisierung ist nicht möglich. Habe übrigens keinen SSH-Zugang für die Konsole.
Gruß,
Ignatz
Den richtigen Ordner überspielt? Evt. vorhergehenden Ordner komplett löschen probiert? Wirklich exakt an eine der letzten Anleitungen halten, z.B. von mir. LG
Ja, eigentlich schon. Der Punkt ist, ich sehe überhaupt keine Fehlermeldung und weiß deshalb auch nicht, wo es klemmt. Ich bekomme auch bei einem Testlauf eine weiße Seite.
Und im system/logs/error.log steht nichts?
Da stehen nur zwei PHP Warnings die eine andere Erweiterung betreffen und auch zeitlich nicht passen.
Es ist evt. ein Cacheproblem, schon mal versucht den kompletten Contao-Cache zu leeren? Komplett weiße Seiten hatte ich in letzter Zeit nur nach Übersiedlungen und den Cache löschen war stets die Lösung, bzw. mache ich das in diesem Fall schon automatisch. Ich glaube mich zu erinnern, dass auch jemand Laufzeitprobleme hatte am Server und die max_execution_time hoch setzen musste.
Mehr fällt mir dazu jetzt auch nicht ein. :(
Ich hab nen Managed Vserver bei "WebGo" und komme über Froxlor an die PHP ini ran... habe diesen Eintrag gemacht, jedoch bleibt die Fehlermeldung leider:
habe folgenden Eintrag in die phpini gesetzt:Code:Warning: is_readable(): open_basedir restriction in effect. File(/etc/pki/tls/certs/ca-bundle.crt) is not within the allowed path(s): (/var/customers/webs/id1/:/var/customers/tmp/id1/:/usr/share/php/:/usr/share/php5/:/tmp/)
Code:{OPEN_BASEDIR_C}open_basedir = "{OPEN_BASEDIR}:{WEBROOT}{:}{/}{TMP_DIR{/}:/etc/pki/tls/certs"
Du musst nur den composer-client auf 0.16.3+ aktualisieren.
Ich muss auch nochmal einhaken... nachdem ich diesen Thread hin und her gelesen habe, werde ich trotzdem nicht ganz schlau.
Gestern bekam ich auf einem Server mit einer nagelneuen Installation die hier auch schon bei einigen auftretene Meldung:
Die kam direkt beim ersten Schritt, als ich Composer installieren wollte.Code:Fatal error: Uncaught exception BadMethodCallException with message Entry res/cacert.pem does not exist thrown in system/modules/!composer/src/Util/CaBundleWorkaround.php on line 65
#0 system/modules/!composer/src/Util/CaBundleWorkaround.php(65): Phar->offsetGet('res/cacert.pem')
#1 system/modules/!composer/src/Runtime.php(531): ContaoCommunityAlliance\Contao\Composer\Util\CaBundleWorkaround::setCaFileIfOpenBaseDirInUse(Object(Phar))
#2 system/modules/!composer/src/ClientBackend.php(290): ContaoCommunityAlliance\Contao\Composer\Runtime::registerComposerClassLoader()
#3 system/modules/!composer/src/ClientBackend.php(125): ContaoCommunityAlliance\Contao\Composer\ClientBackend->loadComposer()
#4 system/modules/core/classes/Backend.php(423): ContaoCommunityAlliance\Contao\Composer\ClientBackend->generate()
#5 system/modules/core/controllers/BackendMain.php(131): Contao\Backend->getBackendModule('composer')
#6 contao/main.php(20): Contao\BackendMain->run()
#7 {main}
Heute hab ich auf einem anderen Server (uberspace) das ganze nochmal nagelneu installiert. Mit kleineren Fallstricken (ist hier auch irgendwo beschrieben mit der Bearbeitung eines Eintrags in der composer.json und der Entferung des http Eintrags) ging es dort.
Dann hab ich die komplette Installation inkl. Datenbank auf den anderen Server (wo die Installation egstern nicht geplappt hat) kopiert.
Sah alles gut aus, bis auf den Klick zur Paketverwaltung -> da kam dann die Fatal Error - Meldung von oben.
Was ist zu tun? Gibts eine verständliche Lösungsanleitung (für einen Frontendler), der auf dem Server mit dem Fehler keinen SSH Zugriff hat?
Dankeschön!
Hallo tblumrich,
hatte gestern auch wieder das Problem "res/cacert.pem does not exist" mit einer aufgesetzten 3.5.6er Version die ich auf die 3.5.9 geupdatet habe und dann Composer & Co. nachziehen wollte.
Ich hab (mal wieder) wie wild rumprobiert und irgendwann ging es. Hatte erst noch die automatischen Composer-Updates in den Einstellungen deaktiviert gehabt (aufgrund früherer Probleme mit dem Composer), hab das dann wieder aktiviert.
Hab dann die aktuelle Composer-Version runtergeladen und die im Contao-Composer-Verzeichnis überschrieben. Zwischenzeitlich hatte ich auch die composer.phar einer funktionierenden Contao 3.5.9-Installation drüber gebügelt, bin aber schlussendlich wieder bei der composer.phar von der Composer-Webseite gelandet.
Irgendwann ging es. Vermutlich wäre es beim ersten mal schon gegangen aber (ich vermute!) irgendwelche Caches haben da ihre Finger drin gehabt.
Ich hoffe, das hilft dir etwas. Ich bin auch "nur" Frontendler und immer leicht am Verzweifeln wenn der Composer mal wieder Zicker spielt. ;)
LG
Nicole
Habe das Problem hier als Ticket festgehalten: https://github.com/contao-community-...ent/issues/288
Hallo Nicole,
danke für deine Schilderung. Ich hab da auch so einiges durchprobiert (im Prinzip fast alles aus diesem Thread). Leider bleibts bei dem Leid mit der o.g. Fehlermeldung. :mad:
Ich hab mich lange geziert mit dem Composer. Dann hab ich mich getraut und mich gefreut, das es doch besser geht, als gedacht!
Irgendwann fingen die Probleme an und hören seitdem kaum auf. Ich bin der letzte der anfängt zu meckern und Hilfe zur Selbsthilfe ist mein zweiter Vorname, weil ich total dankbar bin für das Engagement der Entwickler!
Leider hilft mir das jetzt kaum und für Otto-Normal-Frontend-Entwickler ist die Situation im Moment einfach großer Mist. Egal auf welchem Server... sauber durchlaufen tut das ganze nie. Man muss sich immer durch irgendwas (Programmier-Sprech) wühlen, was ich eigentlich gar nicht kann.... und eigentlich bin ich der Meinung auch nicht "muss".
Komfortabel ist anders. Aber gut, dann muss wieder irgendeine Improvisation her. :)
Gruß
Thomas
Danke spooky.
Aber das meine ich so ein bisschen mit meinem "Gemecker". Was genau heißt das eigentlich (Sicht und Wissen von Anwender/Frontendentwickler)?
Muss ich die irgendwo neu downloaden und per FTP überschreiben (hab ich eigentlich schon mehrfach gemacht), muss ich im Backend von Contao irgendwo einen Knopf drücken (wie ich oben schrieb kommt die Fehlermeldung direkt beim Klick auf "Paketverwaltung") oder irgendwas via SSH (den Zugriff hab ich auf dem betreffenden Server nicht)?
Auf dem funktionierenden Server hab ich in der Paketverwaltung mal bei composer-client auf hotfix/16.4 (oder so ähnlich) aktualisiert und dann die dortige composer.phar auf die Probleminstallation (FTP) geladen/überschrieben. Alles beim alten.
Gruß
Thomas
Von hier runterladen und nach /composer kopieren.
Bleibe beim aktuellen Release.
Hm. Bei mir ging es wie gesagt auch nicht auf Anhieb, aber dennoch innerhalb von Minuten. Hab auch in der Systemwartung den Cache gelöscht, aber ich glaube, das sollte nichts mit dem Composer zu tun haben und war nur Ausdruck meiner Hilflosigkeit.
Ansonsten kann man den Cache vom Composer auch leeren: http://DEINEDOMAIN.DE/contao/main.ph...composer-cache. Weiß aber nicht, ob das nicht auch mit der Fehlermeldung endet.
Ist es denn immer noch die gleiche Fehlermeldung? Es treibt sich nämlich aktuell noch eine andere rum die mir heute auch über den Weg gelaufen ist.
LG
Nicole
Ok, der Fehler tritt tatsächlich mit einer neuen composer.phar auf - habe das Ticket dementsprechend aktualisiert. Es ist empfehlenswert das auto-update der composer.phar in den Systemeinstellungen zu deaktivieren, damit solche Dinge nicht passieren können. In der nächsten release Version des composer-client wird dies die Default Einstellung sein (siehe https://github.com/contao-community-...ent/issues/284).
Leider gibt es keinen sauberen Weg, um dies zu lösen. Man muss folgendes machen:
- Die hier erwähnten Zeilen Code auskommentieren.
- Optional: In der localconfig.php
hinzufügen.PHP-Code:
$GLOBALS['TL_CONFIG']['composerAutoUpdateLibrary'] = false;
- Den 1.0.0 release der composer.phar herunterladen und nach /composer kopieren.
Ok, jetzt läufts. Dankeschön.
Oben steht "Warning: System certificate bundle not readable, will try to use embedded certificate list."
Kann ich ignorieren, richtig?
Und muss ich jetzt unter Einstellungen den Haken rausnehmen bzw. die localconfig Zeile setzen?
Gruß
Thomas
Should be fixed in hotfix branch. Please test so I can release.
Ich hoffe ich habs richtig gemacht.
Ich beschreibe mal was ich gemacht habe.
1. In der Paketverwaltung "dev-hotfix/0.16.4" ausgewählt und aktualisiert. Ging
2. Die von Spooky beschriebenen Auskommentierung von Codezeilen rückgängig gemacht. Fehler (der von oben)
3. composer.phar runtergeladen und ausgetauscht. Fehler
4. Codezeilen wieder auskommentiert. Fehler
5. composer.phar ausgewechselt. Ging.
Bei mir läufts nur mit den auskommentierten Codezeilen.
Was heißt das jetzt? :o
Wenn du den hotfix/0.16.4 branch tatsächlich testen willst, dann:Du hast also, nachdem du dev-hotfix/0.16.4 ausgewählt und bestätigt hast, eine Paket Aktualisierung durchführen lassen? Ist diese Fehlerfrei durchgelaufen? Mehr als das musst du nicht machen. Deine Schritte 2. bis 5. sind irrelevant bzw. musst du nicht machen. Die Aktualisierung der composer.phar ist optional und musst du evt. nur dann machen, wenn du ein spezifisches Problem hast.
Falls es dir nicht wichtig ist den hotfix branch zu testen und du lieber auf den offiziellen Release von 0.16.4 warten willst, dann lasse es einfach so wie du es hattest und warte auf den release. Wenn der release da ist, brauchst du nur ein composer update machen und du hast dann automatisch 0.16.4, ohne irgendwas machen zu müssen. Danach kannst du, bspw. über die Einstellungen, die composer.phar wieder aktualisieren lassen - musst du aber nicht.
Ich bekomm es nicht auf den Hotfix hochgezogen. Damit ich überhaupt wieder in die Paketverwaltung kam, musste ich Spookys Weg gehen. Dennoch wollte ich für xtra den Fix testen, doch beim Klick auf Pakete aktualisieren kommt:
in der Konsolenausgabe und die Version steht weiterhin auf 0.16.3 → dev-hotfix/0.16.4Code:Loading composer repositories with package information
Updating dependencies (including require-dev)
[ContaoCommunityAlliance\Composer\Plugin\DuplicateContaoException]
Warning: Contao core was about to get installed but has been found in project root, to recover from this problem please restart the operation
update [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--lock] [--no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--with-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [-i|--interactive] [--root-reqs] [--] []...
Und hast du das gemacht, was dort steht?
Was genau meinst du?
Ich hab deine 3 Schritte befolgt, sodass es bei mir wieder ging. Um den Hotfix zu testen bin ich dann in die Paketverwaltung, habe für den composer-client den hotfix Branch gewählt, hinzugefügt und dann auf Pakete aktualisieren geklickt.
Ja, und du hast geschrieben, dass dann folgende Meldung kommtHast du das nun durchgeführt, oder nicht?Code:Warning: Contao core was about to get installed but has been found in project root, to recover from this problem please restart the operation
Ach, das meinst du :D Ich hab mich nicht getraut >.<
Hab es jetzt noch 2x gemacht (also auf Pakete aktualisieren geklickt), es führt jedes Mal zum selben o.g. Fehler.
Oh, das ist blöd. Diese Endlosschleife hatte ich auch schon mal, leider weiß ich nicht wie man sich effektiv davon löst.
Welche Version des composer-plugin ist bei dir installiert?
Im GitHub Kommentar ist direkt nach diesen Zeilen ein Link, wo sich diese Zeilen befinden: /system/modules/!composer/src/ClientBackend.php#L274
@k-webdesign versuche mal die /composer/composer.phar auf Version 1.0.2 zu aktualisieren: https://getcomposer.org/download/1.0.2/composer.phar
Wenn ich das hier alles so lese, muss ich erstmal ein DANKE an Spooky für seine Geduld und Hilfsbereitschaft geben!
Bisher hab ich alle meine Composer-Probleme selbst lösen können, aber bei einem Web dreh ich mich im Kreis. Im Backend->Composer kommt:
Ok - erster Gedanke: Composer aktualisierenCode:Fatal error: Uncaught exception BadMethodCallException with message Entry res/cacert.pem does not exist
Bringt leider nichts. Immernoch der gleiche Fehler. Also habe ich mal die composer.phar runtergeladen und per PHPStorm reingeschaut. Und siehe da: res/cacert.pem ist da :eek:Code:su - benutzer
php composer.phar self-update
Ok, dann mal ein Update per Konsole:
Fehler! Ok, da muss noch was im Cache sein: manuell gelöschtCode:php composer.phar update
Aha, und in der composer.json ist auch noch eine alter Composer-Client drin (0.12) - geändert in >=0.16.3.0Code:rm -R composer/cache/*
Testweise mal ein Composer-Update per Konsole gemacht - schon wieder ein Fehler.
Ok, diesmal alles in composer/cache und composer/vendor gekillt und ein php composer.phar install gestartet:
Jaja, ok. Dann halt nochmal:Code:...
Warning: Contao core was about to get installed but has been found in project root, to recover from this problem please restart the operation
Aha! Dann mal zum Test ein php composer.phar updateCode:~/htdocs/contao/composer $ php composer.phar install
Loading composer repositories with package information
Updating dependencies (including require-dev)
- Removing leafo/scssphp (v0.6.3)
- Removing michelf/php-markdown (1.6.0)
- Removing oyejorge/less.php (v1.7.0.10)
- Removing phpspec/php-diff (v1.1.0)
- Removing simplepie/simplepie (1.4)
- Removing swiftmailer/swiftmailer (v5.4.1)
- Removing tecnick.com/tcpdf (6.2.11)
- Removing true/punycode (1.1.0)
- Removing contao-components/compass (0.12.2)
- Installing contao-community-alliance/composer-client (0.16.3)
Downloading: 100%
- installed 110 files
- Installing dklemmt/contao_dk_mmenu (1.5.1)
Downloading: 100%
- installed 60 files
- Installing jrgregory/m17-sticky-backend-footer (2.0.5)
Downloading: 100%
- installed 6 files
- Installing bugbuster/backend_user_online (3.2.0)
Downloading: 100%
- installed 16 files
- Installing contao-legacy/backupdb (3.2.2.9013)
Downloading: 100%
- installed 50 files
- not overwriting already present userfile /var/www/web14/htdocs/contao/files/AutoBackupDB/.htaccess
- Installing menatwork/contao-multicolumnwizard (3.3.4)
Downloading: 100%
- installed 19 files
- Installing felixpfeiffer/subcolumns (3.1.6)
Downloading: 100%
- installed 85 files
- Installing stefansl/divider (1.2.2)
Downloading: 100%
- installed 18 files
- Installing terminal42/contao-changelanguage (2.2.11)
Downloading: 100%
- installed 28 files
- Installing terminal42/contao-easy_themes (2.1.3)
Downloading: 100%
- installed 24 files
Writing lock file
Generating autoload files
Runonce created with 2 updates
Clean contao internal config cache
Clean contao internal dca cache
Clean contao internal language cache
Clean contao internal sql cache
Sehr gut. Also ab ins Backend, internen Cache löschen und auf zum Composer:Code:~/htdocs/contao/composer $ php composer.phar update
Loading composer repositories with package information
Updating dependencies (including require-dev)
Nothing to install or update
Writing lock file
Generating autoload files
Clean contao internal config cache
Clean contao internal dca cache
Clean contao internal language cache
Clean contao internal sql cache
Greift der auf einen anderen composer zu? res/cacert.pem ist doch da. und die benutzerrechte stimmen auch. Global ist der Composer jedenfalls auf der Maschine nicht installiert.Code:Fatal error: Uncaught exception BadMethodCallException with message Entry res/cacert.pem does not exist
Btw. meine composer.json:
PHP-Code:
{
"name": "local/website",
"description": "A local website project",
"type": "project",
"license": "proprietary",
"require": {
"bugbuster/backend_user_online": ">=3.2.0.0,<3.3-dev",
"contao-community-alliance/composer-client": ">=0.16.3.0",
"contao-legacy/backupdb": "~3.2",
"dklemmt/contao_dk_mmenu": ">=1.5.1.0,<1.6-dev",
"felixpfeiffer/subcolumns": ">=3.1.4.0,<3.2-dev",
"jrgregory/m17-sticky-backend-footer": ">=2.0.5.0,<2.1-dev",
"stefansl/divider": ">=1.2.1.0,<1.3-dev",
"terminal42/contao-changelanguage": ">=2.2.9.0,<2.3-dev",
"terminal42/contao-easy_themes": ">=2.1.2.0,<2.2-dev"
},
"prefer-stable": true,
"minimum-stability": "dev",
"config": {
"preferred-install": "dist",
"cache-dir": "cache",
"component-dir": "../assets/components"
},
"repositories": [
{
"type": "composer",
"url": "https://legacy-packages-via.contao-community-alliance.org/"
},
{
"type": "artifact",
"url": "packages"
}
],
"extra": {
"contao": {
"migrated": "done"
}
}
}
Der Workaround für das cacert Problem steht ein paar Posts weiter oben ;) https://community.contao.org/de/show...466#post405466
Ich hab die Zeilen gelöscht, den alten Composer hochgeladen, diesmal auch alle Caches gelöscht und siehe da: es klappt! :) Danke dafür.
Danach bekam ich dann die berühmte Meldung "Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 32 bytes)".
in den Composer-Einstellungen die "Minimale Stabilität" auf "Stabil" gesetzt und jetzt klappt wieder alles. Puh!Code:php composer.phar self-update
0.16.4 wurde vor 2 Tagen auf GitHub veröffentlicht :)
Die 0.16.4 ist draussen.
Über das ER wird noch die 0.16.3 gezogen. Durch den Workaround kam ich jetzt zwar wieder an die Migration, doch die schlägt vollkommen fehl und jetzt ist das Backend hinüber *argh* Egal, andere Baustelle...
Du brauchst das ER2 ja nicht unbedingt, du kannst dir ja den 0.16.4 release auch von GitHub runterladen und den !composer Ordner nach /system/modules kopieren und dann im Backend die Paketverwaltung für die Migration aufrufen (denke ich).
Das war mir jetzt zu umständlich, weil ich dachte "kommentier einfach die Zeilen aus und lad die neue phar hoch, dann passt alles". Doch jetzt hat mir die Migration alle Extensions aus /system/modules gehauen, immerhin hab ich ein Backup.
Es ist das Oneo Theme von Rocksolid, das hat per default das ER drin. Dann wollte ich Composer über das ER installieren, dabei hat es mir dann die 0.16.3 des Composer Clients angeboten.
Ich fürchte ich bin gerade in dieselbe Falle getappt.
Bei einer halbfertigen 3.5.8 dahintergekommen, dass ich Bootstrap brauche (gibt es ja leider nur per Composer). Über die ER2 vor 20 Minuten composer 0.16.3 installiert. Fehlermeldung. ClientBackend.php geändert wie erklärt. Andere phar eingespielt wie erklärt. Dann ging es zumindest wieder wieder.
Und jetzt - nach der Migration - werden zwar sämtliche bislang installierten Extensions im Composer angezeigt, aber aus dem BE sind sie verschwunden. Ein Update auf 0.16.4 ist leider auch nicht möglich, da er auch bei einem Testlauf präventiv ein DB-Update machen will, und das beinhaltet leider die Löschung sämtlicher Tabellen der alten Extensions (ein fertig konfigurierter Isotope!). Ohne diese Tables zu löschen lässt er mich aber auch nicht weitermachen.
frustloswerd
Mein Problem mit dem Composer sind nicht seine häufigen Fehler, Unübersichtlichkeit und Speicheranforderungen - für eine Beta ist das ganz natürlich. Mein Problem ist, dass dieses Teil für Entwickler _so_ praktisch ist, dass viele Extensions jetzt schon nur noch für den Composer erscheinen, und ich damit auch mit Produktivsystemen in den Betatest gezwungen werde.
/frustloswerd
Das stimmt nicht. Du musst die tables nur löschen, wenn du es willst. Wenn die Tables nach jedem Update gelöscht werden wollen, dann sind die Extensions einfach nicht installiert worden. Entferne mal alle requirements aus der composer.json (außer natürlich "contao-community-alliance/composer-client": ">=…"), mache ein Update, und füge sie dann wieder hinzu und mache wieder ein Update.
Du musst nie irgendwelche Fields oder Tabellen löschen, unabhängig vom composer.