Hetzner / Erweiterungen Contao 4.4. über Konsole

Hallo,

nachdem der Contao Manager bei Hetzner für die Installation von Erweiterungen nicht verwendbar ist, hab ich bei einem HostingPaket Level 19 nun versucht,
Erweiterungen per Konsole zu laden:


Ich führe die Befehle jeweils im web/ Verzeichnis auf

PHP-Code:

---


php composer.phar require madeyourday/contao-rocksolid-custom-elements
No composer.json in current directory, do you want to use the one at /usr/www/users/meine/domain? [Y,n]? Y
Using version ^2.2 for madeyourday/contao-rocksolid-custom-elements
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Package operations: 1 install, 0 updates, 0 removals
  - Installing madeyourday/contao-rocksolid-custom-elements (v2.2.4): Downloading (100%)         
madeyourday/contao-rocksolid-custom-elements suggests installing madeyourday/contao-rocksolid-columns (For grid column support. See documentation for more information.)
Writing lock file
Generating autoload files
> Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication

 Added/updated the web/app.php file.
 Added/updated the web/app_dev.php file.

 // Clearing the cache for the prod environment with debug                      
 // false                                                                       

                                                                                
 [OK] Cache for the "prod" environment (debug=false) was successfully cleared.  
                                                                                


 // Warming up the cache for the prod environment with debug                    
 // false                                                                       

Killed 


---

PHP-Code:

---

php composer.phar require madeyourday/contao-rocksolid-slider
No composer.json in current directory, do you want to use the one at /usr/www/users/meine/domain? [Y,n]? Y
Using version ^2.0 for madeyourday/contao-rocksolid-slider
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Killed 


---

Ich habe auch noch zwei drei andere versucht, aber die Prozesse enden alle mit "Killed" ....

Nun bin ich langsam mit meinen Ideen am Ende .... wenn sich nun auch mit dem höchsten HostingPaket keine
Erweiterungen per SSH installieren lassen? Oder mache ich hier noch was falsch?


Danke für Hilfe

Mark

Composer Updates direkt am Server werden bei den Hetzner Shared Hosting Angeboten nicht funktionieren. Der Prozess wird vermutlich wegen des zu hohen Speicherverbrauchs gekilled.

Du musst das Composer Update lokal machen, danach die composer.json & composer.lock auf den Server kopieren und dann ein composer install ausführen.

Zitat:

---

Zitat von Spooky

Composer Updates direkt am Server werden bei den Hetzner Shared Hosting Angeboten nicht funktionieren. Der Prozess wird vermutlich wegen des zu hohen Speicherverbrauchs gekilled.

Du musst das Composer Update lokal machen, danach die composer.json & composer.lock auf den Server kopieren und dann ein composer install ausführen.

---

muss das Update dann vor jeder neuen Erweiterung erfolgen?
Ich war davon ausgegangen, dass der Composer aktuell ist, zumal ich den mit dem Hinweis bei Hetzner:

"Mit folgenden Befehlen wird die neuste Version heruntergeladen und die Signatur geprüft."

so geladen hatte

PHP-Code:

---


php -d allow_url_fopen=On -r "readfile('https://getcomposer.org/installer');" > composer-setup.php
php -d allow_url_fopen=On composer-setup.php
php -r "unlink('composer-setup.php');" 


---

Hier fehlt mir irgendwie eine gute Erläuterung, wie das ganze von statten gehen soll, wie muss das lokal erfolgen?


Danke schonmal

Mark

Mit "Composer Update" meinte ich die "composer update" (oder composer require) Operation auf der Konsole, nicht "composer selfupdate" ;).

Zitat:

---

Zitat von Spooky

Mit "Composer Update" meinte ich die "composer update" (oder composer require) Operation auf der Konsole, nicht "composer selfupdate" ;).

---

Und wie macht man die lokal von Hand?

Schau mal hier, da gibt es eine Anleitung:
https://www.contao-bayern.de/newsrea...l-updaten.html

Gruß
Hella

ok, das verstehe ich ... da ich aber den composer ja gerade erst neu installiert hab (beim Hoster) .... ist da die Version nicht sowieso gerade neu?
Oder wird jedes Mal versucht, wenn ein Paket installiert werden soll, den Composer zu aktualisieren?

Ja, klar ist der composer gerade aktuell.
Mit "composer update" schreibt der Composer aus den Anforderungen Deiner composer.json-Datei eine aktuelle composer.lock-Datei und lädt die erforderlichen Quellen.
Es geht also um die Aktualisierung/Installation Deines persönlichen Paketes (Core, Erweiterungen) und nicht um die Aktualisierung des composers. Das ist dann eben über "composer self-update" zu erreichen.

