SyncCto-Installation endet in einer Error-Meldung

[derRenner]

Hallo,

ich bin aktiv am Ausprobieren des hosters easyname.
- frische Installation cto 3.5.24
- composer 0.16.5 zeigt diese Warnung:

Warning: System certificate bundle not readable, will try to use embedded certificate list.

- nun versuche ich seit geraumer Zeit SyncCto zu installieren » per composer

Die Installation endet mit dieser Error-Meldung

Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 72 bytes) in phar:///data/web/eeeeeeeee/html/cms/rm/composer/composer.phar/src/Composer/DependencyResolver/RuleSetGenerator.php on line 61

php-info sagt memory_limit 256M
Nun hab ich einiges gelernt ... half mir natürlich composer und seine Eigenheiten etwas zu verstehen - aber scheinbar noch immer viel viel, ja viel zu wenig ...
SSH-Zugang ist vorhanden


Einstellungen im composer habe ich entsprechen dem jüngsten Blogpost von Christian Barkowsky gemacht - aktuell aber wieder bei 'während der aktuellen http-Abfrage'

php-Version 5.6 - die Möglichkeit auf php7 zu stellen gibt es, möchte ich aber erst später testen, falls es hierzu keine Lösung mit php5.6 gibt.

Lokale Entwicklungsumgebung ist keine vorhanden - wäre hier als Lösungsansatz angeführt.

Eigentlich sollte aber das das Ziel sein: Entwickeln und via SyncCto auf das Live-Verzeichnis synchronisieren, aber wenn ich SyncCto nicht rauf bekomme muss ich erst recht wieder "zu Fuss" synchronisieren - somit wäre es wünschenswert für mich, dass ich diese Erweiterung doch irgendwie zum Laufen bekomme ... und anhand einer doch vorhandenen Lösung, auch diese auf andere Installationen anwenden kann.

Kann mir jemand weiterhelfen?

[Thraile]

Also wenn du in einer lokalen Entwicklungsumgebung composer zum laufen bekommst und alle Erweiterungen da inszenieren kannst,müsstest du nur beim ersten mal die Live Installation "zu Fuß" hochladen. Ab dann übernimmt dann syncCto.

Generell Ist es beim composer aber besser, wenn er als eigenständiger Prozess laufen kann - ist direkt über die Konsole ausgerufen wird.

Gesendet von meinem D5803 mit Tapatalk

[Spooky]

Siehe meinen easyname.at Erfahrungsbericht: https://community.contao.org/de/show...ht-easyname-at

Du kannst die Paketaktualisierung praktisch nur direkt über SSH machen, sofern das memory_limit von 256M nicht zufällig ausreicht.

Mit syncCto hat das alles nichts zu tun, der Thread gehört eher in das composer Forum.

[xchs]

//Moderation: Das Thema wurde in das Composer-Unterforum verschoben.

[derRenner]

Du kannst die Paketaktualisierung praktisch nur direkt über SSH machen, sofern das memory_limit von 256M nicht zufällig ausreicht.

Das hatte ich zwischenzeitlich dann ja auch schon probiert - endete aber ebenfalls in einer Fehlermeldung.

Synccto hatte ich in der Paketverwaltung gesucht und 'Paket für die Installation vorgemerkt'

dann habe ich via SSH im Ordner /composer stehend eingegeben:

php composer.phar update

als Fehler erhalte ich:

Your requirements could not be resolved to an installable set of packages.

Problem 1
- Installation request for menatwork/synccto >=3.2.2.0,<3.3-dev -> satisfiable by menatwork/synccto[3.2.2].
- menatwork/synccto 3.2.2 requires contao-community-alliance/dc-general 2.0. *@dev -> satisfiable by contao-community-alliance/dc-general[2.0.0-alpha1, 2.0.0 -alpha10, 2.0.0-alpha2, 2.0.0-alpha3, 2.0.0-alpha4, 2.0.0-alpha5, 2.0.0-alpha6, 2.0.0-alpha7, 2.0.0-alpha8, 2.0.0-alpha9, 2.0.0-beta11, 2.0.0-beta12, 2.0.0-beta 13, 2.0.0-beta14, 2.0.0-beta15, 2.0.0-beta16, 2.0.0-beta17, 2.0.0-beta18, 2.0.0- beta19, 2.0.0-beta20, 2.0.0-beta21, 2.0.0-beta22, 2.0.0-beta23, 2.0.0-beta24, 2. 0.0-beta25, 2.0.0-beta26, 2.0.0-beta27, 2.0.0-beta28, 2.0.0-beta29, 2.0.0-beta30 , 2.0.0-beta31, 2.0.0-beta32, 2.0.0-beta33, 2.0.0-beta34, 2.0.0-beta35, 2.0.0-be ta36, 2.0.0-beta37, 2.0.0-beta38] but these conflict with your requirements or minimum-stability.

