Fehler bei/nach Composer-Installation

[andreasisaak]

Da ist dann in der Tat etwas falsch rübergekommen. Es wäre natürlich wünschenswert wenn 512 MB zur Verfügung stehen würden, aber es reichen aus Praxis auch 256MB für die meisten Anforderungen aus. Aber wie schon richtig erkannt wurde, prüft das Script den maximal möglichen Wert.

[ciaobello]

Definitiv kein schlechter Wert! Welches Paket ist das?

Professional für 3mal mindestwert bie Uberspace kannst wirklich nix sagen ... ok ... ist nur der Webspace ohne andere Services ... aber wirklich supper schnell ... ich mit meiner lahmen verbindung von Brsilien bin schneller auf dem benannten Hosting als auf meiner Virtualbox der auch auf sdd läuft!

[tril]

@ciaobello: der Composer Check ist ja noch ziemlich neu. Und evt. gilt die 512MiB Anforderung nur als Minimum um für fast alle Situationen gewappnet zu sein - wohingegen vielleicht auch nur 64 oder 128MiB in 99% der Contao-Extension-Fälle ausreichen.

Dem ist kaum noch was hinzuzufügen. 512 MB ist die reguläre Anforderung von Composer, die je nach Situation auch unzureichend sein kann. Man sollte auch bedenken, dass Composer ursprünglich nicht als Web-Anwendung, sondern für die Konsole konzipiert war. Um das 512MB Limit zu erreichen muss man aber schon einiges anstellen. Wenn man sich ganz viele GIT Repositories rein zieht, kommt man da recht schnell hin. Meine Avisota Entwicklungsinstallation hat letztens beim Update die 512 MB Marke geknackt, aber da sieht die composer.json auch so aus

{
	"name": "local/web",
	"description": "local web project",
	"type": "project",
	"license": "proprietary",
	"require": {
		"avisota/contao-bundle-all": "dev-release/2.0",

		"avisota/contao-core": "dev-master",
		"avisota/contao-history": "dev-master",
		"avisota/contao-message": "dev-master",
		"avisota/contao-message-element-article": "dev-master",
		"avisota/contao-message-element-download": "dev-master",
		"avisota/contao-message-element-downloads": "dev-master",
		"avisota/contao-message-element-event": "dev-master",
		"avisota/contao-message-element-gallery": "dev-master",
		"avisota/contao-message-element-headline": "dev-master",
		"avisota/contao-message-element-hyperlink": "dev-master",
		"avisota/contao-message-element-image": "dev-master",
		"avisota/contao-message-element-list": "dev-master",
		"avisota/contao-message-element-news": "dev-master",
		"avisota/contao-message-element-table": "dev-master",
		"avisota/contao-message-element-text": "dev-master",
		"avisota/contao-message-renderer-mailchimp": "dev-master",
		"avisota/contao-salutation": "dev-master",
		"avisota/contao-subscription": "dev-master",
		"avisota/contao-subscription-member": "dev-master",
		"avisota/contao-subscription-notification-center-bridge": "dev-master",
		"avisota/contao-subscription-recipient": "dev-master",

		"bit3/contao-dependency-container-inspector": "dev-master",
		"bit3/contao-doctrine-dbal": "dev-develop",
		"bit3/contao-doctrine-orm": "dev-develop",
		"bit3/contao-doctrine-orm-timestampable": "dev-develop",
		"bit3/contao-logger": "dev-develop",
		"bit3/contao-merger2": "dev-master",
		"bit3/contao-meta-palettes": "dev-develop",
		"bit3/contao-nested-menu": "dev-master",
		"bit3/contao-twig": "dev-master",
		"bit3/php-string-builder": "dev-master",

		"terminal42/notification_center": "*",

		"contao-community-alliance/backports-initialize-system": "dev-master",
		"contao-community-alliance/composer": "dev-develop",
		"contao-community-alliance/composer-plugin": "dev-develop",
		"contao-community-alliance/console": "dev-develop",
		"contao-community-alliance/dc-general": "dev-develop",
		"contao-community-alliance/dependency-container": "dev-develop",
		"contao-community-alliance/event-dispatcher": "dev-develop",
		"contao-community-alliance/events-contao-bindings": "dev-master",
		"contao-community-alliance/events-create-options": "dev-master",
		"contao-community-alliance/events-cron": "dev-master",
		"contao-community-alliance/translator": "dev-master",

		"backboneit/contao-selectri": "~1.0"
	},
	"conflict": {
		"avisota/contao-renderer-backend": "*"
	},
	"config": {
		"preferred-install": "source",
		"cache-dir": "cache"
	},
	"minimum-stability": "dev",
	"prefer-stable": true,
	"extra": {
		"contao": {
			"migrated": "done"
		}
	},
	"repositories": [
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-bundle-all.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-core.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-history.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-article.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-download.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-downloads.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-event.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-gallery.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-headline.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-hyperlink.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-image.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-list.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-news.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-table.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-element-text.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-message-renderer-mailchimp.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-salutation.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-subscription.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-subscription-member.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-subscription-notification-center-bridge.git"
		},
		{
			"type": "vcs",
			"url": "git@bitbucket.org:avisota/contao-subscription-recipient.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/contao-console.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/contao-doctrine-dbal.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/contao-doctrine-orm.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/contao-doctrine-orm-timestampable.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/contao-logger.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/contao-merger2.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/contao-meta-palettes.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/contao-nested-menu.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/contao-twig.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:bit3/php-string-builder.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/backports-initialize-system.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/composer.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/composer-plugin.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/dc-general.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/dependency-container.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/event-dispatcher.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/events-contao-bindings.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/events-create-options.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/events-cron.git"
		},
		{
			"type": "vcs",
			"url": "git@github.com:contao-community-alliance/translator.git"
		}
	]
}

