Erfahrungen mit Contao 4.4.X und Paket Unlimited Pro

**planepix** · 19.03.2018, 16:16

Hat jemand Erfahrungen mit Contao 4.4.x und dem 1&1 Paket Unlimited Pro?

Contao Manager oder Konsole ist egal - nur eins davon muss funktionieren ;-).

**Spooky** · 19.03.2018, 16:21

Mit composer install (bzw. der selben Funktion im Contao Manager) funktioniert Contao 4 in jedem 1&1 Paket

(außer das Paket ist generell zu alt und erfüllt nicht die prinzipiellen Systemvoraussetzungen). Composer update direkt am Server funktioniert bei Unlimited Pro nicht, soweit ich getestet habe.

**planepix** · 19.03.2018, 16:23

Zitat von Spooky

Mit composer install (bzw. der selben Funktion im Contao Manager) funktioniert Contao 4 in jedem 1&1 Paket

(außer das Paket ist generell zu alt und erfüllt nicht die prinzipiellen Systemvoraussetzungen). Composer update direkt am Server funktioniert bei Unlimited Pro nicht, soweit ich getestet habe.

Composer update direkt am Server meinte nicht mal via Konsole? Weia

**Spooky** · 19.03.2018, 16:30

Leider nicht:

Code:

/usr/bin/php7.1-cli composer.phar update -o --profile
[7.6MB/0.01s] Loading composer repositories with package information
[7.9MB/0.09s] Updating dependencies (including require-dev)

mmap() failed: [12] Cannot allocate memory

mmap() failed: [12] Cannot allocate memory

Fatal error: Out of memory (allocated 586162176) (tried to allocate 67108872 bytes) in phar:///homepages/17/d532812321/htdocs/WEST.new/composer.phar/src/Composer/DependencyResolver/RuleSet.php on line 83

Allerdings habe ich gerade gesehen, dass das ein Unlimited Paket ist, kein Unlimited Pro.

**planepix** · 19.03.2018, 16:35

Danke dir Spooky. Ob das Pro dann diesbezüglich noch mehr RAM in der PHP.INI zulässt und dann tatsächlich auch zur Verfügung stellt, bleibt dann zu testen…
Dann eben runter laden, lokal updaten und wieder zurückspielen (composer.json und composer.lock).

Kunde hat ein 2007er Vertrag und würde auf Pro wechseln, da mehr Leistung für weniger/gleiches Geld. Und da da Outlook-Sycronisation etc. läuft…

**Spooky** · 19.03.2018, 16:41

Die php.ini hat darauf sowieso keinen Einfluss

.

Ja wie gesagt, prinzipiell läuft Contao 4 problemlos. Man muss Updates halt lokal machen und dann die composer.json und .lock deployen und ein composer install ausführen (kann man auch über den Contao Manager anstoßen). Vorteil davon ist auch, dass die Downtime während eines Updates (je nach Situation) maßgeblich kürzer ist.

**planepix** · 19.03.2018, 16:43

Das noch gefunden:
https://hilfe-center.1und1.de/hostin...a10796053.html

Aber diese …bis zu - Beschreibungen.
Danke dir Spooky. Dann hab ich genug Input dazu.

**tab** · 19.03.2018, 16:51

Zitat von planepix

Kunde hat ein 2007er Vertrag und würde auf Pro wechseln, da mehr Leistung für weniger/gleiches Geld. Und da da Outlook-Sycronisation etc. läuft…

Wie meinst du das mit der Outlook-Synchronisation? Bucht er das dann zusätzlich dazu? Im Hosting selbst dürfte dazu nichts enthalten sein.

**Spooky** · 19.03.2018, 16:56

Ich denke er meint den Exchange Server.

**tab** · 19.03.2018, 17:01

Ja, denke ich auch. Aber das ist doch kein Bestandteiil des Unlimited Pro?!?

Klar, den gibts natürlich bei 1&1. Aber muss ja jetzt mit dem Webspace nicht unbedingt was zu tun haben.