Minimale Stabilität steht auf 'Stabil'
Ausführungsmodus: als eigenständiger Prozess
PHP Pfad: php5.6.27-cli -d memory_limit=1G -d max_execution_time=900

Ach ja, der Klick auf 'Pakete Aktualisieren' (rechts unten neben Testlauf) wurde auch durchgeführt - bevor synccto ausgewählt wurde. Und detto auch via SSH über

php composer.phar update

Mache ich was falsch? Oder klappt es einfach nur nicht?

[Spooky]

als Fehler erhalte ich:

Your requirements could not be resolved to an installable set of packages.

Problem 1
- Installation request for menatwork/synccto >=3.2.2.0,<3.3-dev -> satisfiable by menatwork/synccto[3.2.2].
- menatwork/synccto 3.2.2 requires contao-community-alliance/dc-general 2.0. *@dev -> satisfiable by contao-community-alliance/dc-general[2.0.0-alpha1, 2.0.0 -alpha10, 2.0.0-alpha2, 2.0.0-alpha3, 2.0.0-alpha4, 2.0.0-alpha5, 2.0.0-alpha6, 2.0.0-alpha7, 2.0.0-alpha8, 2.0.0-alpha9, 2.0.0-beta11, 2.0.0-beta12, 2.0.0-beta 13, 2.0.0-beta14, 2.0.0-beta15, 2.0.0-beta16, 2.0.0-beta17, 2.0.0-beta18, 2.0.0- beta19, 2.0.0-beta20, 2.0.0-beta21, 2.0.0-beta22, 2.0.0-beta23, 2.0.0-beta24, 2. 0.0-beta25, 2.0.0-beta26, 2.0.0-beta27, 2.0.0-beta28, 2.0.0-beta29, 2.0.0-beta30 , 2.0.0-beta31, 2.0.0-beta32, 2.0.0-beta33, 2.0.0-beta34, 2.0.0-beta35, 2.0.0-be ta36, 2.0.0-beta37, 2.0.0-beta38] but these conflict with your requirements or minimum-stability.

Minimale Stabilität steht auf 'Stabil'

Wie die Fehlermeldung schon sagt darfst du in deinem Fall die minimum-stability nicht auf stable stellen, da syncCto den dc-general braucht und der noch nicht in einer stabilen Version veröffentlicht wurde. Du musst die "minimum-stability" auf "alpha" stellen.

Ausführungsmodus: als eigenständiger Prozess

Das funktioniert bei easyname.at ohnehin nicht. Du solltest da eigentlich von der Paketverwaltung die Meldung erhalten dass auf den inline Modus zurückgeschalten wurde.

[derRenner]

so, jetzt ist die Erweiterung durch ... und schon endet das Ganze mit dem Nichtverfügbar sein von 'posix_getpwuid'
Beim Aufruf des Systemchecks von SyncCto:
weisse Seite bzw. :

Fatal error: Cannot redeclare posix_getpwuid() in /data/web/eeeeeee/html/cms/rm/composer/vendor/menatwork/synccto/system/modules/syncCto/SyncCtoModuleCheck.php on line 15

Nunja, der check hat's ja schon angekündigt ...

Dateirechte

Die PHP-Funktion "posix_getpwuid" ist nicht verfügbar.

Die Dateirechte können nicht überprüft werden, weil die Funktion posix_getpwuid deaktiviert wurde. Bitte wenden Sie sich an Ihren Server-Administrator.

und via phpinfo() taucht diese Funktion unter den disables_functions auf ...
Ich werd dann mal easyname kontaktieren ... oder gibt's dafür auch nen 'workaround'?