Wenn man allerdings im Archiv Modus arbeitet, reduziert sich der RAM Verbrauch deutlich, im Gegensatz zur Source Installation. Ich habe den Check aktualisieirt, jetzt wird ein memory_limit < 512 MB als Warnung und nicht mehr als Fehler angezeigt.


Bzgl. deinem Ursprünglichen Problem, hast du Composer vlt. vorher schon auf einem anderen System installiert gehabt und die Installation dann auf den Web-Space geschoben? Welche Pakete (außer metamodels/bundle_all) versuchst du denn zu installieren? Evtl. ist da ein Paket bei, dass nur via GIT verfügbar ist.

[MacKP]

Bei df.eu hab ich auch keine Probleme mit Composer. Der kann da auch intern mal eben auf 1024MB hoch gehen mit dem RAM und das bei einem ManagedHosting Pro Paket (ab 10,- Euro). Ist also nicht die Welt.
Zusätzlich kann ich nur sagen, das in der Meldung steht, das es auch mit weniger geht. Ihr euch also nicht so ins Hemd machen müsst. In so einer Meldung kann man nur nicht schreiben: Hey 50 MB reichen 90% der Leute also alles gut. Wenns dann eben nicht reicht, dann mosern wieder alle. Finde gut, das es also recht hoch angesetzt ist und dann auch läuft wenn man weniger hat. Man sollte das einfach im Hinterkopf behalten.

Viele Grüße

[Spooky]

Naja der Zusatz "it is not supposed to work" macht es relativ eindeutig dass es "nicht funktionieren sollte" . Zusatz streichen und zur Warning machen reicht sicher. Auch die angesprochenen 512MiB könnten theoretisch irgendwann nicht mehr reichen, wie tril schon sagt - da schadet es vielleicht generell nicht einen anderen Zusatz wie "You may need to increase the memory limit for certain operations" hinzu zu fügen.

[tab]

Es bleibt auch die Möglichkeit, notfalls Installationen und Updates lokal zu machen. Im normalen Betrieb der Website wird Composer vermutlich eher genügsam sein. Insofern ist es natürlich schade, daß man unter Windows (noch?) ein paar Problemchen mehr mit Composer hat als unter Linux. Aber bei Bedarf kann man sich immer einen virtuellen Linux-Rechner dafür einrichten. Außerdem habe ich den Eindruck, dass sich schon einiges getan hat in letzter Zeit in puncto shared webhosting, gerade was RAM betrifft. Da gibt es durchaus attraktive Angebote auch für schmale Budgets. Siehe den Beitrag von ciaobello, echt günstig und trotzdem sehr gut. Man muss ja nicht unbedingt die Fotosammlung der letzten Jahre in voller Auflösung auf dem Webspace lagern .