**planepix** · 19.03.2018, 17:12

Ja ich denke das meint der Kunde auch mit Outlook-Sync

.

Das haben sie und nun wäre die eine Idee gewesen, z. B. bei allinkl ein Hosting zu buchen, da Contao 4 laufen lassen und via DNS-Umleitung das 1&1 Paket weiter laufen zu lassen… Wenns nun nur das Deployment ist (also mein Part, dann können sie da gerne bleiben

)

**Stefko** · 19.03.2018, 17:23

Zitat von planepix

Hat jemand Erfahrungen mit Contao 4.4.x und dem 1&1 Paket Unlimited Pro?

Contao Manager oder Konsole ist egal - nur eins davon muss funktionieren ;-).

Ja hier *handheb*
Konnte C4.4 Managed ohne Probleme installieren, ebenso vier oder fünf Erweiterungen mit dem Manager. Irgendwann wurden wohl die Abhängigkeiten bzw. die Auflösungen zu umfangreich und es gab ‘n out of memory.
Seither mache ich die Auflösung lokal wie Spooky unter #6 beschrieb, alles bestens.

Gesendet von iPhone mit Tapatalk Pro

**Bennie** · 19.03.2018, 17:26

Ich mache das genauso, sogar auf dem kleineren UNLIMITED PLUS Paket - bisher keine Probleme .

**mj1985** · 22.03.2018, 17:48

Selbst auf den Dedicated Servern mit 8 GB Ram läuft der Composer nicht durch. (out of memory)

Auf unserem Hostingwerk vServer mit ebenfalls 8 GB Ram läuft hingegen alles einwandfrei durch. Ich bin bedient - zumal der Server nicht viel schneller ist.

**Yangdoo** · 12.04.2018, 11:39

Moin,

ich konnte Contao in einem UNLIMITED PLUS Packet über den Contao Manager installieren.
Da ich beim installieren von mehren Erweiterungen das gleiche Problem wie Stefko hatte, habe ich es ebenfalls lokal gelöst.
Schön das es endlich auch bei diesem Provider funktioniert.

Grüße Marco

**bjoernson** · 13.04.2018, 16:38

Hallo zusammen,

habe ebenfalls gerade ein Projekt bei 1und1 am laufen.

Ich verstehe noch nicht ganz wie ihr es schafft, Erweiterungen für Contao 4.x zu installieren. Erweiterungen von Contao 3.5 bekomme ich problemlos drauf. Benötige ich aber nun z.B. die Erweiterung "do-while/contao-backupdb-bundle". Wie bekomme ich die zum laufen? Kann mir jemand helfen?

Danke

**Spooky** · 13.04.2018, 17:14

Lokal installieren, composer.json & composer.lock auf den Server kopieren, composer install am Server ausführen.

**bjoernson** · 13.04.2018, 19:18

Dank dir für deine schnelle Antwort. Leider verstehe ich es immer noch nicht.

Was genau muss ich Lokal installieren? Muss ich Contao 4 mit xampp auf meinem Rechner aufsetzen und dort die Erweiterungen installieren? Und bei Rest steig ich auch aus. Ich weiß wie man auf dem Server mit composer.phar und Terminal eine Erweiterung installieren könnte, wenn es dann kein Fehler bezüglich dem Speicher geben würde.

**Stefko** · 13.04.2018, 20:55

<myWay>
Lokale Entwicklungs-Installation mittels MAMP, XAMP ...
Zum testen, updaten, nix kaputtmachen...
Dort werden Updates gemacht oder auch neue Erweiterungen installiert.
Anschließend werden die composer.json und sie composer.lock auf den "Live-Server" geladen und über die Konsole ein composer install aufgerufen - fertig ist die Laube.
</Sinatra>

**planepix** · 13.04.2018, 21:16

