Contao Version 4.4.16 ist verfügbar. Das Bugfix-Release behebt ein Problem mit dem Seitenwähler in TinyMCE.
Ganzen Beitrag zu 'Contao 4.4.16 verfügbar' lesen
Druckbare Version
Contao Version 4.4.16 ist verfügbar. Das Bugfix-Release behebt ein Problem mit dem Seitenwähler in TinyMCE.
Ganzen Beitrag zu 'Contao 4.4.16 verfügbar' lesen
Ich habe heute Contao Update über den composer.phar.php gemacht, und ganze Contao 4.4 installation zerschossen.
Provider ist all-inkl, dazu habe ich auch einen vServer beim Netcup, dort funtioniert contao seit heute auch nicht mehr.
Update, und dann Weisse Seite, contao und login.
Datenbank alte Datenbank habe ich noch , gibt es denn eine möglichkeit mein Contao wieder zu beleben.
Hallo stojovski,
ich vermute, du hast beim Update auch den Symfony-Fehler, also ein Update von Symfony, „mitgenommen”.
Link zum Thema suche ich eben, kommt gleich.
https://community.contao.org/de/show...-0-7-und-3-4-7
Ja und was mache ich jetzt?
Einfach Pech gehabt, habe gedacht da 4.4 LTS eine Stabile und getestete Version ist.
Composer Update über die Console (SSH) habe ich versucht, dann ist irgendwann nur eine weisse Seite gekommen.
Ich habe zum Glück die Datenbank gesichert, danach eien neue Installation gemacht, bei All-Inkl, und mehr oder weniger ist alles da, aber vieeelll Arbeit.
Bei netcup auf eigenen Server habe ich zum Glück immer noch zugrif auf Contao Manager, gerade wieder Update gemacht, symfony hat downgrade gemacht so weit ich sehen konnte.
Jetzt geht es eben dort, aber bei All-Inkl war auch Manager zerschossen.
Danke
Den conflict Eintrag in der composer.json machen und danach ein composer update durchführen.Zitat:
Zitat von stojovski
beim All-Inkl.Kann nicht updaten ber Console, nur beim netcup.
Du hast gar keinen SSH Zugang?Zitat:
Zitat von stojovski
Nein.
Bei netcup schon, ist ein vserver
Guck noch mal genauer. Bin auch bei all-inkl. und hab da nen SSH-Zugang.
Ich weiß jetzt aber gerade nicht welches Paket. Zur Not frag mal den Support bei denen ob du einen hast.
Viele Grüße
Ab Paket Premium. Privat und Privat Plus haben kein SSH.
Ich habe schon geschaut, kein SSH.
Aber was mach mann denn wenn kein SSH zugang da ist.Dann ist Contao 4 nicht für jeder Hoster eigentlich geeignet, oder falls Contao gesperrt ist, habe ich gelesen dass man den Zugang wieder über ssh freischalten muss.
Falls das so ist muss ich mir uberlegen zu wechseln, contao 3.5 hat immer wieder super geklappt.
Contao 4 ist auch super, aber wenn etwas schief geht, dann hat mann einfach Pech ohne ssh.:(
Contao 4 ohne SSH Zugang ist mühsam, ja.
"Composer update" geht doch jetzt auch über den Manager ohne Kommandozeile.
Die composer.json kann man per FTP anpassen, dann sollte das doch auch ohne SSH gehen (ist halt etwas umständlicher).
Der Contao Manager geht aber nicht mehr, wenn du in dieses Problem gelaufen bist. Siehe https://github.com/contao/contao-manager/issues/201Zitat:
Zitat von do_while
an alle die sich Zeit nehmen um mein Problem besprechen.
Ja per FTP geht, aber bis ich das gefunden habe was zu tun ist, hat eben gedauert , dann habe ich composer.json angepasst, funktionierte contao manager aber trotzdem nicht.
Schon bei Update hat der Manager ein problem gegeben und das war's eigentlich.Zurück, weiter ging es eben nicht.
Vieleicht habe ich etwas falsch gemacht, sollte aber so etwas nicht vor kommen, denke ich mal.
Ich musste dann eben Contao 4 LTS neu installieren, mit der alte Datenbank, zum Glück texte und CSS waren noch vorhanden, bilder eben habe ich vorher in Panik nicht gesichert :rolleyes::rolleyes:(meine Fehler).
Jetzt läuft es wieder, aber eben neue Installation.
Aber mich interresiert was macht mann bei Contao 4 wenn kein SSH Zugang vorhanden ist, und Contao gesperrt ist.
Ganz einfach - ich lehne es ab Contao 4 ohne ssh Zugang zu betreiben.
Grundsätzlich dürfte es aber bei Deinem Problem auch ausreichen den Manager komplett zu löschen (ungetestet) und neu einzuspielen.
ist das aber nicht,
was ist mit diese Websites die ich betreue?Irgendwann ist Contao 3.5 weg vom Fenster, und dann?
Das ist keine Lösung!
Das bedeutet in zukunft das jeder der Contao benutzen will einen Vserver oder ähnliches haben muss, was ist denn dass für Philosophie?
Naja, dann muss mann sich was anders überlegen, umsteigen auf Wordpress, Typo oder so in der Art.
Seit Jahren hat mann Geschwört auf Contao(TypoLight), dazu Kurse und Bücher und und und, und jetzt Contao ohne ssh nicht benutzen?
Poor very poor.
Das habe ich als erstes probiert mit dem Manager.
Das bringt leider nichts. Das einzige was man ohne SSH Zugang machen könnte ist folgendes: https://community.contao.org/de/show...l=1#post469714Zitat:
Zitat von mlweb
aber wozu denn ssh für ein CMS?
Das kann mann zuhause Testen oder extra ein vserver zum testzwecken mieten, aber viele Firmen haben gar kein ssh Zugang, und wollen gar nicht.Ich verstehe das mit der ssh gar nicht.
Wozu denn Premium Hosting bei All-Inkl, bisher hat auch alles funktioniert, ohne ssh.
Das ist eigentlich muss mich leider so ausdrucken Schwachsinn.Ich mag Contao sehr, aber das ganze Konzept seit Version4 ist einfach schwach.
Wenn die Programmierer etwas verdienen möchten können die für jede kommerzielle Installation einfach etwas verlangen 10, 20,30,40 ... € je nachdem , aber sowas ist echt arogant, vorher haben die das auch gemacht, automatische Updates nur gegen bezahlung, habe ich wirklich nichts dagegen, ist auch verständlich, die Leute hinter Contao mussen auch von was leben.
ssh haben auch vergleichsweise preiswerte Pakete z.B. bei netcup und webgo.Zitat:
Zitat von stojovski
verstehen wahrscheinlich nicht was ich meine,
es geht nicht um Provider wechsel oder kosten , netcup oder .....
Es geht darum das ein CMS System einfach zu betreuen ist, nicht jeder ist ein Linux Systemadmin und mit dem shell umgehen kann.
Warum denn einfach wenn es kompliziert sein kann!
Das stimmt nicht.Zitat:
Zitat von stojovski
Um das System zu verwalten und zu warten (nicht um es zu betreiben).Zitat:
Zitat von stojovski
Für mich hört sich das danach an, als ob hier der Hund begraben liegt: kenn ich nicht => kann ich nicht => (lernen) will ich nicht => ist Scheiße.Zitat:
Zitat von stojovski
Oder einfach den Willen haben, auch mal etwas neues zu dazu zu lernen und dabei feststellen, daß damit vieles einfacher wird. Ja, ich weiß es gibt eine Lernkurve, und auch, wenn es eine Floskel ist: das Leben ist stetiges lernen.Zitat:
Zitat von stojovski
Um das mal klar zu stellen: Keiner der Programmierer bekommt Geld von den Hostern, dass man da nicht mehr mit den Billigsten zusammen arbeiten kann. SSH ist eigentlich Heutzutage normal, wenn man ernsthaft eine Kommerzielle Website betreibt.Zitat:
Zitat von stojovski
Bei den Paketen wo so etwas nicht verfügbar ist handelt es sich normalerweise um Billig Angebote für Seiten, die nicht professionell betrieben werden (müssen).
Dafür ist Contao aber auch gar nicht gedacht. Da gibt es Baukästen oder HTML-Seiten oder andere CMS die sich da besser eignen. Wenn du alsoin dem Bereich arbeitest, dann wäre eventuell eine Überlegung für dich das CMS zu wechseln. Oder eventuell auch zu überlegen anderer Kunden anzusprechen. Oder einfach mal etwas mit der Zeit gehen ;-)
Nur weil bei dir gerade alle Ungünstigen Variablen zusammen treffen musst du noch lange nicht so pampig werden. Es liegt nicht an Contao (oder sonst wem), dass du erst mal sofort ein update machst, ohne vorher mal zu testen :P
Viele Grüße
Hr. Fiedsch, ich kenne mich sehr gut mit Linux usw aus, Sie liegen total falsch.Ihre Antworten bringen nichts neues.Typische aroganz nur, das niemand etwas neued lernen möchte.Weil bei update von contao 4 Fehler sind kann auch der Linux admin nicht dazu.Und natürlich jetzt wird jeder Webdesigner Linux lernen mussen,Ihre Logik nach
ICH HABE NIE GESCHRIEBEN das Contao Programierer von Provider Geld bekommen,sondern von mir zb. ALS Benutzer.Zitat:
Zitat von MacKP
Die ganze Diskusion hat sich von für und gegen eigentlich gewandelt,deshalb idt das gür mich hier gerade sehr unsinnig geworden.ES GEHT NUCHT UM MICH,ICH WERDE DAS GARANTIERT SCHAFFEN!!!Wieder so ein leeres gedchoss,ich habe niemand hier beleidigt so wie Sie es tun,traurig.
Professionele Hoster geht nur mit ssh,also bitte.lassen Sie das.Und da ich von so einen Profi ein RAT gerne nehme, werde ab jetzt Wesites bei Jimdo nehmen, Sie haben mich definitiv davon überzeugt.
Genau das Gegenteil ist der Fall. Über SSH kannst du wesentlich mehr und einfacher, meist auch besser reparieren also mit jedem anderem Klicki-Bunti Tool.Zitat:
Zitat von stojovski
Viele CMS setzten bereits auf Composer (keine Erfindung von Contao) und das wiederum setzt auf SSH Zugang. Auch wenn der Contao Manager einiges übernimmt, in so einem ernsten Problemfall kann man froh sein wenn man SSH hat.
Die Vorteile überwiegen, die Nachteile (aus kurzer Sicht, mir fallen mittlerweile keine mehr ein). Das kann man den Kunden auch verklickern. Mit der Zeit gehen, sich aktuellen Mechanismen anpassen kann ja nun nicht falsch sein.
Und ein Hosting mit SSH ist nicht teurer als einer ohne. (muss jedenfalls nicht)
Vielen Dank für die Erleuchtung!Zitat:
Zitat von BugBuster
[Moderation] Um das jetzt auch mal ganz klar zu sagen: In diesem Forum wird weder gebrüllt noch herumgepampt. Und wenn jemanderm die Systemvoraussetzungen nicht passen oder er/sie keine Lust hat, mal beim Hoster nachzuhaken, warum denn bitte im Jahr 2018 kein SSH-Zugang möglich ist, dann steht es ja frei, sich ein anderes System zu suchen, das besser zu den persönlichen Voraussetzungen passt. Punkt.
Ganz genau!Zitat:
Zitat von lucina
Das ist eine tolle einstellung.Dann weiss ich erst jetzt das ich seit über 5 Jahre falsch bei Contao bin.
Wenn der Benutzer ein Problem hat, das ist sein eigene Problem, toll!Open Source habe ich mir anders vorgestellt.
https://docs.contao.org/books/manual...oraussetzungen
Steht eigentlich nichts von Shell Zugriff
Contao funktioniert ja auch ohne ssh. Nur im Problemfall muss man eben "Verrenkungen" anstellen, wenn man keinen ssh-Zugang hat.
Ich erkläre das meinen Kunden und gerade bei den kleinen Kunden die ich überwiegend habe, war das nur aüßerst selten ein Problem.
Genau, gerade bei aktuellem Symfony Problem
Reparatur ohne SSH: kann bis zu einer Stunde dauern, je nach Kenntnisstand und Möglichkeiten.
Reparatur mit SSH: ca. 5 Minuten.
Sollte klar sein warum SSH im Notfall gut ist es zur Verfügung zu haben. Kein Muss, beruhigt aber. :cool:
Dann verstehe ich nicht ganz, wo das Problem liegt, die Console zu verwenden. Ich kannte das eher von Windows -Usern, denen das bisher fremd ist.Zitat:
Zitat von stojovski
Wenn ich arrogant und unfreundlich antworte klingt das anders ;-)Zitat:
Zitat von stojovski
Sie verstehen nicht weil Sie nicht zuhören(lesen).Zitat:
Zitat von fiedsch
Ich habe eben kein SSH bei All-Inkl und ssh ist auch nicht unbedinkt nötwendig für meine Bedurfnisse.
Laut Ihr schreiben Sie sind ein Linux Experte und sich längst von Windows verabschiedet haben "Ich kannte das eher von Windows -Usern"?, also nicht in jede kleine Firma (Anwälte, Bauunternehmen, Steuerberater und und und) gibt es ein Linux Experte.
Mir persönlich ist die Linux Console gar nicht fremd,oben steht eben das ich auch einen vserver bei netcup habe, dort habe ich das über die Console gemacht, funktionierte aber trotzdem nicht.
Genauso bin ich vorgegangen wie hier im Forum beschrieben.
Und wenn Contao sich an Agenturen ausrichten soll, dann ist eben so, und werden weniger Benutzer da sein die Contao benutzen. Schade.Ich persönlich mag Contao sehr.
Ich weiss das für Contao 4 nicht unbedinkt SSH notwendig ist, denn ich habe es mehrmals installiert, bis ein Systemtechnische Problem auftritt so wie diese Symfony update.
Verstehen Sie jetzt?
Was genau hat nicht funktioniert?Zitat:
Zitat von stojovski
Hallo BugBusterZitat:
Zitat von BugBuster
Genau aus diesen Gründen arbeite ich nur noch lokal mit XAMPP 7.1.7 Win 7/Win 10. Ich habe immer ein komplettes Backup (Daten und DB) des Contaos Projektes an dem ich arbeite. Update und Installationen von Paketen nur noch lokal mit composer. Contao Manager benutze ich voläufig nicht mehr, er nervt einfach. Geht beim Update etwas schief, z.B wegen des genialen Symfony Framework, (scheint halt doch nicht so genial zu sein), was solls, Vorgänger Version wieder benutzen, Tee trinken und abwarten bis Symfony Probleme behoben sind. Funktioniert dann alles, ab auf den Live Server.
Gruss pumukel
Doch, ist es. Keine Sorge.Zitat:
Zitat von pumukel
"/var/www/clients/client1/web1/web/composer.json" does not contain valid JSONZitat:
Zitat von CeeKay
Parse error on line 30:
...ontao/core-bundle": "<4.4.17“,
----------------------^
Invalid string, it appears you forgot to terminate a string, or attempted to write a multiline
string which is invalid
"/var/www/clients/client1/web1/web/composer.json" does not contain valid JSON
Parse error on line 30:
...ontao/core-bundle": "<4.4.8“,
----------------------^
Invalid string, it appears you forgot to terminate a string, or attempted to write a multiline
string which is invalid
Genial daneben
Du hast deine composer.json fehlerhaft editiert.Zitat:
Zitat von stojovski
Nein habe ich nicht.Genau nach der Anleitung hier, und per ssh versucht.Zitat:
Zitat von Spooky
Soll jetzt mit jeder Update den composer.json editiert werden?
Das war mit version 4.4.16, dann wieder das gleiche mit version 4.4.17.
Dazu jetzt noch besser:
Loading composer repositories with package information
Updating dependencies
Nothing to install or update
Generating optimized autoload files
> Contao\ManagerBundle\Composer\ScriptHandler::initi alizeApplication
Script Contao\ManagerBundle\Composer\ScriptHandler::initi alizeApplication handling the post-update-cmd event terminated with an exception
--------------------------------------------------------
Exception occured: Could not delete /var/www/clients/client1/web1/web/var/cache/prod/appProdProjectContainerUrlMatcher.php.meta:
#0 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core/src/Task/Composer/AbstractComposerCommandTask.php(166): Tenside\Core\Task\Composer\AbstractComposerCommand Task->executeCommand(Object(Composer\Command\UpdateComm and), Object(Symfony\Component\Console\Input\ArrayInput) , Object(Tenside\Core\Task\TaskOutput))
#1 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core/src/Task/Task.php(173): Tenside\Core\Task\Composer\AbstractComposerCommand Task->doPerform()
#2 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core/src/Task/Runner.php(89): Tenside\Core\Task\Task->perform('/var/www/client...')
#3 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core-bundle/src/Command/RunTaskCommand.php(82): Tenside\Core\Task\Runner->run('/var/www/client...')
#4 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/symfony/console/Command/Command.php(252): Tenside\CoreBundle\Command\RunTaskCommand->execute(Object(Symfony\Component\Console\Input\Ar gvInput), Object(Symfony\Component\Console\Output\ConsoleOut put))
#5 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core-bundle/src/Command/RunTaskCommand.php(61): Symfony\Component\Console\Command\Command->run(Object(Symfony\Component\Console\Input\ArgvIn put), Object(Symfony\Component\Console\Output\ConsoleOut put))
#6 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/symfony/console/Application.php(964): Tenside\CoreBundle\Command\RunTaskCommand->run(Object(Symfony\Component\Console\Input\ArgvIn put), Object(Symfony\Component\Console\Output\ConsoleOut put))
#7 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/symfony/console/Application.php(248): Symfony\Component\Console\Application->doRunCommand(Object(Tenside\CoreBundle\Command\Ru nTaskCommand), Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOut put))
#8 phar:///var/www/clients/client1/web1/web/web/mgr.php/api/ApiApplication.php(71): Symfony\Component\Console\Application->doRun(Object(Symfony\Component\Console\Input\Argv Input), Object(Symfony\Component\Console\Output\ConsoleOut put))
#9 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/symfony/console/Application.php(148): Contao\ManagerApi\ApiApplication->doRun(Object(Symfony\Component\Console\Input\Argv Input), Object(Symfony\Component\Console\Output\ConsoleOut put))
#10 phar:///var/www/clients/client1/web1/web/web/mgr.php/api/console(83): Symfony\Component\Console\Application->run(Object(Symfony\Component\Console\Input\ArgvIn put), Object(Symfony\Component\Console\Output\ConsoleOut put))
#11 /var/www/clients/client1/web1/web/web/mgr.php(55): require('phar:///var/www...')
#12 {main}
Chained exception: Could not delete /var/www/clients/client1/web1/web/var/cache/prod/appProdProjectContainerUrlMatcher.php.meta:
#0 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/composer/composer/src/Composer/Util/Filesystem.php(166): Composer\Util\Filesystem->unlink('/var/www/client...')
#1 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/composer/composer/src/Composer/Util/Filesystem.php(133): Composer\Util\Filesystem->removeDirectoryPhp('/var/www/client...')
#2 /var/www/clients/client1/web1/web/vendor/contao/manager-bundle/src/Composer/ScriptHandler.php(51): Composer\Util\Filesystem->removeDirectory('/var/www/client...')
#3 /var/www/clients/client1/web1/web/vendor/contao/manager-bundle/src/Composer/ScriptHandler.php(32): Contao\ManagerBundle\Composer\ScriptHandler::purge CacheFolder()
#4 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/composer/composer/src/Composer/EventDispatcher/EventDispatcher.php(282): Contao\ManagerBundle\Composer\ScriptHandler::initi alizeApplication(Object(Composer\Script\Event))
#5 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/composer/composer/src/Composer/EventDispatcher/EventDispatcher.php(205): Composer\EventDispatcher\EventDispatcher->executeEventPhpScript('Contao\\ManagerB...', 'initializeAppli...', Object(Composer\Script\Event))
#6 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/composer/composer/src/Composer/EventDispatcher/EventDispatcher.php(96): Composer\EventDispatcher\EventDispatcher->doDispatch(Object(Composer\Script\Event))
#7 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/composer/composer/src/Composer/Installer.php(322): Composer\EventDispatcher\EventDispatcher->dispatchScript('post-update-cmd', false)
#8 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/composer/composer/src/Composer/Command/UpdateCommand.php(161): Composer\Installer->run()
#9 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/symfony/console/Command/Command.php(252): Composer\Command\UpdateCommand->execute(Object(Symfony\Component\Console\Input\Ar rayInput), Object(Tenside\Core\Task\TaskOutput))
#10 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core/src/Task/Composer/AbstractComposerCommandTask.php(147): Symfony\Component\Console\Command\Command->run(Object(Symfony\Component\Console\Input\ArrayI nput), Object(Tenside\Core\Task\TaskOutput))
#11 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core/src/Task/Composer/AbstractComposerCommandTask.php(166): Tenside\Core\Task\Composer\AbstractComposerCommand Task->executeCommand(Object(Composer\Command\UpdateComm and), Object(Symfony\Component\Console\Input\ArrayInput) , Object(Tenside\Core\Task\TaskOutput))
#12 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core/src/Task/Task.php(173): Tenside\Core\Task\Composer\AbstractComposerCommand Task->doPerform()
#13 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core/src/Task/Runner.php(89): Tenside\Core\Task\Task->perform('/var/www/client...')
#14 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core-bundle/src/Command/RunTaskCommand.php(82): Tenside\Core\Task\Runner->run('/var/www/client...')
#15 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/symfony/console/Command/Command.php(252): Tenside\CoreBundle\Command\RunTaskCommand->execute(Object(Symfony\Component\Console\Input\Ar gvInput), Object(Symfony\Component\Console\Output\ConsoleOut put))
#16 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/tenside/core-bundle/src/Command/RunTaskCommand.php(61): Symfony\Component\Console\Command\Command->run(Object(Symfony\Component\Console\Input\ArgvIn put), Object(Symfony\Component\Console\Output\ConsoleOut put))
#17 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/symfony/console/Application.php(964): Tenside\CoreBundle\Command\RunTaskCommand->run(Object(Symfony\Component\Console\Input\ArgvIn put), Object(Symfony\Component\Console\Output\ConsoleOut put))
#18 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/symfony/console/Application.php(248): Symfony\Component\Console\Application->doRunCommand(Object(Tenside\CoreBundle\Command\Ru nTaskCommand), Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOut put))
#19 phar:///var/www/clients/client1/web1/web/web/mgr.php/api/ApiApplication.php(71): Symfony\Component\Console\Application->doRun(Object(Symfony\Component\Console\Input\Argv Input), Object(Symfony\Component\Console\Output\ConsoleOut put))
#20 phar:///var/www/clients/client1/web1/web/web/mgr.php/vendor/symfony/console/Application.php(148): Contao\ManagerApi\ApiApplication->doRun(Object(Symfony\Component\Console\Input\Argv Input), Object(Symfony\Component\Console\Output\ConsoleOut put))
#21 phar:///var/www/clients/client1/web1/web/web/mgr.php/api/console(83): Symfony\Component\Console\Application->run(Object(Symfony\Component\Console\Input\ArgvIn put), Object(Symfony\Component\Console\Output\ConsoleOut put))
#22 /var/www/clients/client1/web1/web/web/mgr.php(55): require('phar:///var/www...')
#23 {main}
--------------------------------------------------------
Process terminated with exit code 1
Reason: General error
Doch hast Du, siehe (rote Markierung):Zitat:
Zitat von stojovski
Code:...ontao/core-bundle": "<4.4.17“,
So, jetzt neue installation bei All-Inkl:Zitat:
Zitat von w3scout
security.INFO: An AuthenticationException was thrown; redirecting to authentication entry point. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\Au thenticationCredentialsNotFoundException(code: 0): A Token was not found in the TokenStorage. at /www/htdocs/w014f452/cms/vendor/symfony/symfony/src/Symfony/Component/Security/Http/Firewall/AccessListener.php:51)"} []
[2018-04-17 16:22:50] app.CRITICAL: An exception occurred. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\Au thenticationCredentialsNotFoundException(code: 0): A Token was not found in the TokenStorage. at /www/htdocs/w014f452/cms/vendor/symfony/symfony/src/Symfony/Component/Security/Http/Firewall/AccessListener.php:51)"}
und das hier?Zitat:
Zitat von w3scout
Parse error on line 30:
...ontao/core-bundle": "<4.4.8“,
Genau der gleiche Fehler. Schau doch mal genau(!) hin. ;)Zitat:
Zitat von stojovski
security.INFO: An AuthenticationException was thrown; redirecting to authentication entry point. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\Au thenticationCredentialsNotFoundException(code: 0): A Token was not found in the TokenStorage. at /www/htdocs/w11114f452/cms/vendor/symfony/symfony/src/Symfony/Component/Security/Http/Firewall/AccessListener.php:51)"} []
[2018-04-17 16:22:50] app.CRITICAL: An exception occurred. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\Au thenticationCredentialsNotFoundException(code: 0): A Token was not found in the TokenStorage. at /www/htdocs/w11114f452/cms/vendor/symfony/symfony/src/Symfony/Component/Security/Http/Firewall/AccessListener.php:51)"}
Doch, hast du. Du hast ein invalides Zeichen verwendet: “ statt ".Zitat:
Zitat von stojovski
Du musst die Anpassung in der composer.json machen und danach ein composer update erfolgreich durchlaufen lassen.Zitat:
Zitat von stojovski
Das ist eine Folge hiervon: https://community.contao.org/de/show...-0-8-und-3-4-8Zitat:
Zitat von stojovski
Wenn Deine composer.json valide(!) ist und Du die Infos des verlinkten Artikels beachtest/ausführst, sollte Contao danach wieder problemlos funktionieren.
#Edit: Spooky war schneller :-)
Schon wieder composer.json? Bei neue Installation?Zitat:
Zitat von Spooky
Naja, ich glaube ich muss das CMS System wechseln, echt Schade.
Danke Ihnen für Ihre Hilfe.
Die 4.4.18 die morgen rauskommt, hat einen stärkeren conflict Eintrag in der composer.json, damit wird Symfony (bzw. Teile davon) in seinem Update Wahn inkl. Bugs gebremst. ;)
https://github.com/contao/core-bundl...b90767586ea9c4
Damit sollte die ständige Anpassung der composer.json erledigt sein.
War ja "nur" nötig, wer es noch nicht mitbekommen hat, weil Symfony einige Updates rausgebracht hat die nicht kompatibel sind mit Contao. (es aber sein sollten).
Das ist echt nervig.Ich hoffe damit werden probleme kleiner.