[Gestalterrier]

Vielen Dank für eure weiteren Antworten. Wenn ich euch richtig verstehe, sollte die Installation also auch ohne „proc_open“ funktionieren? Ist es trotzdem sinnvoll, beim Hoster eine Aktivierung anzufragen? Wie kann ich dies eventuell begründen? Denn Contao wird vom Hoster offiziell unterstützt, daher könnte ihm auch ein Interesse daran liegen, dass das auch zur Zufriedenheit so ist und auch so bleibt.


@ ciaobello & tab:
Den Hoster möchte ich ungern erneut wechseln. Ich habe erst letztens meine anderen Domains alle zu UD Media übertragen lassen. Nicht nur in Anbetracht der Thematik meines Contao-Projektes, sondern auch aus persönlicher Überzeugung, kommt für mich nur ein grüner Anbieter in Frage. Und wie auch beim Stromanbieter sind dies keine Hoster mit einzelnen grünen Tarifen, sondern mit komplett ökologisch eingestellter Philosophie.

@ tab:
Mit der Einrichtung eines Linux für Contao bin ich leider nicht klargekommen. Da Contao2go auch nicht so recht wollte, bin ich dann wieder zur Onlinevariante zurückgekehrt.

@ tril:
Nein, ich habe Contao aus einer in einem Kauf-Theme gelieferten Installation online installiert und anschließend den Composer über den Erweiterungskatalog.

[tab]

Meine uberspaces laufen mit 100% Ökostrom Trotzdem, ist klar, wechseln ist für dich keine Option und es erscheint mir auch keineswegs sicher, dass composer auf deinem Webspace nicht funktionieren kann. Jedenfalls wurden bisher ausser der proc_open Geschichte und dem knappen RAM keine Probleme gefunden - und die sind nicht notwendig tödlich wenn der Archiv-Modus eingeschaltet ist. Denn damit entfällt die Notwendigkeit für proc_open und der RAM-Bedarf wird reduziert.

Ich weiss nicht, wenn ich deine Fehlermeldungen so durchlese, vielleicht sind deine Probleme bei mir nur nicht aufgetreten, weil es bei mir keine Erweiterungen zu migrieren gab?!? Ich habe zuerst den composer installiert in einer völlig frischen Installation und dann den Rest über den Composer installiert. Kann natürlich auch sein, dass ich damit komplett falsch liege. Was stand noch gleich vor Jahrzehnten auf dem Aufkleber auf einem meiner ersten VT100 Terminals: "Neue Technik, viele Fragen!"

[tril]

Vielen Dank für eure weiteren Antworten. Wenn ich euch richtig verstehe, sollte die Installation also auch ohne „proc_open“ funktionieren? Ist es trotzdem sinnvoll, beim Hoster eine Aktivierung anzufragen?...

So lange du im Archiv-Modus bleibst, sollte das nicht notwendig sein. Zusätzlich müsste dann ja auch git/hg/svn installiert sein, damit das funktioniert, was mit Sicherheit nicht auf dem Host zur Verfügung stehen wird, von daher hättest du keinen Vorteil von einer Aktivierung.

[Gestalterrier]

Versuch's mal auf diese Weise: https://community.contao.org/de/show...odels-Composer
Also im Prinzip die Composer Extension einfach manuell von c-c-a.org herunterladen und in Contao installieren, anstatt die Composer Extension aus dem ER zu benutzen.

Ich habe nun Contao 3.2.5 frisch aus dem Kauf-Template installiert, anschließend die enthaltenen Erweiterungen installiert und wollte nun wie oben erwähnt Composer installieren. Doch ich bleibe hierbei hängen:

[*]Das Backend aufrufen und dann links im Menü den neuen Punkt "Paketverwaltung" anklicken