Ergänzend, wer nicht alle Quellen liest oder kennt:
Das ist eine Kurzanleitung des Contao Stammtisch Bayern, die gestern veröffentlicht wurde:
https://www.contao-bayern.de/newsrea...l-updaten.html

**planepix** · 03.05.2018, 20:59

So nun gehts hier weiter … oder auch nicht.

SSH-Zugang ist da, Unlimited Plus Paket.

Wenn ich mich nun via SSH anmelde und composer installieren will, sagt mir das Ergebnis:

Code:

curl -sS https://getcomposer.org/installer | php
X-Powered-By: PHP/4.4.9
Content-type: text/html


<br />
<b>Parse error</b>:  syntax error, unexpected T_NEW in <b>-</b> on line <b>510</b><br />
curl: (23) Failed writing body (251 != 16384)

Das ich dann später mit

Code:

/usr/bin/php{major}.{minor}-cli

also PHP 7.1 ist eingestellt ->

Code:

/usr/bin/php71-cli composer install

aufrufen soll (laut Wiki) ist ok.

Wie komme ich aber nun an den Composer bzw. wie rufe ich es auf, damit ich ich ihn in das Contao Verzeichnis installieren kann?

Ergänzt:
Mit dem Aufruf

Code:

curl -sS https://getcomposer.org/installer | /usr/bin/php71-cli

kommt

Code:

-bash: /usr/bin/php71-cli: No such file or directory
curl: (23) Failed writing body (0 != 16133)

als Ergebnis.

Mit Aufruf von

Code:

ls -l /usr/bin/php*

wird mir dies ausgegeben:

Code:

lrwxrwxrwx  4 root root       21 Dec 20 12:39 /usr/bin/php -> ../lib/cgi-bin/php4.4-rwxr-xr-x  8 root root     1045 Dec 20 12:39 /usr/bin/php-config4.4
-rwxr-xr-x  8 root root     4420 Feb  1 16:29 /usr/bin/php-config5.2
-rwxr-xr-x 12 root root     3920 Feb  5 15:41 /usr/bin/php-config5.4
-rwxr-xr-x 12 root root     3910 Feb  7 08:28 /usr/bin/php-config5.5
lrwxrwxrwx  4 root root       13 Feb  5 15:41 /usr/bin/php-config6 -> php-config5.4
-rwxr-xr-x  8 root root     3929 Apr 10 13:46 /usr/bin/php-config7.1
lrwxrwxrwx  4 root root        6 Dec 20 12:39 /usr/bin/php4 -> php4.4
lrwxrwxrwx  4 root root       21 Dec 20 12:39 /usr/bin/php4.4 -> ../lib/cgi-bin/php4.4
-rwxr-xr-x  8 root root  4502656 Dec 20 12:39 /usr/bin/php4.4-cli
lrwxrwxrwx  4 root root        6 Feb  1 16:29 /usr/bin/php5 -> php5.2
lrwxrwxrwx  4 root root       21 Feb  1 16:29 /usr/bin/php5.2 -> ../lib/cgi-bin/php5.2
-rwxr-xr-x  8 root root  8307512 Feb  1 16:29 /usr/bin/php5.2-cli
lrwxrwxrwx  4 root root       21 Feb  5 15:41 /usr/bin/php5.4 -> ../lib/cgi-bin/php5.4
-rwxr-xr-x 12 root root 12666480 Feb  5 15:41 /usr/bin/php5.4-cli
lrwxrwxrwx  4 root root       21 Feb  7 08:28 /usr/bin/php5.5 -> ../lib/cgi-bin/php5.5
-rwxr-xr-x 12 root root 13197744 Feb  7 08:28 /usr/bin/php5.5-cli
lrwxrwxrwx  4 root root       21 Feb  5 15:41 /usr/bin/php6 -> ../lib/cgi-bin/php5.4
lrwxrwxrwx  4 root root       21 Apr 10 13:46 /usr/bin/php7.1 -> ../lib/cgi-bin/php7.1
-rwxr-xr-x  8 root root 13890592 Apr 10 13:47 /usr/bin/php7.1-cli
-rwxr-xr-x  8 root root     3989 Dec 20 12:39 /usr/bin/phpize4.4
-rwxr-xr-x  8 root root     4481 Feb  1 16:29 /usr/bin/phpize5.2
-rwxr-xr-x 12 root root     4495 Feb  5 15:41 /usr/bin/phpize5.4
-rwxr-xr-x 12 root root     4495 Feb  7 08:28 /usr/bin/phpize5.5
lrwxrwxrwx  4 root root        9 Feb  5 15:41 /usr/bin/phpize6 -> phpize5.4
-rwxr-xr-x  8 root root     4520 Apr 10 13:46 /usr/bin/phpize7.1