Zitat:

---

Zitat von fusch

Ja, klar ist der composer gerade aktuell.
Mit "composer update" schreibt der Composer aus den Anforderungen Deiner composer.json-Datei ....

---

die muss ich dann per Hand bearbeiten? Also die Namen der Pakete eintragen?

Zitat:

---

Zitat von fusch

Mit "composer update" schreibt der Composer aus den Anforderungen Deiner composer.json-Datei eine aktuelle composer.lock-Datei und lädt die erforderlichen Quellen.

---

Ich muss doch sicherlich nicht ganzen Pakte schon lokal laden?

Doch, musst du in diesem Fall.

Zitat:

---

Zitat von Mark Knochen

die muss ich dann per Hand bearbeiten? Also die Namen der Pakete eintragen?

---

Das oder sie automatisch mittels 'composer require' hinzufügen. Name + Versionsconstraint.

Zitat:

---

Zitat von mvo

Das oder sie automatisch mittels 'composer require' hinzufügen. Name + Versionsconstraint.

---

mh, das ist mir noch zu unkonkret .... ebenso wie

PHP-Code:

---


die Dateien composer.json und composer.lock vom Webserver holen,
mit der Konsole / Powershell in das Verzeichnis navigieren, in dem die Dateien liegen,
den Befehl "composer update" ausführen und abwarten. 


---

da fehlt der ganze Teil, welche Dateien man sich z.B. runtergeladen hat und wohin gelegt hat

auch hier => https://www.contao-bayern.de/files/c...al-updaten.pdf

kein wort von den Erweiterungen, die man installieren möchte ....

Vermutlich stelle ich mich auch etwas dämlich an :)


also:

die Dateien composer.json und composer.lock vom Webserver holen und lokal ablegen in ein Verzeichnis (eine lokale Installation von Contao scheint dafür nicht notwendig zu sein? - steht ja nicht explizit da)

- ich möchte die Erweiterung rocksolid-custom-elements installieren (als Beispiel)
- was muss ich dafür jetzt auch lokal herunterladen und wo ablegen
- wie muss ich die Dateien jetzt entweder per Hand anpassen oder welchen Befehl lokal auf der Konsole ausführen

und dann lade ich die Dateien composer.json und composer.lock wieder auf den Webserver
und führe dann per Konsole im /web Verzeichnis was aus?


Danke nochmals

Mark

Zitat:

---

die Dateien composer.json und composer.lock vom Webserver holen und lokal ablegen in ein Verzeichnis (eine lokale Installation von Contao scheint dafür nicht notwendig zu sein? - steht ja nicht explizit da)

---

Genau so

Zitat:

---

- ich möchte die Erweiterung rocksolid-custom-elements installieren (als Beispiel)
- was muss ich dafür jetzt auch lokal herunterladen und wo ablegen
- wie muss ich die Dateien jetzt entweder per Hand anpassen oder welchen Befehl lokal auf der Konsole ausführen

---

Bei Packagist https://packagist.org/packages/madey...ustom-elements kannst Du Dir gleich oben auf der Seite die Zeile "composer require madeyourday/contao-rocksolid-custom-elements" und lokal in die Konsole (ins Contao-Root-Verzeichnis navigieren) eingeben. Enter.
Damit wird die Erweiterung in Deine composer.json geschrieben.

Zitat:

---

und dann lade ich die Dateien composer.json und composer.lock wieder auf den Webserver
und führe dann per Konsole im /web Verzeichnis was aus?

---

Befehl "composer install"

Hoffe, das hilft Dir weiter.

Zitat:

---

Zitat von fusch

Genau so


Bei Packagist https://packagist.org/packages/madey...ustom-elements kannst Du Dir gleich oben auf der Seite die Zeile "composer require madeyourday/contao-rocksolid-custom-elements" und lokal in die Konsole (ins Contao-Root-Verzeichnis navigieren) eingeben. Enter.
Damit wird die Erweiterung in Deine composer.json geschrieben.


Befehl "composer install"

Hoffe, das hilft Dir weiter.

---

oh doch, das ist prima so, allerdings kann ich contao-rocksolid-custom-elements noch nicht verwenden, da der Server lokal sagt:

Fatal error: Allowed memory size of 1610612736 bytes exhausted (tried to allocate 72 bytes) in phar:///Applications/XAMPP/xamppfiles/htdocs/contao/composer.phar/src/Composer/DependencyResolver/Rule2Literals.php on line 48

laut phpinfo() sind aber die von mir in der php.ini zugewiesenen 2048M verfügbar