Denn der Punkt „Paketverwaltung“ fehlt nach dem Hochladen des entpackten Composer-Archivs in den Contao-Hauptordner. Auch nach dem Aus- und erneuten Einloggen ins Backend und Neustarten des Browsers sehe ich immer noch lediglich „Erweiterungskatalog“ und „Erweiterungsverwaltung“.

[tab]

Ich schätze mal in der Beschreibung fehlt der Schritt, die install.php aufzurufen. Mit Hochladen allein ist ja nichts installiert

[Spooky]

Ich schätze mal in der Beschreibung fehlt der Schritt, die install.php aufzurufen. Mit Hochladen allein ist ja nichts installiert

Muss man eigentlich nicht - der Installer wird auch nichts entdecken was noch zu tun wäre. Der Migrations-Schritt erfolgt direkt in der Packetverwaltung.

[Gestalterrier]

@ Spooky:

Wie denn, wenn diese nicht zu sehen ist?


@ tab:

Danke :-) Nach dem Aufrufen des Installtools erschien:

Fatal error: Class 'ContaoCommunityAlliance\Contao\Composer\Client' not found in /var/www/l12345/html/schlaubergen/system/modules/!composer/dca/tl_settings.php on line 4

Nach dem Neuladen der Seite klappte es dann.

Tabellen prüfen

Die Datenbank ist nicht aktuell!

Beachten Sie, dass der Update-Assistent bisher nur mit MySQL- und MySQLi-Treibern getestet wurde. Wenn Sie eine andere Datenbank verwenden (z.B. Oracle), müssen Sie die Datenbank ggf. manuell installieren bzw. aktualisieren.

Bestehende Tabellen löschen:
DROP TABLE `tl_repository_installs`;
DROP TABLE `tl_repository_instfiles`

mit „Datenbank aktualisieren“ bestätigt.

Beim Aufrufen der Paketverwaltung erscheinen nun auch wie gewohnt die „proc_open“-Fehler über der eigentlichen Seite. Wann/wo genau kann ich denn auf den Archiv-Modus umstellen, damit „proc_open“ nicht mehr benötigt wird?


Leider ist mir bei den ganzen Fehlern erst nun ein weiterer Punkt aufgefallen, der eine Migration zum Composer erschweren könnte:

You have installed some commercial extensions: Array.
You may loose them on migration.
Please consult the publisher, if he support Composer you can continue without concern.

„Array“ ist wenig aussagekräftig, aber da es eine frische Contao-Installation ist, kanns ja nur zum Template gehören. Da ich aber keine passend benannten Ordner/Dateien finde, gehe ich aber davon aus, dass das „array“ nur ein array und kein Erweiterungsname ist (Bug in Composer?).

Sofern die Umstellung auf den Archivmodus erst nach der Migration im Composer geschieht, werde ich die Migration einfach nochmal auf ein Neues probieren.

[tab]

Muss man eigentlich nicht - der Installer wird auch nichts entdecken was noch zu tun wäre. Der Migrations-Schritt erfolgt direkt in der Packetverwaltung.

Und die gibts eben erst, wenn Composer auch installiert ist. Es wird ja, soweit ich das sehe - eine manuelle Installation von Composer durchgeführt. Ob es allerdings ok ist, die tl_repository* Tabellen vor der Migration zu droppen, das bezweifle ich jetzt mal, weiss es aber nicht. Zum Rest kann ich dir leider nichts sagen, da werden andere sicher besser Bescheid wissen.

[Spooky]

Und die gibts eben erst, wenn Composer auch installiert ist.

"Installiert" ist eine Extension sobald sie im modules Verzeichnis ist, egal ob man die install.php aufruft oder nicht. Sobald du eine Extension "installiert" hast, also die Extension in das modules Verzeichnis gepackt hast, wird sie auch beim Aufruf des Backends geladen (sofern keine .skip Datei da ist).

Abgesehen von Contao Updates ist der Aufruf der install.php dann notwendig, wenn eine runonce.php vor dem Login in das Backend aufgerufen werden muss - ansonsten passiert das beim "Datenbank aktualisieren" Aufruf im Backend. Die Composer Extension benötigt aber den Aufruf der install.php nicht.

