Ich habe auch noch etwas rumgespielt, aber ich bringe den Composer einfach nicht zum laufen. Die Fehlermeldungen bleiben die gleichen :(
Druckbare Version
Ich habe auch noch etwas rumgespielt, aber ich bringe den Composer einfach nicht zum laufen. Die Fehlermeldungen bleiben die gleichen :(
Naja, ich würde mal sagen, wenn man nicht etwas versteht, dann sollte man doch darüber lernen, oder nicht? ;)
Naja, bevor es überhaupt um die Command Line geht, kannst du dir ja zumindest die Kurzbeschreibung auf Wikipedia durchlesen und dann die Dokumentation selbst: https://getcomposer.org/doc/
*hehehe* Goil,brachte die Lösung. Danke Spooky und den anderen :cool::)Code:php composer.phar self-update
Lieber Gruß
Jan
Wohl doch zu früh gefreut. Beim aktualisieren der Pakete und beim Testlauf kommt es zu einer weißen Seite mit mehreren Fehlern:
UndCode:Warning: file_put_contents(/var/www/xyz.de/htdocs/public/composer/cache/repo/https---packagist.org/p-provider-2015.json): failed to open stream: Permission denied in phar://composer/composer.phar/src/Composer/Cache.php on line 86
Da fehlen wohl Berechtigungen... Müssen die noch irgendwo gesetzt werden?Code:Warning: file_put_contents(/var/www/xyz.de/htdocs/public/composer/vendor/composer/installed.json): failed to open stream: Permission denied in phar://composer/composer.phar/src/Composer/Json/JsonFile.php on line 129
Die musst du natürlich selbst korrekt setzen. Meine Vermutung ist, dass du composer über die Konsole mit einem anderen User gestartet hast, als der Webserver für diese Website verwendet. Daher kommt es zu diesem Problem.
Hatte eben auch das Problem mit der in https://community.contao.org/de/show...l=1#post400022 beschriebenen Fehlermeldung.
Das Kopieren einer composer.phar aus einer funktionierenden Installation hat nicht geholfen.
Habe dann einfach den Link zur manuellen Composer-Aktuialisierung aufgerufen. Auf die entsprechende Seite (Paketverwaltung/Einstellgunen/Composer aktualisieren) kommt ja man wg. der Fehlermeldung nicht:
ROOT/contao/main.php?do=composer&update=composer
Hat gefunzt! Allerdings gibt es jetzt eine Meldung auf der Paketverwaltungs-Seite:
"Warning: System certificate bundle not readable, will try to use embedded certificate list."
Ist das ein Problem?
Contao 3.5.6, Hoster: All-Inkl
Nachdem ich den Hotfix eingespielt habe, legt - nachdem das System einige Zeit stabil lief - nun ein 500er Fehler mit folgender Meldung mein System lahm:
Ob hier ein direkter kausaler Zusammenhang besteht oder die Ursache wo anders zu suchen ist, kann ich nicht genau beurteilen. Hat jemand einen Vorschlag, wie ich das Problem beseitigen kann?Code:Cannot redeclare class Input in /.../composer/vendor/contao/core/system/modules/haste/test/bootstrap.php on line 113
Du musst die Fehlermeldung posten.
Ups, Copy & Paste Fehler - sorry. Meldung ist ergänzt. Zudem taucht sporadisch noch folgende Meldung im Log auf:
Code:Cannot redeclare standardize() (previously declared in /.../system/helper/functions.php:251) in /.../composer/vendor/contao/core/system/modules/haste/test/bootstrap.php on line 153
Bei dir wurde der Contao Core mit installiert. Du solltest außerdem nicht den Hotfix verwenden, sondern einfach den composer-client 0.16.3. Ändere das requirement in der composer.json also aufund führe zwei mal ein composer update durch.Code:"contao-community-alliance/composer-client": ">=0.16.3"
Alles klar, perfekt - Danke Dir. :)
Hallo, ich habe das abgewandelt umgesetzt und es hat bei mir funktioniert. Ich habe das mit der Vormerkung gemacht (wird wohl nicht notwendig sein), den Client von Github geholt und sofort in mein Webverzeichnis gespielt und das !composer-Verzeichnis überschrieben. Die Fehlermeldungen waren sofort weg, ich habe sicherheitshalber die Version 0.16.3 erneut über das System installiert, was ohne Probleme geklappt hat. Dabei wurde das Composer Plugin mit aktualisiert. Am Ende noch den Cache geleert.
Da ich unter Einstellungen Composer Bibliothek automatisch aktualisieren deaktiviert hatte, habe ich das zuvor wieder aktiviert.
Beim Testlauf habe ich diese Meldung:
Würde er mir hier die Core-Module deinstallieren wollen und wenn ja, warum?PHP-Code:
Loading composer repositories with package information
Updating dependencies
- Uninstalling contao/newsletter-bundle (3.5.6)
- Uninstalling contao/news-bundle (3.5.6)
- Uninstalling contao/listing-bundle (3.5.6)
- Uninstalling contao/faq-bundle (3.5.6)
- Uninstalling contao/core-bundle (3.5.6)
- Uninstalling contao/comments-bundle (3.5.6)
- Uninstalling contao/calendar-bundle (3.5.6)
LG und Danke svenskalec für die Liste und dem Composer-Team für die neue Version
Wenn ich das richtig interpretiere werden alle Erweiterungen die nicht mehr in der Liste stehen automatisch deinstalliert. Und alles was neu drin steht installiert. Er macht also einen Abgleich mit dem was schon da ist.
Bitte korrigiert mich wenn ich das falsch interpretiert habe.
Gesendet von iPhone mit Tapatalk
Das ist leider ein Nebeneffekt der Kompatibilitaet zu Contao 4.PHP-Code:
Loading composer repositories with package information
Updating dependencies
- Uninstalling contao/newsletter-bundle (3.5.6)
- Uninstalling contao/news-bundle (3.5.6)
- Uninstalling contao/listing-bundle (3.5.6)
- Uninstalling contao/faq-bundle (3.5.6)
- Uninstalling contao/core-bundle (3.5.6)
- Uninstalling contao/comments-bundle (3.5.6)
- Uninstalling contao/calendar-bundle (3.5.6)
Das Plugin gaukelt dem System vor, dass obige Pakete installiert sind (sie gehoeren ja auch zum Systemumfang von Contao 3 und wurden erst mit 4.0 aufgeteilt).
Bei einem "normalen" Lauf passiert nichts, diese virtuellen Pakete werden behandelt und auch akzeptiert.
Bei einem Testlauf hingegen sagt composer sich, diese virtuellen Pakete braucht keiner und will auch keiner hier, also koennte man sie in einem "normalen" Lauf doch deinstallieren.
Dies ist somit eine unschoenheit, welche aber nur im Testlauf auftritt.
Im Endeffekt besagen diese Meldungen dass es keine Erweiterung gibt, welche vom "*-bundle" abhaengt.
wie sieht den nun eine "allgemeine Lösung" dafür aus, die Meldungen
weg zu bekommen? nach klick auf "Pakete aktualisieren" war Contao nicht mehr zu retten - zum Glück vorher ein Dump der Dateien und DB gemachtPHP-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/www/vhosts/hosting123.af44f.netcup.net/:/tmp/) in phar://composer/composer.phar/src/Composer/Util/Silencer.php on line 67
Die "allgemeine Lösung" ist es einfach ein update durchführen zu lassen, sodass der composer-client automatisch aktualisiert wird.
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}