Ich hab das nun ebenfalls mal selbst durchgetestet: Mit einer aktuellen Composer 2-Version funktioniert die Installation ohne Probleme.
Druckbare Version
Ich hab das nun ebenfalls mal selbst durchgetestet: Mit einer aktuellen Composer 2-Version funktioniert die Installation ohne Probleme.
Hallo, ich habe Composer 2 am laufen.
Und so änlich sieht meine Konsolentask auch aus wie von swinde.
HTML-Code:
- Installing contao/conflicts (dev-fix/lobucci-jwt 871a7ce)
symfony/http-kernel suggests installing symfony/browser-kit
paragonie/random_compat suggests installing ext-libsodium (Provides a modern crypto API that can be used to generate random bytes.)
patchwork/utf8 suggests installing ext-wfio (Use WFIO for UTF-8 filesystem access on Windows)
php-http/discovery suggests installing puli/composer-plugin (Sets up Puli which is recommended for Discovery to work. Check http://docs.php-http.org/en/latest/discovery.html for more details.)
php-http/message suggests installing guzzlehttp/psr7 (Used with Guzzle PSR-7 Factories)
php-http/message suggests installing laminas/laminas-diactoros (Used with Diactoros Factories)
php-http/message suggests installing slim/slim (Used with Slim Framework PSR-7 implementation)
php-http/client-common suggests installing php-http/logger-plugin (PSR-3 Logger plugin)
php-http/client-common suggests installing php-http/cache-plugin (PSR-6 Cache plugin)
php-http/client-common suggests installing php-http/stopwatch-plugin (Symfony Stopwatch plugin)
symfony/dom-crawler suggests installing symfony/css-selector
symfony/twig-bridge suggests installing symfony/form (For using the FormExtension)
symfony/twig-bridge suggests installing symfony/web-link (For using the WebLinkExtension)
symfony/property-info suggests installing phpdocumentor/reflection-docblock (To use the PHPDoc)
symfony/property-info suggests installing symfony/serializer (To use Serializer metadata)
symfony/security-core suggests installing symfony/validator (For using the user password constraint)
symfony/security-core suggests installing symfony/ldap (For using LDAP integration)
monolog/monolog suggests installing graylog2/gelf-php (Allow sending log messages to a GrayLog2 server)
monolog/monolog suggests installing doctrine/couchdb (Allow sending log messages to a CouchDB server)
monolog/monolog suggests installing ruflin/elastica (Allow sending log messages to an Elastic Search server)
monolog/monolog suggests installing elasticsearch/elasticsearch (Allow sending log messages to an Elasticsearch server via official client)
monolog/monolog suggests installing php-amqplib/php-amqplib (Allow sending log messages to an AMQP server using php-amqplib)
monolog/monolog suggests installing ext-amqp (Allow sending log messages to an AMQP server (1.0+ required))
monolog/monolog suggests installing ext-mongodb (Allow sending log messages to a MongoDB server (via driver))
monolog/monolog suggests installing mongodb/mongodb (Allow sending log messages to a MongoDB server (via library))
monolog/monolog suggests installing aws/aws-sdk-php (Allow sending log messages to AWS services like DynamoDB)
monolog/monolog suggests installing rollbar/rollbar (Allow sending log messages to Rollbar)
monolog/monolog suggests installing php-console/php-console (Allow sending log messages to Google Chrome)
symfony/framework-bundle suggests installing ext-apcu (For best performance of the system caches)
symfony/framework-bundle suggests installing symfony/form (For using forms)
symfony/framework-bundle suggests installing symfony/serializer (For using the serializer service)
symfony/framework-bundle suggests installing symfony/validator (For using validation)
symfony/framework-bundle suggests installing symfony/web-link (For using web links, features such as preloading, prefetching or prerendering)
symfony-cmf/routing-bundle suggests installing doctrine/phpcr-odm (To enable support for the PHPCR ODM documents (^1.4))
symfony-cmf/routing-bundle suggests installing doctrine/phpcr-bundle (To enable support for the PHPCR ODM documents)
simplepie/simplepie suggests installing mf2/mf2 (Microformat module that allows for parsing HTML for microformats)
scheb/2fa-bundle suggests installing scheb/2fa-email (Send codes by email)
scheb/2fa-bundle suggests installing scheb/2fa-totp (Temporary one-time password (TOTP) support (Google Authenticator compatible))
scheb/2fa-bundle suggests installing scheb/2fa-google-authenticator (Google Authenticator support)
scheb/2fa-bundle suggests installing scheb/2fa-qr-code (Generate QR codes for Google Authenticator / TOTP)
ramsey/uuid suggests installing ext-libsodium (Provides the PECL libsodium extension for use with the SodiumRandomGenerator)
ramsey/uuid suggests installing ext-uuid (Provides the PECL UUID extension for use with the PeclUuidTimeGenerator and PeclUuidRandomGenerator)
ramsey/uuid suggests installing moontoast/math (Provides support for converting UUID to 128-bit integer (in string form).)
ramsey/uuid suggests installing ramsey/uuid-console (A console application for generating UUIDs with ramsey/uuid)
ramsey/uuid suggests installing ramsey/uuid-doctrine (Allows the use of Ramsey\Uuid\Uuid as Doctrine field type.)
ramsey/uuid suggests installing paragonie/random-lib (Provides RandomLib for use with the RandomLibAdapter)
doctrine/cache suggests installing alcaeus/mongo-php-adapter (Required to use legacy MongoDB driver)
league/uri-schemes suggests installing league/uri-manipulations (Needed to easily manipulate URI objects)
imagine/imagine suggests installing ext-imagick (to use the Imagick implementation)
imagine/imagine suggests installing ext-gmagick (to use the Gmagick implementation)
friendsofsymfony/http-cache-bundle suggests installing sensio/framework-extra-bundle (For Tagged Cache Invalidation)
symfony/doctrine-bridge suggests installing symfony/form
symfony/doctrine-bridge suggests installing symfony/validator
symfony/doctrine-bridge suggests installing doctrine/data-fixtures
contao/image suggests installing ext-exif (To support EXIF auto-rotation)
bacon/bacon-qr-code suggests installing ext-imagick (to generate QR code images)
contao/core-bundle suggests installing contao/tcpdf-bundle (To export articles as PDF files)
laminas/laminas-eventmanager suggests installing container-interop/container-interop (^1.1, to use the lazy listeners feature)
laminas/laminas-eventmanager suggests installing laminas/laminas-stdlib (^2.7.3 || ^3.0, to use the FilterChain feature)
laminas/laminas-code suggests installing laminas/laminas-stdlib (Laminas\Stdlib component)
ocramius/proxy-manager suggests installing ocramius/generated-hydrator (To have very fast object to array to object conversion for ghost objects)
ocramius/proxy-manager suggests installing laminas/laminas-xmlrpc (To have the XmlRpc adapter (Remote Object feature))
ocramius/proxy-manager suggests installing laminas/laminas-json (To have the JsonRpc adapter (Remote Object feature))
ocramius/proxy-manager suggests installing laminas/laminas-soap (To have the Soap adapter (Remote Object feature))
contao/manager-bundle suggests installing contao/tcpdf-bundle (To export articles as PDF files)
Package patchwork/utf8 is abandoned, you should avoid using it. Use symfony/polyfill-mbstring or symfony/string instead.
Writing lock file
Generating autoload files
composer/package-versions-deprecated: Generating version class...
composer/package-versions-deprecated: ...done generating version class
86 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
contao/manager-plugin: Generating plugin class...
contao/manager-plugin: ...done generating plugin class
> @php vendor/bin/contao-setup
dir=$(cd "${0%[/\\]*}" > /dev/null; cd "../contao/manager-bundle/bin" && pwd)
if [ -d /proc/cygdrive ]; then
case $(which php) in
$(readlink -n /proc/cygdrive)/*)
# We are in Cygwin using Windows php, so the path must be translated
dir=$(cygpath -m "$dir");
;;
esac
fi
"${dir}/contao-setup" "$@"
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0Warning: Failed to create the file contao11/web/contao-manager.phar.php: No
Warning: such file or directory
0 13.0M 0 363 0 0 363 0 10:26:19 --:--:-- 10:26:19 1222
curl: (23) Failed writing body (0 != 363)
***** NOTE: Now, you can use pretty url for your awesome project :) *****
--------------------------------------------------
(Laragon) Project path: T:/laragon/www/contao11
(Laragon) Pretty url: http://contao11.local
--------------------------------------------------
wolli
Moderation: bitte editiere deinen Post und nutze [code] Tags für Konsolenausgaben, Fehlermeldungen, Code, etc.
Welche Version genau? Du brauchst mindestens 2.0.10 unter Windows.Zitat:
Zitat von wolli
@wolli
Laragon hat, glaube ich, seinen eigenen Composer.
Gib in der Konsole von Laragon mal composer -V ein und evtl. composer self-update --2 zum Installieren von Composer 2.
Deinen Code hatte ich mit dem altem Composer.
Steffen Winde
Hallo swinde, Danke für deine Hilfe.
Habe C:\Laragon
Composer -V
Composer version 2.0.11
Nochmal eine neue Seite angelegt test.local
diesmal sind alle dateien vorhanden auch das web.
Trotzdem komme ich nicht rein :
test.local/contao/install
http://test.local/contao/install
http://test.local/index.php/contao/install
(404)
wolli
Hallo community, habe erfolg gehabt über den Contao-Manager:
http://test.local/contao-manager.phar.php
install und login alles Palletti.
Danke
wolli
bis gestern hatte ich noch Composer 2.0.8 ohne Probleme im EinsatzZitat:
Zitat von Spooky
Wenn du composer create-project für Contao 4.11 unter Windows ausführen willst, brauchst du mindestens Composer 2.0.10, ansonsten kommt es zu einem Fehler.Zitat:
Zitat von magicsepp
Hallo community, ich habe vor die neueste Laragon version 5.0 zu Installieren .
Ist es möglich ein Update mit Laragon 5.0 über meine Aktuelle Version von Laragon 4.0.15 zu machen, Laragon 5.0 macht ein Automatisches Update ohne meine vorherige einstellung zu zerstören.
Oder stimmt das nicht.
Danke
Wolli
Hallo, in der Version 4 tauschte man nur die laragon.exe aus, wie das in der 5er Version gehandhabt wird weiß ich nicht.
hallo swinde, ich werde es versuchen die 5.0 Version so zu Kopieren wie mit der 4 Version.
Ich werde berichten.
Danke
Wolli
So beschreibt es der Programautor auch in seinem Beitrag.Zitat:
Zitat von swinde
https://forum.laragon.org/topic/2468...e-to-laragon-5
ich habe parallel zur mySQL 5.7 eine 8.0.26 hinzugefügt.
nun wird hier ein neuer mysql-Ordner angelegt:
laragon\data\mysql-8
Auf diesen greift wohl die neue Version zu, weil sich das Frontend mit einer Fehlermeldung meldet und das Installtool eine neue Datenbank anlegen möchte.
Wo fehlt mir der Schritt, dass mySQL nun wieder auf den Ordner mit all den Datenbanken drinnen zugreift (laragon\data\mysql)? Oder muss ich die Datenbanken nun alle "übersiedeln"?
Öffne ich 'Datenbank' so befinden sich in der Auflistung keine meiner angelegten Installationen/Datenbanken
Hallo Leute, ich habe versucht contao 4.12.1 auf contao 4.12.3 einen Update zu machen , Problem jetzt ich komme nicht mehr ins Login noch ins Install.
Ich komme aber mit dem Conao-Manager rein und contao zeigt mir "Unbekannte Version".
Anhang 25023
Anhang 25024
Was kann ich tun, das es wieder funzt.
Danke
wolli
Du hast ^4.12. als Requirement eingetragen, solltest wenn dann aber 4.12.* verwenden. Laut deiner Konsolenausgabe hast du außerdem eine Erweiterung installiert, die nicht mit Symfony 5 kompatibel ist.
Hallo Spooky, habe im Contao-manager ,"contao-frontend-builder" gelöscht alles geht wieder .
Contao Login + Install ist wieder möglich aber immer noch "unbekannte Version".
Wo kann ich das * eingeben im Composer.json habe ich es eingegen aber das funzt nicht.
Danke für deine Hilfe
wolli
Hallo Spooky, Danke für deine Hilfe der Contao-Manager zeigt keine Fehler mehr an.
Anhang 25028
Anhang 25029
Danke
wolli
Guten Morgen, bin gerade etwas verwirrt ...
Lokaler Versuch 4.12 via Laragon zu installieren.
/web wird ab 4.12 nicht mehr angelegt
also habe ich in der \laragon\usr\sites.conf folgende Zeile eingefügt:
Unterscheidung zu 4.9: ich habe public anstatt web verwendet.Zitat:
# Contao 4.12
Contao 4.12 Website …=composer create-project contao/managed-edition %s 4.12.* && curl https://download.contao.org/contao-m...o-manager.phar -o %s/public/contao-manager.phar.php
Nun kann ich auch dev413.local/contao-manager.phar.php aufrufen und beginne mit der Eingabe. Aber beim Versuch den CM einzurichten werde ich nun höflich darauf hingewiesen, dass der Pfad nicht passt.
https://community.contao.org/de/atta...8&d=1638261057
Anhang 25078
- wie wäre nun das weitere Vorgehen?
- wo passe ich was wie an?
- ist das ein Problem seitens Contao Manager, weil er noch nicht für 4.12 „vorbereitet“ ist?
freue mich auf eure Hilfe
Workaround:
- Installation 4.9
- Update auf 4.12
» hier wird ein Ordner "/web" angelegt und die Installation greift auch hierauf zu [Handbuch]
Ist der Ordner dev413 und dev413/public komplett leer (bis auf die contao-manager.phar.php)? (Versteckte Dateien anzeigen nicht vergessen.)
nein, dev413/public ist nicht leer. Aber zu diesem Zeitpunkt ist der dev4922/web einer 4.9 Installation auch nicht (mehr) leer.
Ich habe nun mal 2 Installation gestartet - eine 4.9 (» dev4922.local) und eine 4.12 (» dev413.local).
https://community.contao.org/de/atta...9&d=1638263570 https://community.contao.org/de/atta...0&d=1638263587
Anhang 25079 Anhang 25080
Bei beiden lässt sich der Contao Manager "normal" starten und Benutzer anlegen.
In der Systemprüfung:
dev4922.local: Contao-Installation ... grünes Haken-Icon und Contao 4.9.22 (API-Version 2) gefunden.
dev413.local: Contao-Installation ... oranges Info-Icon und Es wurde keine Contao-Installation gefunden.
Und beim Versuch durch 'Einrichtung' kommt dann bereits oben gepostete Info, dass der Pfad angepasst werden müsse
Ich hebe dies nochmals hoch, denn auch mit der 4.12.4 taucht das gleiche Verhalten auf.
Wer kann mir hier weiterhelfen und mir mitteilen, welcher Eintrag in der sites.conf für eine 4.12 korrekt wäre?
Schaffe nur ich die Installation unter 4.12 nicht, oder ist haben auch andere ein Problem mit der Installation einer 4.12?
An welchen Schräubchen müsste ich drehen?
Wie erwähnt ... eine 4.9 läuft einwandfrei durch und ein Update von 4.9 auf 4.12 ist ebenfalls fehlerfrei möglich.
Ich habe mir einen 'workaround' für die Installtion einer 4.12.* erabeitet und möchte diesen hier auch mitteilen:
Problemstellung:
ab Contao 4.12 wird ein /public Ordner anstatt /web erstellt. Somit meckert der Contao Manager an diversen Stellen.
Ablauf:
• Anpassung der C:\laragon\usr\sites.conf
Unterschied ist hier nur, dass die contao-manager.phar im /public Ordner geladen wird.PHP-Code:Contao 4.12 Website …=composer create-project contao/managed-edition %s 4.12.* && curl https://download.contao.org/contao-manager/stable/contao-manager.phar -o %s/public/contao-manager.phar.php
• (wie gewohnt) Neue Webseite erstellen und 4.12 auswählen
• Projektname eingeben und Ablauf wie bisher
• nun im Projekt den Ordner /public auf /web umbenennen
C:\laragon\www\meinProjekt\public\ wird zu C:\laragon\www\meinProjekt\web\
• in der Datei C:\laragon\etc\apache2\sites-enabled\auto.meinProjekt.local.conf die beiden Ordner \public ebenfalls auf \web ändern und speichern
• Apache Server neu starten » 'Neu laden'
• im Browser wie gewohnt den Contao Manger starten » meinProjekt.local/contao-manager.phar.php
• Contao Manager einrichten
• in der Systemwartung unter 'Composer-Cache' den Button 'Cache leeren'
• in der Systemwartung unter 'Composer-Abhängigkeiten' aufklappen und 'Composer update ausführen'
• ab nun kann auch die Datenbank aktualisiert werden oder das Installtool aufgerufen werden, ohne dass ein Fehler anschlägt
Unter Verwendung des Contao Managers musst du nichts anders machen. Also du kannst genau so wie in Contao 4.9 auch weiterhin den /web Ordner nutzen und dort die contao-manager.phar.php hinein geben.
Nein eben nicht ... diverse Varianen versucht und kein Ergebnis damit erzielt. Jetzt mit obigen workaround aber schonZitat:
Zitat von Spooky
Laut deinem Post hattest du versucht die contao-manager.phar.php in den /public Ordner zu geben, statt dem /web Ordner. Du musst die contao-manager.phar.php in den /web Ordner geben.Zitat:
Zitat von derRenner
Moin,
es gab hier ja schon einmal die Frage nach der Performance, allerdings ergebnislos ... nun, bei mir ist Laragon auch seeeeehr langsam. Ich möchte ungern wechseln, da ich nicht so versiert bin in den Dingen, die da so im Hintergrund von Laragon/Contao laufen und einfach nur froh, wenn etwas funktioniert und ich damit arbeiten kann. Nur die Geschwindigkeit lässt mich die Wände hochgehen. Ich kann mir auch überhaupt nicht vorstellen, dass das bei euch allen so langsam läuft und ihr verwendet es dennoch ... :D
Heute hab ich mal den Debug-Modus angeworfen und mir im Symphony Profiler die Performance angeschaut. Und da hab ich gesehen, dass der TraceableFirewallListener ziemlich reinhaut, hier sind ein paar Werte, die ich beim Aufrufen von Dateiverwaltung, Artikel, Einstellungen etc. herausgelesen habe: 1681,9 ms, 1949,3 ms, 2860,7 ms, 2980 ms, 3217,7 ms ... :rolleyes:
Auf der Live-Seite hingegen bewegen sich die Werte im niedrigen zweistelligen Bereich: 27,7 ms, 18,9 ms, 18,4 ms, 25,7 ms ...
Frage: ist das normal? Oder kann ich irgendetwas tun? Vielleicht gibt's ja sogar eine ganz einfach Lösung :)
nach meiner Beobachtung gibt es unter Windows kein schnelles System - egal was man verwendet... EasyPHP, oder WAMP o.ä.
Meine Erfahrung
Im Jahr 2019 lief Laragon bei mir noch gut, ich weiß nicht mehr, welche Windowsversion damals aktuell war. Nutzte es oft Wochen nicht. Als ich es wieder Mal nutzen wollte, mußte ich feststellen, es ist so langsam geworden, daß sich damit nicht mehr arbeiten läßt. Hab dann im Internet nach Lösungen gesucht, vieles ausprobiert, sogar das ganze System neu installiert. Nichts hat geholfen, so gab ich es auf. Beruhigend ist, ich bin nicht der Einzige, bei dem es so ist.
Also ich habe mit nginx, PHP-FPM und opcache auch unter Windows im Debug Modus niedrige Response Times.Zitat:
Zitat von zonky
Ein Gründ könnte sein, das Windows generell bei vielen kleinen Dateien in die Knie geht - bei den aktuellen Versionen sind das einige Tausend!
Hallo bibib,Zitat:
Zitat von bibib
nutze Laragon recht selten, aber die Performance ist ok. Hier einmal ein Screenshot im Debug-Modus von einer Frontend-Seite, die wenig Inhalte hat (aber auch das Contao-Backend wird schnell aufgerufen):
Anhang 25204
Genutzt wird: Contao 4.12, MariaDB, PHP 7.4, Laragon 4.0
War es bei Dir denn schon immer so langsam oder ggf. erst mit einem Contao-Update?
Herzliche Grüße, Petra
Ich möchte das etwas einschränken!Zitat:
Zitat von zonky
Es kommt darauf an wo Laragon läuft. Wenn die benutzte Festplatte, wie damals bei mir, eine HDD und kurz vorm abnibbeln ist, dann kann das schon sein.
Seit ich auf SD Festplatte umgestellt habe, rennt bei mir Laragon super.
Der Fragesteller erwähnt auch nicht die Version! Ich habe 5.x in Benutzung.
Ich nutze auch eine SD Festplatte und bin mit Performance zufrieden :)Zitat:
Zitat von swinde
Hmmm, danke euch.
Okay, leider ist nginx für mich ziemlich chinesisch, aber gut zu wissen, dass es Hoffnung gibt. :)Zitat:
Zitat von Spooky
EDIT: Aha, ich sehe, ich kann nginx auch mit Laragon nutzen. Das muss ich mir anschauen.
Petra, schnell war es noch nie. Ich habe allerdings erst mit Contao 4.4 angefangen, und zwischen 4.4 und 4.9 merke ich keinen Unterschied. Aber es ist schon mal beruhigend, dass es bei dir nicht so schlecht aussieht.Zitat:
Zitat von petra
Hier die Eckdaten:Zitat:
Zitat von swinde
Contao 4.4 und 4.9
Laragon 4
MySQL 5.7
PHP 7.4
Festplatte: Samsung SSD 750 mit 250 GB (aktuell 89,9 GB frei von 231 GB)
Okay, ich werde mal Laragon updaten.
Hab auch eine SSD, aber das beeindruckt Laragon bei mir nicht
So, Update auf Laragon 5 ist durch.
Der TraceableFirewallListener hat sich tatsächlich auf Werte zwischen 200 und 300 reduziert, allerdingst seh ich jetzt beim Controller Werte über 1000 ms (leider hab ich mir die Werte von vorher nicht kopiert, aber es muss deutlich weniger gewesen sein). Also gesamt hat sich nicht allzuviel verändert.
Dann werde ich mich dem Thema nginx widmen.
Soweit keine großartigen Änderungen nach Umstellung auf nginx. :(
Spooky, ich habe im Laragon-Forum nach PHP-FPM gesucht und das hier gefunden:Zitat:
Zitat von Spooky
Bevor ich das mache: ist das korrekt so?Zitat:
Just download and unzip PHP NTS version, Laragon will auto config php-fpm.
Wie du PHP-FPM in Laragon einrichtest weiß ich nicht ;). Ich nutze Laragon nicht.
Okay, falsche Fragestellung, sorry, da stand eben, dass PHP-FPM in Windows nicht unterstützt wird (scheinbar aber doch, wenn du es verwendest).Zitat:
Zitat von Spooky
Aber es hat sich sowieso erledigt. :)
Hat leider alles nicht wirklich etwas bewirkt, ich geh wieder arbeiten. :( Danke euch trotzdem.
================================================== ==========
Edit: Muss mich korrigieren, in Chrome ist das Backend jetzt deutlich schneller ... (in FF nur mit viel Phantasie)
Moin,
ich wollte gerade Contao 4.13 mit Laragon installieren, bekomme aber folgende Fehlermeldung:
Composer ist eigentlich auf dem aktuellsten Stand (2.2.7) – was will mir diese Meldung sagen? Alles, was ich bis jetzt dazu gefunden habe (Forum und Slack) bezieht sich auf eine existierende Installation, da kann das Problem mit einer Paketaktualisierung gelöst werden. Aber hier komme ich ja gar nicht so weit ...Zitat:
Your requirements could not be resolved to an installable set of packages.
Problem 1
- contao/core-bundle 4.13.0 requires composer-runtime-api ^2.0.14 -> found composer-runtime-api[2.0.0] but it does not match the constraint.
------------------------------------------
Btw. wollte ich auch noch Rückmeldung geben zu meinem vorhergehenden Anliegen: In der FF-Developer-Version (die nur die allernötigsten Plugins mitbekommen hat) läuft Contao jetzt zwar nicht blitzschnell, aber doch so, dass es sich gut damit arbeiten lässt. :)
Hallo liebe Community, habe ein kleines Problem.
habe eine Alte Webseite von 4.12.3 auf 4.12.7 Updaten wollen mit Php 8.1.6 das war mein Fehler nun komme ich nicht mehr im Login und Install rein.
das ist der ausdruck von der Konsole:
Anhang 25615
Habe versucht ein Composer self-update zu machen auf composer 2.3.6 fehler
Anhang 25616
Mit freundlichen Grüssen
wolli
Die neueste Version ist Contao 4.13.5 - aktualisiere Contao zuerst.
Hallo Spooky habe ich gemacht aber ich komme trotzdem nicht ins login.
Hier das Konsolen Bild:
Anhang 25619
Und der auszug vom Composer update:
Anhang 25620
Danke Spooky
Sehr seltsam. Lösche mal vendor/symfony/deprecation-contracts, logge dich dann wieder im Contao Manager ein, führe den abgesicherten Modus aus und dann in der Systemwartung "Composer Update ausführen".
Danke Spooky, für die Info, hat aber nichts gebracht.
Lösche mal vendor/symfony/deprecation-contracts ausgeführt.
busch471.local/contao-manager.php/#/discover ausgeführt sofot Systemprüfung und sofot Hintergrund-Prozess und dort steht Installieren von Composer-Abhängigkeiten.
Habe nach einer stunde abgebrochen.
kein abgesicherten Modus.
Danke
wolli
Hallo Spooky, habe das hier ausgeführt busch471.local/contao-manager.php/#/maintenance
kein weiter kommen um in den abgesicherten Modus rein zu kommen um composer update zu machen.
Schade
Danke Spooky
wolli
Hallo Spooky, gibt es eine Möglichkeit eines Zwangsupdate auf Composer Version 2.3.7.
Hallo Community ich brauche hilfe da ich nicht weiter komme.
Habe in Contao-manager die Datei task.json gelöscht komme zwar im Manager wieder rein aber er bricht immmer mit einem Fehler ab.
Anhang 25643
Danke
wolli
Hallo, ich bekomme den MyAdmin nicht aufgerufen, es kommt immer zu diesem Fehler.
Fatal error: Array and string offset access syntax with curly braces is no longer supported in C:\laragon\etc\apps\phpMyAdmin\libraries\Util.clas s.php on line 2095
Was mache ich Falsch.
Danke
Wolli
Zuspät gesehen:
Datenbankverwaltung mit phpMyAdmin
ToDo: phpMyAdmin installieren
Jetzt geht es wieder.
Wolli
Hallo ich habe versucht über die Konsole C 5.0.7 zu Installieren habe es schon 2 mal versucht.
Fehler ist das der Contao-Manager nicht mit installiert wird, ich kopiere in nach im Laragon/contao-manager 1.6.1 und dann läuft es wieder.
Aber ich kann die Seite nicht aufrufen da kommt immer der Fehler 404.
Liegt das an Laragon\usr\sites.conf das ich was Falsch geschrieben habe:
# Contao 5
Contao 5 Website …=composer create-project contao/managed-edition %s 5.0.* && curl https://download.contao.org/contao-m...o-manager.phar -o %s/public/contao-manager.phar.php
Danke für die Hilfe
wolli
So wie ich das lese wird das wohl nix. Du musst den Contao-Manager zuerst und unhabhängig von Contao installieren. Dann den Contao-Manager aufrufen und Contao installieren.
Danke für deine Hilfe Norbert001 , ich werde contao 5 erstmal zu den Akten legen .
"Du musst den Contao-Manager zuerst und unhabhängig von Contao installieren. Dann den Contao-Manager aufrufen und Contao installieren."
Das macht Laragon für mich "Neue Webseite erstellen" und alles ist super,bei Contao 4.13 geht das so.
Aber mit Contao 5.0 geht das nichtmer wie auch immer ich weiss es nicht.
Danke
Wolli
Könnte mir da jemand Helfen? Ich würd gern wissen wo ich die Konfigurationsdateien speichern muss direkt im C:/laragon/etc/ssl oder wo kommen die denn hin, und weiters wie entfernt man bei den Keys die erwähnten Passwörter (da ist auch nix angegeben) und muss ich das jetzt bei jeder Testdomain machen ????
Nachtrag: wie verhält es sich denn, wenn die cacert.pem bereits schon im Zertifikatsspeicher impportiert wurde oder vorhanden ist ???
Danke schon mal im Voraus für die Hilfestellung
Zitat:
Zitat von elwega
Hallo , wer kann mir helfen habe Mariadb 10.10 Installiert jetzt kein Login mehr in:
Contao 4.13
-Anmeldung fehlgeschlagen
Installtool
-Datenverbindung fehlgeschlagen
phpmyadmin
myaqli::real_connect():(HY000/1045):Access denied for user'root'@'localhost'(using password NO)
Contao-Manager 1.6.2
Composer Abhängigkeit OK
Composer Cache OK
Anwendungs-Cache OK
php 8.1
Contao 4.13.15
mysql 5.7
Ich bin für jede Info Dank bar.
wolli
Dahin C:/laragon/etc/ssl bzw in D: wenn D:/laragon/etc/ssl dein Verzeichnis istZitat:
Zitat von designpilot
Die Passwörter werden doch entfernt, wenn man die Reihenfolge einhält?
also muss ich das bei jeder Testfomain machen ???Zitat:
Zitat von elwega
Gesendet von iPhone mit Tapatalk Pro
Ich habe mir nun einige Stunden um die Ohren geschlagen um eine existierenden Webseite mit Laragon (6.0) lokal zu hosten damit ich sie bearbeiten kann.
Zum einen musste das PHP auf den gleichen Level gebracht werden, wie die PHP Version vom Hosting (8.2.19) das hat dann dazu geführt, das ich einen aktualisierten Apache installieren musste und das wiederum eine neue VC Runtime benötigte. Nach dem die ganzen Vorbedingungen nun erfüllt sind, habe ich vom Hoster die Datenbank via phpMyAdmin geholt und eine neue Datenbank lokal erstellt und dort eingespielt.
Dann habe ich die Installation vom Hoster entsprechend der Docs auf meine lokale Installation kopiert und die Pfade der Datenbank an die lokalen Gegebenheiten angepasst.
Anschliessend noch contao-manager.phar runtergeladen ins public Verzeichnis und dort den Namen mit .php erweitert und ausgeführt.
Alles ist gut durchgelaufen. Ich konnte auf die 4.13.x lokal zugreifen. Dann habe ich versucht die Installation auf die 5.3.x zu aktualisieren.
Das hat erstmal nicht geklappt, weil ich mein Theme als Theme_Basis benannt hatte und das in 5.x nicht mehr geht einen _ zu nutzen. Offenbar will Symphony das nicht. Das habe ich dann umbenannt und im Original auf dem Server vom Hoster auch gleich geändert.
Dann den Contao-Manager erneut gestartet und es gibt eine Fehlermeldung bei der ich nicht weiterkomme:
Es gibt einige Beiträge unter anderem diesen hier im Forum die auf .env.local hinweisen. Aber was zum Donnerwetter ist das? Wo finde ich das und wie kann ich das anpassen?Code:vendor/bin/contao-console list
15:29:23 CRITICAL [console] Error thrown while running command "list --format=json". Message: "Unsupported sendmail command flags "C:/laragon/bin/sendmail/sendmail.exe"; must be one of "-bs" or "-t" but can include additional flags." ["exception" => InvalidArgumentException { …},"command" => "list --format=json","message" => "Unsupported sendmail command flags "C:/laragon/bin/sendmail/sendmail.exe"; must be one of "-bs" or "-t" but can include additional flags."]
In SendmailTransport.php line 58:
Unsupported sendmail command flags "C:/laragon/bin/sendmail/sendmail.exe"; must be one of "-bs" or "-t" but can include additional flags.
list [--raw] [--format FORMAT] [--short] [--] [<namespace>]
So, ich antworte mir gerade mal selbst:
Im Verzeichnis oberhalb von public habe ich eine Datei .env angelegt mit dem Inhalt MAILER_DSN='smtp://mailuser:mailpassword@smtp.server.host:465?encrypt ion=ssl'
Dann bin ich über die Kommandozeile von laragon Cmder ins gleiche Verzeichnis oberhalb von public gewechselt und habe dorteingegeben.Code:php vendor\bin\contao-console dotenv:dump
Daraufhin habe ich im gleichen Verzeichnis dann eine .env.local.php erstellt bekommen. Anschliessend habe ich noch einmal den contao-manager gestartet und der Fehler von oben war weg.
Wenn dann solltest du .env.local nutzen.Zitat:
Zitat von bmxp
Den dotenv:dump brauchst du nicht unbedingt (ist nur eine Performance Optimierung).Zitat:
Zitat von bmxp
Um die Fehlermeldung "Unsupported sendmail command flags" unter Laragon zu verhindern, fügt VOR dem ersten Aufruf des Managers folgende Codezeile in die Datei env.local (befindet sich im ROOT-Verzeichnis der Installation) ein:
Wer mag, kann hier auch gleich mit einer weiteren Zeile die Datenbank verbinden:Code:MAILER_DSN='smtp://mailuser:mailpassword@smtp.server.host:465?encryption=ssl'
Code:DATABASE_URL=mysql://root@localhost:3306/[Projektname]
Um auch lokal von den neuen Features des Contao-Managers (direkt vor der Installation von Contao ein Theme auswählen) profitieren zu können, ist folgendes erforderlich:
Bearbeite über das Laragon-Menü Neue Webseite erstellen => Konfiguration die Datei sites.conf. Füge folgende Zeilen hinzu:
Damit die Installation funktioniert, muss auch die referenzierte Datei angelegt werden. Die Datei legt den Ordner /public an, bevor die Host-Konfiguration für das Projekt angelegt wird.Code:# Contao Manager Only
Contao-Manager ... =about && call ..\usr\cmd\create-project_contao.cmd "%s"
- Erstelle den Ordner "laragon\usr\cmd"
- Erstelle eine neue Datei mit dem Namen "create-project_contao.cmd" und füge folgenden Inhalt ein
Der Code wurde freundlicherweise von Husnil Khatami aka laragonzo zur Verfügung gestellt.Code:@echo off
title LaraGonzo Contao
setlocal enableextensions disabledelayedexpansion
set "dirname=%~1"
if "%dirname%"=="" exit
if exist "%dirname%\" (
goto :exit
)
mkdir "%dirname%\public"
cd "%dirname%\public"
type NUL > index.php
cls
echo Downloading Contao, please wait...
echo.
curl -o "contao-manager.phar.php" https://download.contao.org/contao-manager/stable/contao-manager.phar
:exit
endlocal
Ich hoffe, das hilft!
Tatsächlich muss man nur noch folgende Route nutzen (Jede URL würde den download triggern :D)Zitat:
Zitat von Skipman
Für den Fall, dass Ihr auch lokal mit Subdomains arbeiten wollt, habe ich hier eine Anleitung dazu verfasst.:cool:
Wäre das nicht auch was für die Doku?
Hab larogon neu Aufgesetzt und jetzt ...
php 8.3.16 ist installiert.
Der Manager sagt:
- PHP-Webprozess
PHP Version 8.3.16, keine bekannten Probleme gefunden.- Serverkonfiguration
PHP-Binary in C:\laragon\bin\php\php-8.3.16-Win32-vs16-x64\php.exe.- PHP Kommandozeilen-Programm
PHP Version 8.3.16, keine bekannten Probleme gefunden.
Verstehe ich die Fehlermeldung richtig, daß der nach PHP 8.4 sucht?
Code:> Resolving dependencies using Composer Cloud v3.8.1
[3.3MiB/0.12s] Loading composer repositories with package information
[59.9MiB/6.79s] Updating dependencies
[112.5MiB/7.89s] Your requirements could not be resolved to an installable set of packages.
[112.5MiB/7.89s]
Problem 1
- Root composer.json requires contao/newsletter-bundle 5.4.* -> satisfiable by contao/newsletter-bundle[5.4.0, ..., 5.4.13].
- contao/core-bundle[5.4.0, ..., 5.4.13] require scheb/2fa-trusted-device ^6.0 || ^7.0 -> satisfiable by scheb/2fa-trusted-device[v6.0.0, ..., v6.13.1, v7.0.0, ..., v7.6.0].
- contao/newsletter-bundle 5.4.0 requires contao/core-bundle 5.4.0 -> satisfiable by contao/core-bundle[5.4.0].
- contao/newsletter-bundle 5.4.1 requires contao/core-bundle 5.4.1 -> satisfiable by contao/core-bundle[5.4.1].
- contao/newsletter-bundle 5.4.10 requires contao/core-bundle 5.4.10 -> satisfiable by contao/core-bundle[5.4.10].
- contao/newsletter-bundle 5.4.11 requires contao/core-bundle 5.4.11 -> satisfiable by contao/core-bundle[5.4.11].
- contao/newsletter-bundle 5.4.12 requires contao/core-bundle 5.4.12 -> satisfiable by contao/core-bundle[5.4.12].
- contao/newsletter-bundle 5.4.13 requires contao/core-bundle 5.4.13 -> satisfiable by contao/core-bundle[5.4.13].
- contao/newsletter-bundle 5.4.2 requires contao/core-bundle 5.4.2 -> satisfiable by contao/core-bundle[5.4.2].
- contao/newsletter-bundle 5.4.3 requires contao/core-bundle 5.4.3 -> satisfiable by contao/core-bundle[5.4.3].
- contao/newsletter-bundle 5.4.4 requires contao/core-bundle 5.4.4 -> satisfiable by contao/core-bundle[5.4.4].
- contao/newsletter-bundle 5.4.5 requires contao/core-bundle 5.4.5 -> satisfiable by contao/core-bundle[5.4.5].
- contao/newsletter-bundle 5.4.6 requires contao/core-bundle 5.4.6 -> satisfiable by contao/core-bundle[5.4.6].
- contao/newsletter-bundle 5.4.7 requires contao/core-bundle 5.4.7 -> satisfiable by contao/core-bundle[5.4.7].
- contao/newsletter-bundle 5.4.8 requires contao/core-bundle 5.4.8 -> satisfiable by contao/core-bundle[5.4.8].
- contao/newsletter-bundle 5.4.9 requires contao/core-bundle 5.4.9 -> satisfiable by contao/core-bundle[5.4.9].
- lcobucci/jwt[4.1.0, ..., 4.3.0, 5.1.0, ..., 5.5.0] require ext-sodium * -> the ext-sodium package is disabled by your platform config. Enable it again with "composer config platform.ext-sodium --unset".
Alternatively you can require one of these packages that provide the extension (or parts of it):
- paragonie/sodium_compat_ext_sodium
- juspay/expresscheckout-php-sdk Express Checkout SDK for PHP allows easy integration with Juspay's EC payments as a service platform
- vufind/vufind A flexible discovery layer.
- lcobucci/jwt 5.0.0 requires php ~8.1.0 || ~8.2.0 -> your php version (8.3.16.0) does not satisfy that requirement.
- scheb/2fa-trusted-device[v6.0.0, ..., v6.3.0] require php ~8.0.0 || ~8.1.0 -> your php version (8.3.16.0) does not satisfy that requirement.
- scheb/2fa-trusted-device[v6.10.0, ..., v6.13.1] require lcobucci/jwt ^4.1 || ^5.0 -> satisfiable by lcobucci/jwt[4.1.0, ..., 4.3.0, 5.0.0, ..., 5.5.0].
- scheb/2fa-trusted-device[v6.13.0, v7.0.0, ..., v7.6.0] require lcobucci/jwt ^5.0 -> satisfiable by lcobucci/jwt[5.0.0, ..., 5.5.0].
- scheb/2fa-trusted-device[v6.4.0, ..., v6.9.0] require php ~8.0.0 || ~8.1.0 || ~8.2.0 -> your php version (8.3.16.0) does not satisfy that requirement.
To enable extensions, verify that they are enabled in your .ini files:
- /etc/php/8.4/cli/php.ini
- /etc/php/8.4/cli/conf.d/10-mysqlnd.ini
- /etc/php/8.4/cli/conf.d/10-opcache.ini
- /etc/php/8.4/cli/conf.d/10-pdo.ini
- /etc/php/8.4/cli/conf.d/15-xml.ini
- /etc/php/8.4/cli/conf.d/20-bcmath.ini
- /etc/php/8.4/cli/conf.d/20-bz2.ini
- /etc/php/8.4/cli/conf.d/20-calendar.ini
- /etc/php/8.4/cli/conf.d/20-ctype.ini
- /etc/php/8.4/cli/conf.d/20-curl.ini
- /etc/php/8.4/cli/conf.d/20-dba.ini
- /etc/php/8.4/cli/conf.d/20-dom.ini
- /etc/php/8.4/cli/conf.d/20-exif.ini
- /etc/php/8.4/cli/conf.d/20-ffi.ini
- /etc/php/8.4/cli/conf.d/20-fileinfo.ini
- /etc/php/8.4/cli/conf.d/20-ftp.ini
- /etc/php/8.4/cli/conf.d/20-gd.ini
- /etc/php/8.4/cli/conf.d/20-gettext.ini
- /etc/php/8.4/cli/conf.d/20-gmagick.ini
- /etc/php/8.4/cli/conf.d/20-gmp.ini
- /etc/php/8.4/cli/conf.d/20-iconv.ini
- /etc/php/8.4/cli/conf.d/20-igbinary.ini
- /etc/php/8.4/cli/conf.d/20-intl.ini
- /etc/php/8.4/cli/conf.d/20-ldap.ini
- /etc/php/8.4/cli/conf.d/20-mbstring.ini
- /etc/php/8.4/cli/conf.d/20-mysqli.ini
- /etc/php/8.4/cli/conf.d/20-pdo_mysql.ini
- /etc/php/8.4/cli/conf.d/20-pdo_sqlite.ini
- /etc/php/8.4/cli/conf.d/20-phar.ini
- /etc/php/8.4/cli/conf.d/20-posix.ini
- /etc/php/8.4/cli/conf.d/20-readline.ini
- /etc/php/8.4/cli/conf.d/20-shmop.ini
- /etc/php/8.4/cli/conf.d/20-simplexml.ini
- /etc/php/8.4/cli/conf.d/20-soap.ini
- /etc/php/8.4/cli/conf.d/20-sockets.ini
- /etc/php/8.4/cli/conf.d/20-sqlite3.ini
- /etc/php/8.4/cli/conf.d/20-sysvmsg.ini
- /etc/php/8.4/cli/conf.d/20-sysvsem.ini
- /etc/php/8.4/cli/conf.d/20-sysvshm.ini
- /etc/php/8.4/cli/conf.d/20-tokenizer.ini
- /etc/php/8.4/cli/conf.d/20-xmlreader.ini
- /etc/php/8.4/cli/conf.d/20-xmlwriter.ini
- /etc/php/8.4/cli/conf.d/20-xsl.ini
- /etc/php/8.4/cli/conf.d/20-zip.ini
- /etc/php/8.4/cli/conf.d/25-redis.ini
- /etc/php/8.4/cli/conf.d/50-serverctl.ini
You can also run `php --ini` in a terminal to see which files are used by PHP in CLI mode.
Alternatively, you can run Composer with `--ignore-platform-req=ext-sodium` to temporarily ignore these required extensions.
[112.5MiB/7.89s] <warning>Running update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems.</warning>
[36.7MiB/7.96s] Memory usage: 36.68MB (peak: 149.11MB), time: 7.96s.
[36.7MiB/7.96s] Finished Composer Cloud resolving.
ext-sodium fehlt dir, deswegen geht er auf eine ältere Version einer Abhängigkeit, welche nur mit PHP 8.1 und 8.2 kompatibel ist, du benutzt aber 8.3.
Du musst hier als einfach nur ext-sodium aktivieren.
Besten Dank!