muss ich der konsole lokal noch gesunder Arbeitsspeicher zuweisen?



Mark

memory_limit

Welche PHP Version hast du für die composer Operation verwendet?

Ein neues XAMPP mit der PHP Version 7.0.30 für OSX hab ich geladen und installiert, das hat auch soweit geklappt.
Und wie gesagt Speicher per php.ini noch angepasst.

Zeige mal deine composer.json

PHP-Code:

---


{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0-or-later",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6 || ^7.0",
        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "4.4.*",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "madeyourday/contao-rocksolid-custom-elements": "^2.2",
        "madeyourday/contao-rocksolid-slider": "^2.0"
    },
    "conflict": {
        "contao/core-bundle": "<4.4.8"
    },
    "config": {
        "component-dir": "assets"
    },
    "extra": {
        "branch-alias": {
            "dev-4.4": "4.4.x-dev"
        }
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
} 


---

mh, hat noch jemand einen hinweis, warum ich auch lokal mit 2GB memory_limit einen Speicher-Error
beim composer require für die contao-rocksolid-custom-elements?


Danke

Mark

muss man eventuell noch woanders ein COMPOSER_MEMORY_LIMIT setzen?

ich habe gerade noch was gefunden:

phpinfo() sagt, es wären 2048MB memory_limit

php -r "echo ini_get('memory_limit').PHP_EOL;"

gibt mir aber nur 128MB aus .....

warum sind das verschiedene Werte?

ich habe noch was gefunden für COMPOSER_MEMORY_LIMIT

nach dem Ausführen von

COMPOSER_MEMORY_LIMIT=-1 php composer.phar require madeyourday/contao-rocksolid-custom-elements

bekomme ich:

PHP-Code:

---


Using version ^2.2 for madeyourday/contao-rocksolid-custom-elements
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - This package requires php ^5.6 || ^7.0 but your PHP version (5.5.38) does not satisfy that requirement.
  Problem 2
    - contao/calendar-bundle 4.4.18 requires php ^5.6 || ^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.5.8 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.5.7 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.5.6 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.5.5 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.5.4 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.5.3 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.5.2 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.5.1 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.5.0 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.9 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.8 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.7 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.6 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.5 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.4 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.3 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.2 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.18 requires php ^5.6 || ^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.17 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.16 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.15 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.14 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.13 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.12 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.11 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.10 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.1 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - contao/calendar-bundle 4.4.0 requires php >=5.6.0 -> your PHP version (5.5.38) does not satisfy that requirement.
    - Installation request for contao/calendar-bundle ^4.4 -> satisfiable by contao/calendar-bundle[4.4.0, 4.4.1, 4.4.10, 4.4.11, 4.4.12, 4.4.13, 4.4.14, 4.4.15, 4.4.16, 4.4.17, 4.4.18, 4.4.2, 4.4.3, 4.4.4, 4.4.5, 4.4.6, 4.4.7, 4.4.8, 4.4.9, 4.5.0, 4.5.1, 4.5.2, 4.5.3, 4.5.4, 4.5.5, 4.5.6, 4.5.7, 4.5.8].


Installation failed, reverting ./composer.json to its original content. 


---

phpinfo() sagt aber, PHP 7 wäre vorhanden ..... lokal


weiss jemand etwas dazu?



Mark

und auf Hetzner sagt die Contao-Installation:

PHP-Code:

---


The console returned unexpected content when asked for the Contao version. Please check the output for more information: 

Warning: require(/usr/www/users/vendor/composer/../symfony/polyfill-intl-icu/bootstrap.php): failed to open stream: No such file or directory in /usr/www/users/vendor/composer/autoload_real.php on line 66 

Warning: require(/usr/www/users/vendor/composer/../symfony/polyfill-intl-icu/bootstrap.php): failed to open stream: No such file or directory in /usr/www/users/vendor/composer/autoload_real.php on line 66 

Fatal error: require(): Failed opening required '/usr/www/users/vendor/composer/../symfony/polyfill-intl-icu/bootstrap.php' (include_path='.:/usr/local/lib/php/') in /usr/www/users/vendor/composer/autoload_real.php on line 66 


---

Muss ich da jetzt das Contao und den Contao-Manager nochmal neu installieren??

Da fehlt wohl bei Hetzner die intl-Erweiterung. Deine verschiedenen Memory-Limits sind einmal für Webzugriffe und einmal für Konsolenprozesse.

naja, die memory limits die ich gerade meine, sind eher lokal

nach dem Kill Prozess, als ich auf Hetzner versucht habe, die contao-rocksolid-custom-elements zu installieren, seitdem kann ich weder
den Contao Manager noch Contao oder /contao/install aufrufen