Zu den von Gestalterrier geposteten Problemen kann ich aber auch nichts sagen - außer dass die Meldung mit "Array" bei mir zumindest bei jeder Installation auftritt und imho vernachlässigbar ist (evt. kann hier ein Contao Composer Entwickler aufklären, worum es dabei genau geht).

[tab]

Ah so. Jedenfalls war bei meinem Versuch damals ohne install.php im Backend auch nichts von eine Paketverwaltung zu sehen. Wo wäre die Datenbank dann im Zweifelsfall zu aktualisieren gewesen? In der Erweiterungsverwaltung?

[Spooky]

Tja, warum die Extension bei dir und bei Gestalterrier nicht sofort aufscheint weiß ich leider auch nicht

// habe es zur Sicherheit auch nochmal schnell lokal getestet:

• Contao 3.2.8 extrahiert
• install.php aufgerufen, alles eingerichtet (ohne Contao Composer Extension)
• Login ins Backend zum Test, wieder ausloggen
• Contao Composer von c-c-a.org heruntergealden und nach TL_ROOT extrahiert
• Direkt ins Backend wieder eingelogged - Paketverwaltung ist da
• Beim Aufruf der Paketverwaltung wird wie erwartet die Migration gestartet

[tab]

Keine Ahnung. Hab auch mal ein wenig überlegt, vielleicht wegen Cache? Install.php leert denke ich unter anderem auch den Cache.

[Gestalterrier]

Ach man. Ich such mal eben Limahls „Neverending Story“ raus …

Nach der Migration sind die „proc_open“-Fehler verschwunden.

Doch die Installation von „metamodels/core 1.1.x-dev“ wird mit folgender Meldung verweigert:

The Process class relies on proc_open, which is not available on your PHP installation.

Die Composer-Einstellungen habe ich nicht geändert, d.h. „Bevorzugte Installationsform“ steht auf „Archiv“.

[Gestalterrier]

Hat keiner eine Idee, um das zu beheben?

[ciaobello]

https://github.com/contao/check/tree/feature/composer

Prüffe bitte mal bei der Installation ob der proc_open aktiv ist. Wenn nicht, kläre das Bitte mit dem Provider ... diesbezüglich können wir Dir hier nicht weiterhelfen.

Es kann sein dass Du den via php.ini für jedes Webroot neu aktivieren musst. Aber wie gesagt, der Provider hat das im Griff ... wir nicht!

[Gestalterrier]

Also stimmt dies doch nicht?

Jedenfalls wurden bisher ausser der proc_open Geschichte und dem knappen RAM keine Probleme gefunden - und die sind nicht notwendig tödlich wenn der Archiv-Modus eingeschaltet ist. Denn damit entfällt die Notwendigkeit für proc_open und der RAM-Bedarf wird reduziert.

[ciaobello]

Sorry ... stimmt schon dass hier brauchst du >> The PHP flag "allow_url_fopen" is set.

Mach einfach den Test und schaue das es Dort grün ist ... die zwei anderen Werte sind nicht notwendig wenn es auf Archiv belässt. Aber wie gesagt, kann das von Domainroot zu Domainroot anders sein oder es muss separat eingestellt werden.
Testen und mit dem Provider gucken.

[tab]

Da hier keiner der Composer-Experten noch weitere Ideen zu haben scheint, bleiben aus meiner Sicht folgende alternative Möglichkeiten.
Edit: Sorry ciaobello, hatte deine Antworten vor dem Abschicken nicht gesehen.

1) Verzichte vorerst auf Composer. Die Metamodels lassen sich zwar nicht über das ER2 installieren, aber eine manuelle Installation sollte funktionieren. Dazu kann dir sicher KlausGrenoble noch genaueres sagen, ich habe es selbst nie probiert. Ich wollte erst, als ich Metamodels über Composer in meinem 1&1 Paket nicht installiert bekam wegen zuwenig RAM. Habe mich dann aber doch dafür entschieden, es erst auf uberspace zu testen. Und da es da sofort lief, bin ich auch nicht mehr auf die manuelle Variante zurückgekommen. Ist wohl auf Dauer auch eher suboptimal, aber immerhin eine mögliche Variante.

2) Versuche, bei deinem Hoster proc_open freigeschaltet zu bekommen. Falls das nicht möglich sein sollte, bleibt noch Nr.3

