ERROR 500 Unknown installation status

[Nina]

Ich habe bei Mittwald eine bestehende C4.3 auf C4.4 aktualisiert. Wenn ich aber versuche den Contao Manager aufzurufen, lande ich beim berühmt-berüchtigten:

ERROR 500 Unknown installation status
Some files were found on your server but no known Contao version could be detected.
You must either manually repair your application or remove the following files and folders to install Contao:

 - .gitignore
 - README.md
 - app
 - assets
 - composer.json
 - composer.lock
 - files
 - system
 - templates
 - var
 - vendor

Verflixt ...

Laut composer info habe ich derzeit:

 composer info
clue/stream-filter                 v1.3.0    A simple and modern approach...
composer/ca-bundle                 1.0.7     Lets you find a path to the ...
contao-components/ace              1.2.6     ACE code editor integration ...
contao-components/chosen           1.1.7     Chosen integration for Conta...
contao-components/colorbox         1.6.4     Colorbox integration for Con...
contao-components/colorpicker      1.4.0.1   Color picker integration for...
contao-components/compass          0.12.2.1  Compass integration for Cont...
contao-components/contao           7.1.1     Contao Open Source CMS compo...
contao-components/datepicker       2.2.0.3   Date picker integration for ...
contao-components/dropzone         4.3.0     DropZone integration for Con...
contao-components/highlight        8.9.1     Highlight.js integration for...
contao-components/html5shiv        3.7.3     HTML5 Shiv integration for C...
contao-components/installer        1.2.5     Contao components installer
contao-components/jquery           1.12.4    jQuery integration for Conta...
contao-components/jquery-ui        1.12.1    jQuery UI integration for Co...
contao-components/mediabox         1.5.4.1   Mediabox integration for Con...
contao-components/mediaelement     4.1.3     MediaElement.js integration ...
contao-components/mootools         1.6.0.4   MooTools integration for Con...
contao-components/respimage        1.4.2     Respimage.js integration for...
contao-components/simplemodal      2.0.5     SimpleModal integration for ...
contao-components/swipe            2.0.6.1   A JavaScript touch slider wi...
contao-components/tablesort        3.4.8     Contao Open Source CMS table...
contao-components/tablesorter      2.0.5.5   jQuery tablesorter integrati...
contao-components/tinymce4         4.6.2.1   TinyMCE 4 integration for Co...
contao/calendar-bundle             4.4.1     Adds calendar functionality ...
contao/comments-bundle             4.4.1     Adds comments functionality ...
contao/core-bundle                 4.4.1     Contao 4 core bundle
contao/faq-bundle                  4.4.1     Adds FAQ functionality to Co...
contao/image                       0.3.4     Contao image library
contao/imagine-svg                 0.1.4     Contao Imagine SVG library
contao/installation-bundle         4.4.1     Required to install and upda...
contao/listing-bundle              4.4.1     Allows to list arbitrary dat...
contao/manager-bundle              4.4.1     Contao 4 manager bundle
contao/manager-plugin              2.1.0     Contao 4 manager plugin
contao/news-bundle                 4.4.1     Adds news functionality to C...
contao/newsletter-bundle           4.4.1     Adds newsletter functionalit...
doctrine/annotations               v1.4.0    Docblock Annotations Parser
doctrine/cache                     v1.6.1    Caching library offering an ...
doctrine/collections               v1.4.0    Collections Abstraction library
doctrine/common                    v2.7.2    Common Library for Doctrine ...
doctrine/dbal                      v2.5.12   Database Abstraction Layer
doctrine/doctrine-bundle           1.6.8     Symfony DoctrineBundle
doctrine/doctrine-cache-bundle     1.3.0     Symfony Bundle for Doctrine ...
doctrine/inflector                 v1.1.0    Common String Manipulations ...
doctrine/lexer                     v1.0.1    Base library for a lexer tha...
fig/link-util                      1.0.0     Common utility implementatio...
friendsofsymfony/http-cache        2.0.1     Tools to manage HTTP caching...
friendsofsymfony/http-cache-bundle 2.1.1     Set path based HTTP cache he...
guzzlehttp/guzzle                  6.3.0     Guzzle is a PHP HTTP client ...
guzzlehttp/promises                v1.3.1    Guzzle promises library
guzzlehttp/psr7                    1.4.2     PSR-7 message implementation...
imagine/imagine                    v0.6.3    Image processing for PHP 5.3
jdorn/sql-formatter                v1.2.17   a PHP SQL highlighting library
jeremykendall/php-domain-parser    3.0.0     Public Suffix List based URL...
knplabs/knp-menu                   2.2.0     An object oriented menu library
knplabs/knp-menu-bundle            2.1.3     This bundle provides an inte...
knplabs/knp-time-bundle            1.7.4     Knplabs time bundle makes yo...
leafo/scssphp                      v0.6.7    scssphp is a compiler for SC...
league/uri                         4.2.2     URI manipulation library
lexik/maintenance-bundle           v2.1.1    This bundle allows you to pl...
matthiasmullie/minify              1.3.46    CSS & JS minifier
matthiasmullie/path-converter      1.1.0     Relative path converter
michelf/php-markdown               1.7.0     PHP Markdown
monolog/monolog                    1.23.0    Sends your logs to files, so...
nelmio/cors-bundle                 1.5.3     Adds CORS (Cross-Origin Reso...
nelmio/security-bundle             2.4.0     Extra security-related featu...
oyejorge/less.php                  v1.7.0.14 PHP port of the Javascript v...
paragonie/random_compat            v2.0.10   PHP 5.x polyfill for random_...
patchwork/utf8                     v1.3.1    Portable and performant UTF-...
php-http/client-common             1.5.0     Common HTTP Client implement...
php-http/discovery                 1.2.1     Finds installed HTTPlug impl...
php-http/guzzle6-adapter           v1.1.1    Guzzle 6 HTTP Adapter
php-http/httplug                   v1.1.0    HTTPlug, the HTTP client abs...
php-http/message                   1.6.0     HTTP Message related tools
php-http/message-factory           v1.0.2    Factory interfaces for PSR-7...
php-http/promise                   v1.0.0    Promise used for asynchronou...
phpspec/php-diff                   v1.1.0    A comprehensive library for ...
phpunit/php-token-stream           1.4.11    Wrapper around PHP's tokeniz...
psr/cache                          1.0.1     Common interface for caching...
psr/container                      1.0.0     Common Container Interface (...
psr/http-message                   1.0.1     Common interface for HTTP me...
psr/link                           1.0.0     Common interfaces for HTTP l...
psr/log                            1.0.2     Common interface for logging...
psr/simple-cache                   1.0.0     Common interfaces for simple...
sensio/distribution-bundle         v5.0.20   Base bundle for Symfony Dist...
sensio/framework-extra-bundle      v3.0.26   This bundle provides a way t...
sensiolabs/ansi-to-html            v1.1.3    A library to convert a text ...
sensiolabs/security-checker        v4.0.4    A security checker for your ...
simplepie/simplepie                1.5       A simple Atom/RSS parsing li...
swiftmailer/swiftmailer            v5.4.8    Swiftmailer, free feature-ri...
symfony/monolog-bundle             v2.12.1   Symfony MonologBundle
symfony/polyfill-intl-icu          v1.4.0    Symfony polyfill for intl's ...
symfony/polyfill-mbstring          v1.4.0    Symfony polyfill for the Mbs...
symfony/polyfill-php56             v1.4.0    Symfony polyfill backporting...
symfony/polyfill-php70             v1.4.0    Symfony polyfill backporting...
symfony/polyfill-util              v1.4.0    Symfony utilities for portab...
symfony/swiftmailer-bundle         v2.6.2    Symfony SwiftmailerBundle
symfony/symfony                    v3.3.5    The Symfony PHP framework
tecnickcom/tcpdf                   6.2.13    TCPDF is a PHP class for gen...
terminal42/header-replay-bundle    1.1.0     Send preflight requests for ...
true/punycode                      v2.1.1    A Bootstring encoding of Uni...
twig/twig                          v1.34.4   Twig, the flexible, fast, an...
ua-parser/uap-php                  v3.4.7    A multi-language port of Bro...
webmozart/assert                   1.2.0     Assertions to validate metho...
webmozart/path-util                2.3.0     A robust cross-platform util..

Hat jemand eine Idee, wo ich ansetzen kann? Die Website an sich scheint sauber zu funktionieren. Zumindest habe ich da noch kein Problem gefunden, abgesehen eben vom nicht nutzbaren Manager.

[Nina]

Ich habe geschaut, ob da irgendeine „unerlaubte“ Datei oder ein Ordner wäre. Aber die Struktur sieht für mich normal aus:

app/
assets/
files/
system/
templates/
var/
vendor/
web/
.gitignore
composer.json
composer.lock
README.md

Das Ganze liegt in root/c4/

Zur technischen Umgebung:
Ein Account auf einem Managed vServer L bei Mittwald mit

• PHP 7.1.1
• MySQL 5.6.19

[Nina]

Ich habe dazu ein Ticket geöffnet: https://github.com/contao/contao-manager/issues/139

[BugBuster]

hattest du vorher den Contao Manager schon probiert, also in der 4.3er Installation?

[webstar]

Ich habe geschaut, ob da irgendeine „unerlaubte“ Datei oder ein Ordner wäre. Aber die Struktur sieht für mich normal aus:

app/
assets/
files/
system/
templates/
var/
vendor/
web/
.gitignore
composer.json
composer.lock
README.md

Das Ganze liegt in root/c4/

Zur technischen Umgebung:
Ein Account auf einem Managed vServer L bei Mittwald mit

• PHP 7.1.1
• MySQL 5.6.19

Ich bekomme die Meldung vor allem dann, wenn beim Pakete aktualisieren etwas schief lief. War dies hier der Fall? Wenn Zugang zur Konsole besteht, einfach mal das Composer Update manuell ausführen. Sollte hier tatsächlich ein Fehler auftreten, bitte die Fehlermeldung posten. Im Idealfall läuft das Update durch und danach geht der Contao Manager wieder.

php contao-manager.phar composer update

[Nina]

Wenn ich im web-Ordner per SSH php contao-manager.phar composer update angebe, funktioniert das nicht. Da kommt nur:

php contao-manager.phar composer update
Status: 404 Not Found
Content-type: text/html; charset=UTF-8

No input file specified.

Mache ich hingegen php contao-manager.phar.php composer update, kommt das hier:

 php contao-manager.phar.php composer update
Contao Manager 1.0.0-beta8

Usage:
  command [options] [arguments]

Options:
  -h, --help            Display this help message
  -q, --quiet           Do not output any message
  -V, --version         Display this application version
      --ansi            Force ANSI output
      --no-ansi         Disable ANSI output
  -n, --no-interaction  Do not ask any interactive question
      --disable-events  Disables the event dispatcher.
  -v|vv|vvv, --verbose  Increase the verbosity of messages: 1 for normal output, 2 for more verbose output and 3 for debug

Available commands:
  about            Displays information about Contao Manager and the current server
  composer         Run Composer within Contao Manager
  help             Displays help for a command
  integrity-check  Performs integrity check for the Contao Manager
  list             Lists commands
  run              Execute a background task
  self-update      Updates Contao Manager to the latest version
 tenside
  tenside:runtask  Execute a queued task
Content-type: text/html; charset=UTF-8

<br />
<b>Notice</b>:  Undefined index: argv in <b>phar:///html/c4/web/contao-manager.phar.php/api/console</b> on line <b>59</b><br />

Die Fehlermeldung ERROR 500 ist danach wie gehabt.

[Spooky]

Also ein normales composer update . webstars Punkt war, dass du danach den Contao Manager nochmal probieren sollst.

[Nina]

Hab ich gerade korrigiert und gemacht. Siehe korrigierter Post über deinem.

[Spooky]

Wie man composer über den Contao Manager korrekt benutzt kann ich dir auch nicht sagen. Der "normale" Weg wäre im Root der Installation Composer zu "installieren" (also von http://getcomposer.org/download runterzuladen) und dann einfach

php composer.phar update

auszuführen.

[Nina]

Auf dem Webspace ist Composer vollständig installiert. Der Befehl den du angegeben hast, funktioniert daher nicht.
Was funktioniert ist composer self-update. Es ist die aktuellste Composer-Version 1.4.2 installiert.

[Spooky]

Auf dem Webspace ist Composer vollständig installiert. Der Befehl den du angegeben hast, funktioniert daher nicht.

Du meinst composer ist global installiert. Der Befehl von mir funktioniert natürlich nur, wenn du die composer.phar runtergeladen hast und sie im Root der Contao Installation liegt.

Wenn du composer global installiert hast, reicht auch einfach

composer update

[Nina]

Ja, das funktioniert auch (hatte ich vorhin geschrieben, aber dann korrigiert da oben erst was anderes gewünscht war).
composer update führt zu:

(die ? sind Haken, werden nur hier im Forum nicht korrekt angezeigt)

composer update
Loading composer repositories with package information
Updating dependencies (including require-dev)
Nothing to install or update
Generating autoload files
> Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication

 Added/updated the web/app_dev.php file.
 Added/updated the web/app.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

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


 Trying to install assets as relative symbolic links.

 --- ------------------------ ------------------
      Bundle                   Method / Error
 --- ------------------------ ------------------
  ?   ContaoCoreBundle         relative symlink
  ?   ContaoCalendarBundle     relative symlink
  ?   ContaoCommentsBundle     relative symlink
  ?   ContaoFaqBundle          relative symlink
  ?   ContaoNewsBundle         relative symlink
  ?   ContaoNewsletterBundle   relative symlink
 --- ------------------------ ------------------

 [OK] All assets were successfully installed.


 Added/updated the system/initialize.php file.


 --- ---------------------------------------------- ----------------------------------------------------------------
      Symlink                                        Target / Error             
 --- ---------------------------------------------- ----------------------------------------------------------------
  ?   web/files/aktuelles                            files/aktuelles          
  ?   web/files/gallery_creator_albums               files/gallery_creator_albums
  ?   web/files/service                              files/service              
  ?   web/files/tiny_templates                       files/tiny_templates       
  ?   web/files/theme                                files/theme                 
  ?   web/files/presse                               files/presse               
  ?   web/system/modules/Subcolumns/assets           system/modules/Subcolumns/assets
  ?   web/system/modules/multicolumnwizard/html      system/modules/multicolumnwizard/html
  ?   web/system/modules/dma_elementgenerator/html   system/modules/dma_elementgenerator/html
  ?   web/system/modules/XXXorgas/assets            system/modules/XXXorgas/assets
  ?   web/system/modules/XXXdata/assets             system/modules/XXXdata/assets
  ?   web/system/modules/gallery_creator/assets      system/modules/gallery_creator/assets
  ?   system/themes/flexible                         vendor/contao/core-bundle/src/Resources/contao/themes/flexible
  ?   web/assets                                     assets                     
  ?   web/system/themes                              system/themes              
  ?   system/logs                                    var/logs                   
 --- ---------------------------------------------- ----------------------------------------------------------------

[Spooky]

Und funktioniert der Contao Manager nun?

[Nina]

Nein, immer noch derselbe Fehler.

[mlweb]

Das sieht doch völlig ok aus.

[Nina]

Ja, genau deshalb bin ich so verwirrt.

[BugBuster]

Ich habe mich mal durch die Sourcen gewühlt.
Wenn ich das richtig verstehe, kommt diese Meldung auch, wenn der Contao Manager eine installierte Contao Version findet (er findet /vendor/bin/contao-console) , es aber nicht schafft über die API die Versionsnummer zu ermittelt. (createContaoConsoleProcess(['contao:version']))
Dazu sollte aber hoffentlich etwas in TL_ROOT/contao-manager/logs/prod-datum.log stehen.

Daher auch meine Frage, ob der überhaupt schon mal ging, vor dem Update auf 4.4.

[mlweb]

Und Du hast auch jetzt noch den Fehler 500 beim Manager?

[Nina]

@bugbuster: Ich glaube, dass ich ihn bei dem Projekt vorher (also bei der 4.3) noch nicht aktiv genutzt habe.

@mlweb: Ja, immer noch derselbe Fehler

[BugBuster]

Wobei wenn ich mir das hier ansehe:

<b>Notice</b>: Undefined index: argv in <b>phar:///html/c4/web/contao-manager.phar.php/api/console</b> on line <b>59</b><br />

Da hat er genau ein Fehler in der api/console die er braucht um die Version zu ermitteln.
Mit der beta7 habe ich composer über den manager auch schon benutzt, mit der beta8 noch nicht, kann ich erst heute abend testen ob das mir auch so ist.

[BugBuster]

Hab mal Andreas über Skype gefragt, mal sehen ob er ne Idee hat.

[Nina]

Im Ticket schreibt Andreas dazu:

Composer ist für den Manager nicht relevant, da die Phar-Datei auch den Composer enthält. Das Problem ist vermutlich dass der Manager deinen PHP-Binary nicht findet, und entsprechend auch die Contao-Version nicht finden kann. Dazu muss ich allerdings erst den Installationsprozess umbauen (siehe #76)

Du könntest temporär eine manager.json von einem anderen Hosting kopieren und den Pfad entsprechend eintragen.

[Nina]

Ich habe folgendes gemacht:
Auf der Basisebene einen Ordner /contao-manager/ angelegt und darin die manager.json mit dem Minimalinhalt (Pfad so, wie er bei Mittwald gebraucht wird; bei anderen Hostern müsste er anders sein):

{
    "php_cli": "\/usr\/local\/bin\/php_cli"
}

Nun kann ich das erste Mal den Manager aufrufen (sehe die Aufforderung das Loginkonto anzulegen).

[Nina]

Yup, nun scheint alles einwandfrei zu funktionieren

[Grossvater]

Ich habe das gleiche Problem nachdem ich lokal mit MAMP Pro eine C4.4. Version aufgesetzt habe.
Egal welche Befehl ich ausführe, es kommt immer:
Status: 404
X-Powered-By: PHP/4.4.9
Content-type: text/html

[BugBuster]

X-Powered-By: PHP/4.4.9

Mit PHP 4 kommst du da nicht weit.

[Grossvater]

OK. Ein paar mehr Infos:
Hosting: 1und1 mit php7.1
Laut Dokumentation soll ich jeden Befehl mit "/usr/bin/php5.5-cli" ausführen
Jetzt erhalte ich bei jedem Fehler:

X-Powered-By: PHP/4.4.9
Content-type: text/html

<br />
<b>Warning</b>:  Unexpected character in input:  ' in <b>/usr/bin/php5.5-cli</b> on line <b>2892</b><br />
<br />
<b>Warning</b>:  Unexpected character in input:  ' in <b>/usr/bin/php5.5-cli</b> on line <b>2892</b><br />
<br />
<b>Warning</b>:  Unexpected character in input:  ' in <b>/usr/bin/php5.5-cli</b> on line <b>2892</b><br />
<br />
<b>Warning</b>:  Unexpected character in input:  ' in <b>/usr/bin/php5.5-cli</b> on line <b>2892</b><br />
<br />
<b>Warning</b>:  Unexpected character in input:  ' in <b>/usr/bin/php5.5-cli</b> on line <b>2892</b><br />
<br />
<b>Warning</b>:  Unexpected character in input:  '' (ASCII=18) state=1 in <b>/usr/bin/php5.5-cli</b> on line <b>2892</b><br />
<br />
<b>Parse error</b>:  syntax error, unexpected T_STRING in <b>/usr/bin/php5.5-cli</b> on line <b>2892</b><br />

[Spooky]

Der Befehl muss lauten

/usr/bin/php5.5-cli vendor/bin/contao-console cache:clear

nicht

php vendor/bin/contao-console cache:clear | /usr/bin/php5.5-cli

[Grossvater]

Wer lesen kann ist klar im Vorteil. Genaus so stand es auch in der Doku. Danke Spooky!!

Hier noch mehr infos:
Ich habe alle Datein mit Transmit (Panic) FTP per ASCII hochgeladen. Mit einem anderen Programm habe ich bei vendor/bin/ die Symlinks übertragen
Jetzt erhalte ich bei dem Befehl /usr/bin/php5.5-cli vendor/bin/contao-console cache:clear

Fatal error: Uncaught exception 'LogicException' with message 'The module folder "system/modules/easy_themes" does not exist.' in /homepages/33/d17330061/htdocs/2017/vendor/contao/core-bundle/src/HttpKernel/Bundle/ContaoModuleBundle.php:36
Stack trace:
#0 /homepages/33/d17330061/htdocs/2017/vendor/contao/manager-plugin/src/Bundle/Config/ModuleConfig.php(53): Contao\CoreBundle\HttpKernel\Bundle\ContaoModuleBundle->__construct('easy_themes', '/homepages/33/d...')
#1 /homepages/33/d17330061/htdocs/2017/vendor/contao/manager-bundle/src/HttpKernel/ContaoKernel.php(232): Contao\ManagerPlugin\Bundle\Config\ModuleConfig->getBundleInstance(Object(Contao\ManagerBundle\HttpKernel\ContaoKernel))
#2 /homepages/33/d17330061/htdocs/2017/vendor/contao/manager-bundle/src/HttpKernel/ContaoKernel.php(53): Contao\ManagerBundle\HttpKernel\ContaoKernel->addBundlesFromPlugins(Array)
#3 /homepages/33/d17330061/htdocs/2017/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php(450): Contao\ManagerBundle\HttpKernel\ContaoKernel->regist in /homepages/33/d17330061/htdocs/2017/vendor/contao/core-bundle/src/HttpKernel/Bundle/ContaoModuleBundle.php on line 36

Meine Manager.json:

{
    "secret": "c217a1b0129f88321769dfde068150863a2ec0e3abe6859d45c2a1bc91df22d1383154dd20fddd6d",
    "last_update": "2017-07-25T08:07:47+02:00",
    "php_cli": "\/usr\/bin\/php5.5-cli",
    "php_can_fork": false,
    "php_force_background": false
}

Wenn ich den Befehl:
/usr/bin/php5.5-cli composer.phar update
ausführe, dann erhalte ich einen memory_limit-Fehler ;(

Selbst mit:
/usr/bin/php5.5-cli -d memory_limit=2024M composer.phar update
erhalte ich:

Fatal error: Out of memory (allocated 610009088) (tried to allocate 32 bytes) in phar:///homepages/33/d17330061/htdocs/2017/composer.phar/src/Composer/DependencyResolver/RuleSetGenerator.php on line 205

[tab]

Hmm, mehr als 512 MB solltest du bei 1&1 eigentlich gar nicht bekommen.

[Spooky]

Wenn ich den Befehl:
/usr/bin/php5.5-cli composer.phar update
ausführe, dann erhalte ich einen memory_limit-Fehler ;(

Selbst mit:
/usr/bin/php5.5-cli -d memory_limit=2024M composer.phar update
erhalte ich:

Fatal error: Out of memory (allocated 610009088) (tried to allocate 32 bytes) in phar:///homepages/33/d17330061/htdocs/2017/composer.phar/src/Composer/DependencyResolver/RuleSetGenerator.php on line 205

Ein composer update wird so wahrscheinlich nie funktionieren. Du musst das Update lokal ausführen, dann die composer.lock auf den Server spielen und dann ein composer install ausführen.

[Grossvater]

note: Mittlerweile habe ich auf php 5.6 gestellt.

Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. Run update to update them.
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - This package requires php >=5.6.0 but your PHP version (5.5.38) does not satisfy that requirement.
  Problem 2
    - Installation request for contao/core-bundle 4.4.2 -> satisfiable by contao/core-bundle[4.4.2].
    - contao/core-bundle 4.4.2 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 3
    - Installation request for contao/installation-bundle 4.4.2 -> satisfiable by contao/installation-bundle[4.4.2].
    - contao/installation-bundle 4.4.2 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 4
    - Installation request for contao/listing-bundle 4.4.2 -> satisfiable by contao/listing-bundle[4.4.2].
    - contao/listing-bundle 4.4.2 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 5
    - Installation request for contao/manager-bundle 4.4.2 -> satisfiable by contao/manager-bundle[4.4.2].
    - contao/manager-bundle 4.4.2 requires php ^5.6|^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 6
    - Installation request for doctrine/annotations v1.5.0 -> satisfiable by doctrine/annotations[v1.5.0].
    - doctrine/annotations v1.5.0 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 7
    - Installation request for doctrine/cache v1.7.0 -> satisfiable by doctrine/cache[v1.7.0].
    - doctrine/cache v1.7.0 requires php ~7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 8
    - Installation request for doctrine/collections v1.5.0 -> satisfiable by doctrine/collections[v1.5.0].
    - doctrine/collections v1.5.0 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 9
    - Installation request for doctrine/common v2.8.0 -> satisfiable by doctrine/common[v2.8.0].
    - doctrine/common v2.8.0 requires php ~7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 10
    - Installation request for doctrine/dbal v2.6.0 -> satisfiable by doctrine/dbal[v2.6.0].
    - doctrine/dbal v2.6.0 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 11
    - Installation request for doctrine/inflector v1.2.0 -> satisfiable by doctrine/inflector[v1.2.0].
    - doctrine/inflector v1.2.0 requires php ^7.0 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 12
    - Installation request for friendsofsymfony/http-cache-bundle 2.1.1 -> satisfiable by friendsofsymfony/http-cache-bundle[2.1.1].
    - friendsofsymfony/http-cache-bundle 2.1.1 requires php ^5.6.0||^7.0.0 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 13
    - Installation request for terminal42/header-replay-bundle 1.1.1 -> satisfiable by terminal42/header-replay-bundle[1.1.1].
    - terminal42/header-replay-bundle 1.1.1 requires php >=5.6,<8 -> your PHP version (5.5.38) does not satisfy that requirement.
  Problem 14
    - doctrine/common v2.8.0 requires php ~7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - symfony/symfony v3.3.5 requires doctrine/common ~2.4 -> satisfiable by doctrine/common[v2.8.0].
    - Installation request for symfony/symfony v3.3.5 -> satisfiable by symfony/symfony[v3.3.5].

[Spooky]

Du musst für ein composer update auf 1&1 die richtige PHP Version in der "config" Sektion der composer.json eintragen. Also die PHP Version, unter der die Website tatsächlich läuft. Siehe auch https://github.com/contao-community-...g-the-platform

z.B.

    "config": {
        "component-dir": "assets",
        "platform": {
            "php": "7.1"
        }
    },

[Grossvater]

Die Notiz tritt unverändert weiterhin auf.

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0+",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": ">=5.6.0",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "4.4.*",
        "derhaeuptling/contao-lazy-images": "^2.0",
        "madeyourday/contao-rocksolid-antispam": "^2.0",
        "terminal42/contao-easy_themes": "^2.2"
    },
    "conflict": {
        "contao/core-bundle": "<4.4.1"
    },
    "config": {
        "component-dir": "assets",
        "platform": {
            "php": "7.1.7"
        }
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

[Spooky]

Du musst nach dieser Änderung das composer update lokal nochmal ausführen, und (wie gehabt) die composer.lock Datei auf den Server spielen und dann am Server composer install ausführen.

[janosch]

Hallo Leute,

nach tagelangem suchen im Forum und unzähligen Versuchen hoffe ich, dass mir von euch jemand helfen kann.

Folgendes Ausgangsszenario:
Contao 4.4.3 Managed Edition lokal (MAMP) installiert, PHP 5.6.3, MySQL 5.6.35 -> alles läuft wunderbar. Es gab Schwierigkeiten beim Updaten der Dependencies mit dem Memory Limit, was aber durch ändern der PHP.ini gelöst werden konnte.

Umzug zu Hetzner Level 4
Folgende Versuche wurden unternommen:

• Packen der Installation via TAR (siehe Post) und entpacken am Server
• Übertragen der Installation via FTP und Restore der Symlinks mittles BackupDB (siehe Post)
• Installation direkt bei Hetzner funktionierte, files/, templates/, app/config/ web/.htaccess sowie composer.json und composer.lock von lokal auf Server kopiert -> Problem: Kein Konsolezugriff

Jeder Versuch endet mit folgender Meldung des Contao Managers:
ERROR 500 Unknown installation status
Some files were found on your server but no known Contao version could be detected.
You must either manually repair your application or remove the following files and folders to install Contao:

- .gitignore
- README.md
- app
- assets
- composer.json
- composer.lock
- favicon.ico
- files
- isotope
- system
- templates
- var
- vendor


Die Installation befindet sich unter /public_html/relaunch2017/web

Das Problem:
Hetzner bietet bei Level4

• "nur" 192 MB RAM -> Probleme beim Updaten der Dependencies
• KEIN SSH Zugriff

Ich bin mit meinen Ideen am Ende - hat jemand eine Idee/Hinweis was ich noch versuchen könnte bzw. woran das Ganze scheitert?


Danke & LG
Janosch

[mlweb]

Ich habe den Manager bei Hetzner Level 4 getestet. Lief weitestgehend auch (Updates) ohne Probleme, allerdings nur mit ein paar kleinen Erweiterungen. Wegen des nicht vorhandenen ssh-Zugriffs würde ich das Hosting produktiv allerdings nicht für Contao 4 einsetzen.
Das Memory-Limit und Script-Laufzeiten sind ja eher schwach auf der Brust. Eine Verwendung von PHP 7 könnte da noch etwas bringen.

"ERROR 500 Unknown installation status" hat meist etwas mit abgebrochen Skripten zu tun. Hast Du schon mal in die Logs geschaut?

Ich kann nur empfehlen ein Hosting zu verwenden, welches auch ssh-Zugriff bietet. Gibt es in dieser Preisklasse (5-10 €/Monat) bei anderen Hostern.

[janosch]

Danke mlweb für deine Antwort,

vllt. muss ich wirklich nach einem neuen Hoster ausschau halten, obwohl ich seit Jahren mit Hetzner zufrieden bin.

Bzgl. des 500er Fehlers: Die Logs sind soweit unauffällig. Was ich bis jetzt im Forum gefunden habe, ist es vermutlich ein Symlink Problem - was ich jedoch bei dieser Installation nicht nachvollziehen kann.

Eine Umstellung auf PHP 7 ändert leider nichts.

Hat sonst noch jemand Lösungsvorschläge?

[ErichM]

Ich habe den Manager bei Hetzner Level 4 getestet. Lief weitestgehend auch (Updates) ohne Probleme, allerdings nur mit ein paar kleinen Erweiterungen. Wegen des nicht vorhandenen ssh-Zugriffs würde ich das Hosting produktiv allerdings nicht für Contao 4 einsetzen.
Das Memory-Limit und Script-Laufzeiten sind ja eher schwach auf der Brust. Eine Verwendung von PHP 7 könnte da noch etwas bringen.

"ERROR 500 Unknown installation status" hat meist etwas mit abgebrochen Skripten zu tun. Hast Du schon mal in die Logs geschaut?

Ich kann nur empfehlen ein Hosting zu verwenden, welches auch ssh-Zugriff bietet. Gibt es in dieser Preisklasse (5-10 €/Monat) bei anderen Hostern.

@ mlweb: Auch ich bin auch bei Hetzner (Level 4) und eigentlich zufrieden damit. Auch ich hatte Probleme mit einem abgebrochenen Script (siehe mein Thema "Abbruch bei Update von 4.4.2 auf 4.4.3". Was heißt "das Memory-Limit und Script Laufzeiten sind ja eher schwach auf der Brust"? Gibt es hier Mindestswerte die (mit Version 4) zu berücksichtigen sind?

Grüße
Erich

[mlweb]

Mindestwerte gibt es nicht wirklich, denn der Speicherbedarf beim Auflösen der Abhängigkeiten hängt ja u.a. von den installierten Erweiterungen ab aber auch von der PHP-Version.
Bei der Installation wird auch weniger Speicher benötigt als beim Auflösen aller Abhängigkeiten im Fall eines Updates.
Der Contao Manager versucht soweit ich weiss automatisch das Memory Limit auf 1.5 GB anzuheben und führt den Composer als eigenständigen Prozess aus. Ich habe mal hier im Forum (im Zusammenhang Contao 3 und Paketverwaltung) gelesen, dass der Speicher den der Hoster in dem Fall zur Verfügung stellt meist höher ist als das angegebene Memory Limit.

Ich selbst setze für meine Kunden auf Webgo. Das Preis-Leistungsverhältnis ist gut und Webgo ist Contao-Partner. Getestet habe ich erfolgreich auch mit Netcup. Andere haben Mittwald getestet - auch Contao-Partner, All-Inkl. läuft auch soweit ich weiss und nicht zuletzt Hostingwerk von Leo. Unabdingbar in Hinblick auf Contao 4 ist m.E. ssh-Zugriff.