**Bennie** · 03.05.2018, 21:26

Ich habe einfach die composer.phar ins root Verzeichnis kopiert und dann per

PHP-Code:


/usr/bin/php7.1-cli composer.phar

aufgerufen. Composer global installieren ging auch nicht.

***xchs*** · 03.05.2018, 21:27

Ich würde mir das Composer Skript so holen:

Code:

wget https://getcomposer.org/download/1.6.4/composer.phar

Anschließend kannst Du die Composer Kommandos wie folgt aufrufen:

Code:

/usr/bin/php7.1-cli composer.phar install -o

**planepix** · 03.05.2018, 21:29

Zitat von Bennie

Ich habe einfach die composer.phar ins web Verzeichnis kopiert und dann per

PHP-Code:


/usr/bin/php7.1-cli composer.phar

aufgerufen. Composer global installieren ging auch nicht.

Ins Verzeichnis web? Nicht ins Root? Da liegt die composer.phar z.B. bei allinkl.

Im Root Verzeichnis lässt es sich dann aufrufen.

Prima. Danke. Nun noch gucken wie ich das mit dem install der in der composer.json eingetragenen Bundles hinbekomme…

**Bennie** · 03.05.2018, 21:31

Ja sorry , logisch ins root
habs oben geändert

**planepix** · 03.05.2018, 21:39

Zitat von xchs

Ich würde mir das Composer Skript so holen:

Code:

wget https://getcomposer.org/download/1.6.4/composer.phar

Anschließend kannst Du die Composer Kommandos wie folgt aufrufen:

Code:

/usr/bin/php71-cli composer.phar install -o

da liefert mir die Konsole dann das als Output:

Code:

-bash: /usr/bin/php71-cli: No such file or directory

**Bennie** · 03.05.2018, 21:40

Prima. Danke. Nun noch gucken wie ich das mit dem install der in der composer.json eingetragenen Bundles hinbekomme…

Hatte xchs ja schon geschrieben, wenn Du Deine composer.json und composer.lock lokal oder auf einem anderen Server erstellt hast

PHP-Code:


/usr/bin/php71-cli composer.phar install -o

ausführen

***xchs*** · 03.05.2018, 21:41

Oh, sorry, Du hattest oben ja die Verzeichnisauflistung gepostet, da fehlte offenbar ein Punkt in der Versionsangabe: Versuch es mal mit

Code:

/usr/bin/php7.1-cli -v

bzw.

Code:

/usr/bin/php7.1-cli composer.phar

Im Wiki steht's ja auch richtig: https://github.com/contao/contao-manager/wiki/1und1

**planepix** · 03.05.2018, 21:43

Jupp, die habe ich von einem anderer Server nun in das Root bei 1und1 gelegt.

Und dann den Konsolenbefehl von xchs eingegeben. Wird dann quittiert mit

Code:

-bash: /usr/bin/php71-cli: No such file or directory

**planepix** · 03.05.2018, 21:45

Prima. Danke euch. Der Punk(t) hat gefehlt.

**fiedsch** · 03.05.2018, 21:49

Zitat von planepix

Code:

curl -sS https://getcomposer.org/installer | /usr/bin/php71-cli