und der Versuch, die Erweiterungen lokal zu installieren und die

composer.json
composer.lock

entsprechend vorzubereiten, schlägt halt auch lokal wegen memory_limit fehl

oder werfe ich da verschiedenen Dinge durcheinander?

Zitat:

---

Zitat von Mark Knochen

ich habe gerade noch was gefunden:

phpinfo() sagt, es wären 2048MB memory_limit

php -r "echo ini_get('memory_limit').PHP_EOL;"

gibt mir aber nur 128MB aus .....

warum sind das verschiedene Werte?

---

Die PHP Konfiguration des Web Servers ist nicht zwingend die selbe wie von der Kommandozeilen Umgebung von PHP.

Zitat:

---

Zitat von Mark Knochen

PHP-Code:

---


Using version ^2.2 for madeyourday/contao-rocksolid-custom-elements
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - This package requires php ^5.6 || ^7.0 but your PHP version (5.5.38) does not satisfy that requirement.
  Problem 2
    - contao/calendar-bundle 4.4.18 requires php ^5.6 || ^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
…


Installation failed, reverting ./composer.json to its original content. 


---

phpinfo() sagt aber, PHP 7 wäre vorhanden ..... lokal


weiss jemand etwas dazu?



Mark

---

Das PHP CLI, dass dir auf der Konsole global über "php" zur Verfügung steht, ist noch eine alte Version. Du musst den Pfad zu der PHP 7.x CLI bei dir rausfinden und benutzen.

Zitat:

---

Zitat von Mark Knochen

Ich führe die Befehle jeweils im web/ Verzeichnis auf

---

Die Composer-Operationen führst Du am besten gleich dort aus, wo auch tatsächlich composer.json und composer.lock liegen, nämlich im Contao Hauptverzeichnis und nicht im web/ Unterordner. Dann braucht das Composer-Skript nicht erst danach zu suchen und nachzufragen.

lokal schlägt der Befehl

COMPOSER_MEMORY_LIMIT=-1 php composer.phar require madeyourday/contao-rocksolid-custom-elements

fehl wegen:

Problem 1
- This package requires php ^5.6 || ^7.0 but your PHP version (5.5.38) does not satisfy that requirement.


was ich aber nicht verstehe, weil PHP lokal die Version 7.0.30 aufweist.....


auf dem Hetzner-Server

läuft ebenfalls die PHP Version 7.0.30


ich verstehe nicht, wo da jetzt noch ein Probem herrscht und warum lokal der composer der Meinung ist, es würde PHP version (5.5.38) laufen?


Mark

Zitat:

---

Zitat von Spooky

Das PHP CLI, dass dir auf der Konsole global über "php" zur Verfügung steht, ist noch eine alte Version. Du musst den Pfad zu der PHP 7.x CLI bei dir rausfinden und benutzen.

---

puh, und wie mache ich das nun wieder :=)

in einem ordner XAMPP/bin/ liegt eine Datei php-7.0.30

ist das die? Bzw. wie bekomme ich die dann dazu, dass diese beim Ausführen von php auf der Kommandozeile angesprochen wird - ich bin dahingehend echt neu ....


Danke

Mark

Die Ausgabe von Composer ("This package requires php ^5.6 || ^7.0 but your PHP version (5.5.38) does not satisfy that requirement.") bedeutet, dass deine PHP Version auf der Konsole eben 5.5.38 ist.

Unter Windows kannst du die PATH Variable anpassen (Systemeinstellungen), um festzulegen, was in der Konsole global verfügbar ist. In deinem Fall solltest du dort den Pfad zur aktuellen php-Executable eintragen.

Zitat:

---

Zitat von mvo

Die Ausgabe von Composer ("This package requires php ^5.6 || ^7.0 but your PHP version (5.5.38) does not satisfy that requirement.") bedeutet, dass deine PHP Version auf der Konsole eben 5.5.38 ist.

Unter Windows kannst du die PATH Variable anpassen (Systemeinstellungen), um festzulegen, was in der Konsole global verfügbar ist. In deinem Fall solltest du dort den Pfad zur aktuellen php-Executable eintragen.

---

Stimmt, soweit kann ich folgen, das habe ich gerade auch festgestellt .... allerdings hab ich hier einen Mac ... vielleicht könnte da auch jemand helfen?

Wie bekomme ich z.B. raus, welche PHP Version für die Konsole verwendet wird (nur für den Fall, dass ich es nicht wüsste)
Ist es sinnvoller diese PHP Version zu updaten (aber wie?)