3) Nutze die günstigen Möglichkeiten wie Inet-Robots oder uberspace. Zumindest zu uberspace müssen keine Domains transferiert werden. Erstens hat man schon eine durchaus akzeptable Subdomain, unter der der Webspace erreichbar ist, sogar per SSL und IPV6. Für Tests reicht das allemal - und die "ökologische Philosophie" ist dabei zumindest deutlich erkennbar, wenn auch (noch?) nicht zu 100% umgesetzt. Zweitens kann man eine externe Domain mit dem "uberspace" nutzen, auch wenn sie woanders registriert ist, was sogar explizit erwünscht ist. Also können die Domains bzw die eine Domain für Tests ohne Problem bei UD Media verbleiben. Es kostet auch nicht die Welt. Wenn man wirklich sparen muss oder will, kann man ohne Probleme nur 1€ pro Monat bezahlen, ohne schief angeschaut zu werden oder weniger Leistung dafür zu bekommen.

Ansonsten bleibt nur die Hoffnung, dass jemand noch was besseres einfällt zu proc_open und deinen Fehlermeldungen.

[ciaobello]

Zumindest zu uberspace müssen keine Domains transferiert werden.

Bei Inet-Robots auch nicht. Da kannst angeben, Domains extern verwenden. Musst nur beim Domainprovider dann die DNS Einstellung richtig machen. Ich habe auch nur eine Subdomain bei Inet-Robots und das Stellt kein Problem dar. Bei fragen gibt Dir LF da auch Auskunft.

[Gestalterrier]

@ ciaobello:
Das deaktivierte „proc_open“ war das einzige, was der Composer-Check neben dem angeblich zu geringen Arbeitsspeicher bemängelte.

@ tab:
Danke für die Antwort. Ich werde mal im ersten Schritt den Hoster anschreiben, ob es eine Möglichkeit gibt, „proc_open“ zu nutzen. Falls nicht, werde ich die manuelle Variante testen.

[nada]

Hi,

ich wollte den stable Composer auch installieren, leider geht das bei meinem ISP nicht. ("allow_url_fopen" nicht möglich )

Naja, also wieder weggemacht ... Ordner !composer und .skip gelöscht und danach die install.php aufgerufen.
In den Einstellungen haken bei "Extension Repository" gesetzt.

Erweiterungskatalog und Erweiterungsverwaltung ist wieder sichtbar.
Die Verwaltung lässt sich jedoch nicht mehr öffnen (Fehlermeldung in der error.log)

PHP Fatal error: Uncaught exception 'Exception' with message 'Query error: Table 'contao_3_2.tl_repository_installs' doesn't exist (select * from `tl_repository_installs` order by `extension`)' thrown in /home/httpd/vhosts/xyz.com/system/modules/core/library/Contao/Database/Statement.php on line 283