Hier fehlt Dir ein Punkt. Es ist php7.1-cli (siehe auch Dein Listing mit

Code:

ls -l /usr/bin/php*

Edit: zu langsam :-(

**Bennie** · 03.05.2018, 21:58

Ich hab da noch eine Frage zum Seitenaufruf bei 1und1 in einem Unlimited Plus Paket.
Wenn ich eine Contao-Seite zum ersten Mal aufrufe dauert es bis zu 8 Sekunden bis die Seite erscheint.
Jeder weitere Aufruf klappt "sofort".
Annahme dazu ist, dass der Apache einen DNS Lookup auf die IP-Adresse macht um den Hostnamen bereitzustellen.Da die IP-/Nameserverauflösung nach dem ersten Aufruf bekannt ist und eine gewisse Zeit gespeichert bleibt dauert der zweite und weitere Aufrufe nicht mehr so lang.
Wenn ich dann später (nach ein paar Stunden) die Seite nochmals aufrufe dauert das erste Mal wieder so lang.
Kann das jemand bestätigen?

**planepix** · 03.05.2018, 21:58

Ok das klappt jetzt.

Und jetzt habe ich die Installation unter PHP 7.2.1 erstellt, am Live Server nur PHP 7.1.

Also trage ich in die lokale composer.json bei config noch platform: php 7.1 ein? (in der richtigen Schreibweise natürlich )

***xchs*** · 03.05.2018, 22:00

Genau.

Code:

"platform": {
    "php": "7.1"
}

**planepix** · 03.05.2018, 22:01

Danke euch. Schlimm wenn bei mit 90% Kunden bei allinkl ist

**Bennie** · 03.05.2018, 22:04

Na dann schau doch mal ob die Seite auch so lange braucht beim ersten Laden ...

**planepix** · 03.05.2018, 22:06

Mach ich dann gerne Bennie.

Im Moment ist das noch Trockenübung… die gesamte Installation zieh ich dann noch um. Ich wollte jetzt erst mal das Prozedere bei 1und1 verstehen

.

**tab** · 03.05.2018, 22:15

Zitat von Bennie

Ich hab da noch eine Frage zum Seitenaufruf bei 1und1 in einem Unlimited Plus Paket.
Wenn ich eine Contao-Seite zum ersten Mal aufrufe dauert es bis zu 8 Sekunden bis die Seite erscheint.
Jeder weitere Aufruf klappt "sofort".
Annahme dazu ist, dass der Apache einen DNS Lookup auf die IP-Adresse macht um den Hostnamen bereitzustellen.Da die IP-/Nameserverauflösung nach dem ersten Aufruf bekannt ist und eine gewisse Zeit gespeichert bleibt dauert der zweite und weitere Aufrufe nicht mehr so lang.
Wenn ich dann später (nach ein paar Stunden) die Seite nochmals aufrufe dauert das erste Mal wieder so lang.
Kann das jemand bestätigen?

Das klingt doch eigentlich nach einer Cache-Geschichte. Beim ersten Aufruf oder wenn die Cachezeit abgelaufen ist dauert es lang. Ansonsten kommt die Seite relativ schnell, weil sie ja nicht komplett neu erzeugt wird. Ein DNS-Lookup der 8 Sekunden dauert, das traue ich nicht mal 1&1 zu.

8 Sekunden für den Seitenaufbau sind aber auch nicht gerade sportlich. Kommt aber natürlich auch auf die Seite an.

***xchs*** · 03.05.2018, 22:19

Es könnte aber auch am PHP-Ausführungsmodus liegen. Wenn PHP als CGI ausgeführt wird, dann kann der erste Aufruf schon mal deutlich länger dauern, als alle folgenden Requests, zumal der PHP Interpreter eventuell erst neu gestartet werden muss. PHP sollte daher vorzugsweise als PHP-FPM ausgeführt werden. Überprüfen kann man das bequem mittels PHP Info.