Offenbar ist ja PHP installiert (allerdings kenne ich mich auf der OSX Schiene da zu wenig aus, ich wüsste gerade gar nicht, wie und wo)

Aber irgendwie muss ich ja zu einer PHP 7 Version für die Konsole kommen, wenn der XAMPP selber auch eine PHP 7 verwendet.



Mark

Zum Beispiel habe ich gerade:

curl -s http://php-osx.liip.ch/install.sh | bash -s 7.0

ausgeführt .... es wurde auch geladen und installiert.

Wenn ich danach aber php -v eingebe, erscheint immer noch PHP Version 5.5.38

(ich hab also schonmal rausgefunden, wie ich die verwendete Version bekomme .... nur ist gerade ein haufen zeug geladen und installiert worden und wird offenbar nicht verwendet)

ich komme Stück für Stück weiter, aber ich vermute mal, dass genau das die Probleme sind, wegen derer schon einige im Forum hier missmutig geworden sind, weil es dann doch einen riesigen Rattenschwanz nach sich zieht, wenn Contao 4.4 nicht mal eben so installiert und mit Erweiterungen installiert werden kann.

Wie komme ich denn nun - trotz dem Laden von PHP 7 - zur Verwendung von PHP 7 auf der Konsole

und ich befürchte, durch solche "Tests" liegt dann ein haufen Müll auf der Platte rum, wo ich nicht nachvollziehen kann, warum und wo und wie ich das wieder bereinigen kann.


Danke


Mark

export PATH=/usr/local/php5/bin:$PATH

hat geholfen .... damit zeigt php -v die Version 7 an

bin nun gespannt wieder auf composer und die Contao Pakete ....

Zitat:

---

Zitat von fusch

Genau so


Bei Packagist https://packagist.org/packages/madey...ustom-elements kannst Du Dir gleich oben auf der Seite die Zeile "composer require madeyourday/contao-rocksolid-custom-elements" und lokal in die Konsole (ins Contao-Root-Verzeichnis navigieren) eingeben. Enter.
Damit wird die Erweiterung in Deine composer.json geschrieben.


Befehl "composer install"

Hoffe, das hilft Dir weiter.

---

Super! Das hat geklappt .... eine Frage habe ich trotzem noch:

nach composer install bekam ich folgende Meldung

PHP-Code:

---


 Installing madeyourday/contao-rocksolid-custom-elements (v2.2.4): Loading from cache
  - Installing madeyourday/contao-rocksolid-icon-picker (v2.0.2): Downloading (100%)         
  - Installing madeyourday/contao-rocksolid-slider (v2.0.5): Loading from cache
  - Installing madeyourday/contao-rocksolid-columns (v2.0.1): Downloading (100%)         
  - Installing madeyourday/contao-rocksolid-mega-menu (v2.0.0): Downloading (100%)   

.... 


---

und allem anschein nach hat auch alles geklappt -> allerdings sehe ich den RockSolid Theme Assistant nicht im Backend

sollte ich vielleich noch einmal composer install ausführen?


Mark

und ich muss eine bisherige Contao 4.4. Installation - eben weil bei Hetzner nicht so einfach möglich - von HostEurope jetzt dahin umziehen.

https://erdmann-freunde.de/logbuch/contao-4-4-umziehen/

halte ich mich hier dann eher dann an die zweite Variante, oder?


Danke nochmals


Mark

Zitat:

---

Zitat von Mark Knochen

und ich muss eine bisherige Contao 4.4. Installation - eben weil bei Hetzner nicht so einfach möglich - von HostEurope jetzt dahin umziehen.

https://erdmann-freunde.de/logbuch/contao-4-4-umziehen/

halte ich mich hier dann eher dann an die zweite Variante, oder?


Danke nochmals


Mark

---

Jein. Wie gesagt funktioniert ein composer update bei Hetzner nicht. Du musst beim Umzug die composer.json & composer.lock auf den Server transferieren und statt composer update machst du composer install.

Hallo Mark,

Zitat:

---

allerdings sehe ich den RockSolid Theme Assistant nicht im Backend

---

Du musst noch ins Install-Tool und die Datenbank aktualisieren.

Ja, die zweite Methode. s. Spooky

Gruß
Hella

Zitat:

---

Zitat von fusch

Hallo Mark,

Du musst noch ins Install-Tool und die Datenbank aktualisieren.

Ja, die zweite Methode. s. Spooky

Gruß
Hella

---

Eigentlich geht es nur um die Übernahme der DB und der Inhalte....

Die Erweiterungen sind auf meinem Testsystem mittlerweile == dem Hetzner System


Mark