hier die zeile 283

		if (($this->resResult = $this->execute_query()) == false)	{

Was kann ich tun um die Verwaltung wieder herzustellen ?

[Spooky]

Versuch ein Datenbank Update über die install.php

[Gestalterrier]

Eine kurze Rückmeldung:

Mein Hoster kann „proc_open“ aus Sicherheitsgründen nicht aktivieren, da ich sonst auch auf Ordner anderer Kunden auf diesem Server zugreifen könnte. Zudem dürfen nicht beliebige Binaries aus PHP heraus ausgeführt werden.

Aber hätte ich gewusst, dass die Installation von MetaModels ohne Composer so einfach ist (ZIP von der offiziellen Seite entpacken, in „moduls“-Ordner hochladen, „install.php“ ausführen), hätte ich nicht so lange und aufwändig versucht, Composer bei mir das Laufen zu lehren Auf der Contao-Wiki-Seite zu MetaModels wird nur die Installation via Composer aufgeführt, daher dachte ich, diese sei zwingend notwendig.

Nun kann ich mich endlich mit MetaModels vertraut machen
Vielen Dank für eure Tipps und Mühen!

[andreasisaak]

Auf der Contao-Wiki-Seite zu MetaModels wird nur die Installation via Composer aufgeführt, daher dachte ich, diese sei zwingend notwendig.

Ähm, nein da werden drei Möglichkeiten angeboten:

http://de.contaowiki.org/MetaModels#...6_Installation

Ich weiß nicht wie du darauf kommst, das dort nur Composer erklärt wird.

• Nightly's
• Composer
• Direkt via Github

[Gestalterrier]

Ähm, nein da werden drei Möglichkeiten angeboten:

http://de.contaowiki.org/MetaModels#...6_Installation

Ich weiß nicht wie du darauf kommst, das dort nur Composer erklärt wird.

• Nightly's
• Composer
• Direkt via Github

Okay, missverständlich ausgedrückt.

Ich weiß nicht mehr genau, wie das Missverständnis bei mir aufgekommen ist, seitdem habe ich bzgl. Composer ja auch schon einiges probiert.

Aber ich versuche es noch einmal Revue passieren zu lassen: Wahrscheinlich hatte ich den Beschreibungstexten zu wenig Beachtung geschenkt und bin nach den Überschriften gegangen:

Download & Installation
- Download von der Demosite
- Installation via Composer
- Download aus dem Entwicklungsrepository GitHub

„Download & Installation“ – klar, zuerst einmal muss man es herunterladen, um es installieren zu können. Und ich bin lange Zeit davon ausgegangen, dass ich zur Installation von MetaModels über den Composer das MetaModels-Installationspaket eben vorher erst lokal auf meine Platte herunterladen muss.

Das einzige, was hier etwas irritiert ist, dass der Installationspunkt (der ja nach dieser Logik erst nach dem Download kommt) zwischen den beiden Downloadpunkten steht.

Zumindest für mich wäre es fürs Verständnis sinnvoller gewesen, wenn die beiden Download-Abschnitte unter einen Oberpunkt „Manuelle Installation“ stehen würden, der mit dem Punkt „Installation via Composer“ auf einer Ebene steht.

Ich hoffe, das war soweit nachvollziehbar.

[andreasisaak]

Das ist ein öffentliches Wiki du darfst dich dort gerne einloggen und es so umstrukturieren das auch andere es in Zukunft besser verstehen.

[Gestalterrier]

@ andreasisaak:
Danke für den Hinweis. Leider klappt dies nicht. Mit meinen Forendaten kann ich mich nicht einloggen, da ein solcher Benutzername nicht existiert. Und die Registrierseite ist Administratoren vorbehalten.

[ciaobello]

Guck da:
https://community.contao.org/de/show...l=1#post303626

[Gestalterrier]

Danke, ciaobello, das ist ja gut versteckt

[lucina]

Naja, das steht ja auch auf der Startseite der jeweiligen Sprache (außer auf der portugiesischen Version - @ciaobello, stellst du das mal bitte ein?). Wir haben uns für das manuelle Verfahren entschieden, nachdem 100+ Bots täglich die Userdatenbank heftig aufgebläht haben und das in sinnvollen Zeiträumen nicht zu bereinigen war.

Hat ja gestern dann auch für Dich geklappt ... ;-)

[ciaobello]

(außer auf der portugiesischen Version - @ciaobello, stellst du das mal bitte ein?)

Erledigt. Was antwortest Du den wenn die Dich was auf PT fragen ?
Damit weißt für welches Wiki habe ich geschrieben dass man als Subjekt "usuario pt.contaowiki.org" verwenden soll.

[lucina]

Bisher noch nicht vorgekommen ... ;-)

(Ich werde Dir das forwarden)

[Bojay]

Hallo zusammen,

ich habe den Composer wieder deinstalliert und bekomme noch bei der install.php folgende Meldungen:

Bestehende Tabellen löschen:
DROP TABLE `tl_repository_installs`;
DROP TABLE `tl_repository_instfiles`;

Könnte mir bitte jemand weiterhelfen, wo ich da was machen muss, damit das System wieder clean ist?

Vielen Dank im Voraus.

Beste Grüße
Bojay

[tab]

Diese Tabellen gehören zur Standard-Erweiterungsverwaltung. Die solltest du im BE unter Einstellungen System->Einstellungen wieder aktivieren. Dann sollten auch die Tabellen nicht mehr beanstandet werden bei der install.php