Druckbare Version
Hallo, habe Contao 4.4.26 Installiert läuft.
Neue Datenbank angelegt danach Exportiert von Contao 3.5.36 und Importiert in eine Neue Datenbank db_contao4426 .
Sehen kann ich die Website aber was ich sehe ist nicht gut, Header/Menue nach links verschoben.
Kein Anzeige von Bilder,Masonryund CarouFredSel gehen nicht.
Das 16-Spalten Grid Funktioniert nicht und das alles bei 242 Seiten.
Was kann ich noch machen.
wolli
Schau mal in das CSS der Navi und ersetze span durch strong.Zitat:
Zitat von wolli
Ist es im Seitenlayout aktiviert?Zitat:
Das 16-Spalten Grid Funktioniert nicht
Für die Bilder vielleicht in der Dateiverwaltung synchronisieren?
Und die entsprechenden Ordner mit den Bildern öffentlich machen.
Edit: Auch die Ordner mit CSS öffentlich machen.
Bedenke bitte das du bei Contao 4 deine CSS umschreiben musst... es gibt bei PHP 7.1 oder höher den Tag <span> nicht mehr, der muss nun zu <strong> umgeschrieben werden ... ebenso der geschlossene Tag.... vllt ist das schon das Problem
Lg Heiko
Das hat nichts mit PHP zu tun ;-)Zitat:
Zitat von flensburger-stadtanzeig
Ist einfach ein Feature, was in Contao 4 dazu gekommen ist (Stichwort: Barrierefreiheit). In Navigationen wird die aktuelle Seite jetzt mit <strong> hervorgehoben, da es für Screenreader dann auch anders Betont wird, als ein (semantisch nichtssagendes) <span>.
Deswegen muss man dann ein wenig das CSS umschreiben, wenn man kein eingens Navigationsscript benutzt.
Viele Grüße
Hallo und Danke für die Info.
Habe Seitenlayout aktiviert.
Die Dateiverwaltung ist Synchonisiert.
Die Bilder sind öffentlich.
Und wie und wo kann ich die CSS öffentlich machen auch der span in strong zuersetzen, ich habe in meiner css kein span.
wolli
Wenn in deinem CSS zur Navigation kein span vorkommt, dann musst du natürlich da auch nichts anpassen. Das CSS musst du auch nur öffentlich machen, wenn es "externes" CSS ist, das irgendwo unter /files liegt und unter dieser URL dann auch ausgeliefert werden soll. Wenn es mit in der zusammengefassten Datei unter /assets/css drin ist, ist das nicht nötig.
Und nun was mache jetzt.
wolli
Mach mal im Backend eine Systemwartung, damit das alte CSS durch neues ersetzt wird. Und dann muss man mal schauen wie die Seite dann aussieht, eigentlich müsste sie schon recht gut aussehen, kann aber auch unterschiedlich sein je nach Erweiterungen. Bei mir wars das jedenfalls schon vor einigen Tagen, danach sah alles gleich aus wie bei der 3.5.36. Aber da war auch ausser BackupDB und einer eigenen Erweiterung sonst nichts drin.
hallo tab, Systemwartung gemacht, es sieht immer noch schlecht aus.
Anhang 21501
Das habe ich in der Website übernommen von Contao 3.5.36.
Das mit der Übernahme ist schlecht. Übernehme erstmal nichts (aber noch nichts in der DB löschen). Installiere die Erweiterungen über den Manager neu. Erweiterungen, die nicht für Contao 4 zur Verfügung stehen, kannst du dann versuchen manuell zu installieren. Dazu auf GitHub (oder wo auch immer) zuerst nach den neuesten Versionen suchen. Gibt es dann noch eine Erweiterung, die nicht mit Contao 4 läuft, musst du darauf verzichten, oder eine alternative Lösung suchen.
Hallo Andreas, habe versucht den Manager zu Installieren geht nicht.
Habe die Erwiterungen manuell Installiert . Ich versuche es mal über den Composer die Erweiterungen zu Installieren dazu werde ich auf GitHub nach sehen.
Aber wenn die hälfte der Erweiterungen nicht in Contao 4 Laufen , dann sehe ich keine sinn in Contao 4 weiter zu machen.
Danke
wolli
Zu meinen erkannten Erweiterungen:
"tivoka" brauchste nicht mehr, sofern das mal als Abhängigkeit von easyupdate3 installiert wurde wovon ich ausgehe.
"contao_grid_16_columns" musst du ersetzten durch "bugbuster/contao-grid_16-bundle", das ist die Contao 4 Variante.
was geht denn genau nicht? Bzw. hast Du zuvor Contao ohne Manager installiert?Zitat:
Zitat von wolli;
Vielleicht fängst Du nochmal von vorne an, ist wahrscheinlich mittlerweile die sauberste Sache.
Ich habe mir mal folgenden Weg aufgezeichnet, mit dem ich bisher gute Erfahrung machte:
* frische C4.4.x Version mit dem aktuellen Contao-Manager installiert.
* var/cache/prod gelöscht
* notwendige Erweiterungen mit dem CM installiert, Installtool aufgerufen und DB aktualisiert
* manuell installierte Contao 3.5 Erweiterungen (tatsächliche Ordner, keine Symlinks),in das Projektverzeichnis unter system/modules/ kopieren (falls nötig)
* var/cache/prod gelöscht
* Verzeichisse "files" und "templates" hochgeladen und im BE auf "öffentlich" geschaltet
* var/cache/prod gelöscht
* Inhalt der Datenbank gelöscht und mit PHPMyAdmin Datenbankdump der Sicherung der Contao 3.5 Version importiert
* var/cache/prod gelöscht
* Installtool aufgerufen und DB aktualisiert (komplett)
* var/cache/prod gelöscht
* Systemwartung im BE ausgeführen
einige der var/cache/prod löschen kann man sich wahrscheinlich sparen, aber hey, viel hilft viel :D
Ich weiß natürlich nicht was Du alles an Erweiterungen verwendest, kann mir aber nicht vorstellen, dass die Hälfte nicht laufen sollte.Zitat:
Aber wenn die hälfte der Erweiterungen nicht in Contao 4 Laufen , dann sehe ich keine sinn in Contao 4 weiter zu machen.
Hallo Bugbuster danke für die Info werde jetzt tivoka/easyupdate3 und Contao_grid_16_columns löschen und mit Composer bugbuster/contao-grid_16-brundle Installieren.
Stefko habe schon mehrfach versucht den CM 1.0.4 zu Installieren ich hatte einfach kein Glück damit.
"contao-Manager 1.0.4 vom 22.9.18"
Danke
wolli
Hinweis: Nach Installation (inkl. DB Update) von bugbuster/contao-grid_16-brundle müssen die zu verwendeten CSS Dateien noch im Layout aktiviert werden, damit die verwendet werden.
Hallo Bugbuster, habe bugbuster/contao-grid_16-bundle über composer Installiert im Layout hacken gesetzt aber das Greift nicht auf der Seite alle Bilder sind unter einander nicht nebeneinander.
Danke
wolli
Falls die Seite aus dem Cache kommt, diesen mal löschen.
Ansonsten müsste man nun sich das CSS im Detail mal ansehen, ob die Grid Klassen da ankommen oder nicht.
Gibt es ein Link zum Frontend wo man das mal sehen kann?
Hallo Bugbuster , ich kann machen was ich will, es funzt einfach nicht .
Die Seite ist auf Localhost, ich habe mir schon sowas gedacht das daß in die hose geht.
Danke an alle die mir Helfen wollten.
wolli
Die anderen haben zwar auch schon geantwortet, aber dann auch nochmal von mir.Zitat:
Zitat von wolli
Ich empfehle dir den Manager ans laufen zu bringen. Wir installieren Contao "alle" mit dem Manager bei ganz vielen unterschiedlichen Hostern. Das dürfte machbar sein. Evtl. kann dir da mal jemand bei behilflich sein.
Die meisten und vor allem die wichtigsten Erweiterungen sind mittlerweile mit Contao 4 kompatibel und über den Manager zu installieren. Die restlichen kann man mehr oder weniger alle manuell installieren.
Also kein Grund bei 3.5 zu bleiben.
Hallo Andreas, schön wäre es.
Habe versucht mit Contao4.2/4.4/4.5/4.6 den CM 1.0.4 zu Installieren es geht einfach nicht auf Localhost sogar xampp neu Installiert der cm1.0.4 will einfach nicht, das Problem ist immer die Php-Binary.
Du schreibst "Ich empfehle dir den Manager ans laufen zu bringen." wie.
Danke
wolli
Versuche es doch bitte zuerst mal direkt auf dem remote Server. Lokal habe ich das auch noch nicht gemacht, es gibt aber ein paar Threads im Forum, was xampp betrifft. xampp kann da noch mal ein paar Fallstricke haben, da das alles normalerweise auf Unix läuft.
Hallo Andreas,die Vereinswebsite ist bei Strato"PowerWeb Basic" um den Verein um zu stimmen, er sollte doch Geld locker machen für Contao 4.4.26 die dann im endefekt nicht läuft das würde der Verein nicht mit machen und die Website schliessen.
Es ist besser die Website auf Localhost zu Installieren, um den Verein zu überzeugen das die Vereinswebsite auf contao 4.4.26 läuft.
wolli
Und das läuft nicht auf Powerweb Basic für 8 Euro/Monat? ;)
Strato ist die denkbar schlechteste Option für Contao 4.
Wir haben zwar damals beim Test des Managers mit einigen Winkelzügen und viel Engagement von @AndreasSchemp Contao 4 mit dem Manager auf einem Power Web Basic zum Laufen bekommen, aber viel mehr als der Core war auch nicht drin glaub ich. Auf jeden Fall keine größeren Erweiterungen wenn ich mich recht entsinne.
Wäre denn Dein Verein bereit den Provider zu wechseln? Wenn ja, könntest Du über einen kostenlosen Testmonat bei Netcup oder Webgo nachdenken und das dort aufbauen.
Wenn nein, solltest Du gleich sehen, ob Du das bei Strato in einer Subdomain überhaupt zum Laufen bekommst.
Der Account auf dem wir damals getestet haben ist ein PowerWeb Basic von 2013 für 4,99 €/Monat.Zitat:
Zitat von tab
Ah, dann wird das wohl hier auch eine ältere Variante sein. Oder, bei Strato nicht auszuschliessen, es läuft auch für 8 Euro noch nicht. ;) Würde im Zweifelsfall auch empfehlen, sich erst mal zu vergewissern, ob das bei Strato in dem Paket überhaupt laufen könnte und - falls nicht - eventuell die Website-Demo woanders aufzubauen.
Habe gerade noch mal geschaut und bei meiner Testinstallation gleich den Manager aktualisiert und ein Update von 4.5.x auf die aktuelle 4.6 durchgeführt. Lief problemlos.
Als Erweiterungen haben wir
notification-enter
contao-leads
rocksolid-columns
rocksolid-custom-elements
rocksolid-icon-picker
rocksolid-slider
contao-easy_themes
Voraussetzung bei Strato war damals PHP 7.2 wegen der php_intl_Erweiterung.
Besser wäre, ihn zu überzeugen, dass Contao 4.4 auf Strato Powerweb Basic läuft. Weil jede Website mit Contao 4 läuft (außer mit irgendwelchen noch nicht kompatiblen Erweiterungen.)Zitat:
Zitat von wolli
Deswegen direkt mit Subdomain beim Hoster probieren. Wenn es bei dir lokal läuft, hast du ja nichts davon.
Das Problem bei Strato ist/war glaub ich, dass trotz halbwegs vernünftiger Scriptlaufzeit, die Performance so schlecht ist, dass es bei manchen Versuchen nicht möglich war in der verfügbaren Zeit symfony herunterzuladen (weder über ssh noch über den Manager mit Cloud).
Doch " Wenn es bei dir lokal läuft, hast du ja nichts davon" da kann ich Local ungestört Programmieren.
Und wenn die Seite Fertig ist einen Datenbank Update machen.
Das ist noch eine Website von Strato für 4.99€
Das kannst du auch auf der Subdomain.
Ich habe keine große Ahnung wie das geht mit Subdomains, ich bin froh das die Website mit Contao 3.5.36 so gut Läuft bei Strato.
Habe am anfang große Probleme mit Strato gehabt die möchte ich nicht mehr haben, das war schon an der grenze.
Und ich möchte auch keine Klimmzüge mehr machen um die Seite ans laufen zu bekommen, wie gesagt "Local" ist für mich besser sonst würde ich die Finger davon lassen.
wolli
Das sind kostenlose Domains, die du im Account einfach so erstellen kannst. Ordnerstruktur Beispiel:Zitat:
Zitat von wolli
Auf example.org läuft C3, diese Domain wird in den Ordner /_c3_example.org/ geleitet (dürfte ja bereits so o.ä. eingerichtet sein).Code:/_c3_example.org/
/_c4_c4.example.org/web/
Auf c4.example.org läuft C4, diese Domain wird in den Ordner /_c4_c4.example.org/web/ geleitet.
Da hast du dann unabhängig von allem anderen eine eigene Installation von C4 in /_c4_c4.example.org/, welche du über c4.example.org aufrufst.
Ist also alles sehr simple, no Magic ;).
Bitte bitte lieber Andreas, ich möchte das nicht ein Fehler von mir und webseite ade.
Andreas ich weiss das "Ist also alles sehr simple, no Magic " aber für mich nicht.
Ist klar, du musst das so machen, dass du damit klarkommst. Aber klar ist halt, nächstes Jahr ist bei Contao 3.5 Ende Gelände. Und bis dahin solltest du zumindest mal getestet haben, was bei einer Umstellung alles zu machen wäre. Sonst gibt es mal wieder eine Sicherheitslücke irgendwo und du hast dann keine Optionen bzw musst das dann unter Zeitdruck machen. Also lieber mal vorher testen, auch wenn die Website dann erst mal auf 3.5.36 bleibt.
Gibt es denn niemanden in dem Verein, der sich ein wenig mit Websites auskennt und das für dich machen kann?Zitat:
Zitat von wolli
mit Xampp habe ich früher mal operiert; dieses PowerWeb Paket wurde bei mir vor ca. 1 Jahr umgestellt auf derzeit 8 €; seit dieser Umstellung auf PHP 7.2.x Frühjahr/Sommer diesen Jahres habe ich probeweise 4.4. und 4.5. installiert und null Probleme, sowohl mit CM und auch über Shell-Zugang.Zitat:
Zitat von wolli
Derzeit habe ich noch eine 3.5.36 ohne Composer als Hauptangebot zu laufen und parallel dazu eine 1:1 Inhaltskopie die mit 4.4.23 (werde demnächst auf 4.4.26 updaten) in einer Subdomain läuft als gewissermaßen Testversion; wenn alles so weiterläuft werde ich 2019 auf die 4.4. LTS umswitchen; Erweiterungen sind wenige installiert, es läuft sogar noch eine uralte LEGACY-Erweiterung; und ob die Performance evtl. etwas langsamer ist, ist unbedeutend, da die Zugriffe sich in Grenzen halten und nicht jeder einen High-Speed DSL-Glasfaseranschluss hat --> aber we gesagt da hat jeder so seine eigenen Vorstellungen und Ansprüche
ich wollte damit nur schreiben, dass es derzeit keineswegs problembehaftet ist auf dem umstrittenen Strato eine 4.4. LTS zum Laufen zu bekommen; wieviel Erweiterungen es sein sollen muss jeder für sich entscheiden; insgesamt lese ich da hier im Forum "Erfahrungen mit Webhostern" von weitaus größeren Problemen bei anderen Hostern
Hallo Andreas, der einzige der sich auskennt bin ich.
"Gibt es denn niemanden in dem Verein, der sich ein wenig mit Websites auskennt und das für dich machen kann?"
VGT, ist schön das zu Lesen das es bei dir Funzt, aber warum bei mir nicht.
Hast du es denn mit der Subdomain bei Strato probiert? Hab ich bislang nicht so verstanden.Zitat:
Zitat von wolli
Hallo, ich wollte nur kurz sagen, dass ich bei Strato das gleiche Paket habe und es mir gelungen ist sowohl den Contao Manager wie auch die Contao 4.4. zu installieren. Allerdings musste ich dafür die Php Version auf 7.2 setzen. WAs das hinwiederum mit deiner alten Website mit Conato 3.5. macht, weiß ich nicht.Zitat:
Zitat von wolli
Hallo folkfreund, nein habe ich nicht Probiert werde ich auch nicht tun muß erst Local laufen mit xampp.
Hallo Manja, habe meine Website mit Contao-Version 3.5.36 unter Php 7.2.
wolli
Dann musste Du schauen warum lokal unter XAMPP bei Dir Probleme entstehen. Bei vielen läuft das lokal unter Windows völlig problemlos.
- Welche Windows-Version ist das?
- Welche XAMPP-Version läuft?
- Welche PHP-Version läuft?
- In welchem Pfad/auf welchem Laufwerk ist XAMPP installiert.
- Ist XAMPP als Administrator gestartet?
- Hast Du vhosts angelegt?
- Verweisen die vhosts auf das Verzeichnis web innerhalb des Roots für den vhost?
- Sind die notwendigen Anpassungen in der php.ini gemacht? Auch curl und openssl sind in der php.ini korrekt eingetragen?
- Was sagt der Contao-Check, kannst Du Contao 4.4 installieren?
- Hast Du neben dem Manager lokal schon mal versucht mit der Konsole zu arbeiten?
Auf Anhieb ist das alles was mir einfällt.
Hallo mlweb, danke für die Info:
1.Welche Windows-Version ist das? Win 10
2.Welche XAMPP-Version läuft? xampp-version 7.2.9
3.Welche PHP-Version läuft? Php 7.2.9
4.In welchem Pfad/auf welchem Laufwerk ist XAMPP installiert.C:\xampp\
5.Ist XAMPP als Administrator gestartet? JA
6.Hast Du vhosts angelegt? nein in xampp nichtnur über Localhost/website/web
7.In Laragon ist vhost eingerichtet dort läuft aber CM 1.0.4 auch nicht
8.verweisen die vhosts auf das Verzeichnis web innerhalb des Roots für den vhost? in Laragon ja
9.Sind die notwendigen Anpassungen in der php.ini gemacht? Auch curl und openssl sind in der php.ini korrekt eingetragen? Ja sowohl in xampp und in Laragon sind die Anpassungen gemacht worden.
10.Was sagt der Contao-Check, kannst Du Contao 4.4 installieren? JA
11.Hast Du neben dem Manager lokal schon mal versucht mit der Konsole zu arbeiten?JA
Ich hoffe es ist alles so richtig.
wolli
Das Problem mit dem Manager war, dass der PHP-Pfad nicht gefunden wird richtig?
Dass heißt Deine Installation liegt unter C:\xampp\htdocs\website\web.Zitat:
Zitat von wolli
Ich persönlich habe in XAMPP schon immer mit vhosts gearbeitet, meine aber im Forum gelesen zu haben, dass andere es auch ohne vhost zum laufen bekommen haben. Wäre vielleicht ein Versuch wert.
Ich kenne Laragon nicht, aber weiß aus eigener uralter Erfahrung, dass Windows sich bei mehreren installierten Webservern nicht zwingend "kooperativ" zeigt. Aber wie gesagt Laragon habe ich noch nie getestet.Zitat:
Zitat von wolli
Ich würde mich mal auf eine der beiden Entwicklungsumgebungen fokussieren und die andere deinstallieren um Wechselwirkungen auszuschließen.
Vielleicht kann Dir auch noch jemand anderes was zu den Besonderheiten von Laragon sagen.
Und was ist rausgekommen? Hat es funktioniert?Zitat:
Zitat von wolli
Das Problem mit dem Manager war, dass der PHP-Pfad nicht gefunden wird richtig? Richtig
Laragon habe ich ausgeschaltet.
Und was ist rausgekommen? Hat es funktioniert? Composer update -o und composer require läuft alles wunderbar
Einziger offensichtlicher Unterschied zu meiner Konfiguration: Ich habe XAMPP auf D: liegen und benutze vhosts.
Warum der PHP-Pfad dann nicht gefunden wird, da habe ich keine Idee mehr.
Obwohl Largon abgeschaltet, dürfte nicht das Gleiche sein wie sauber deinstalliert. Vielleicht werden Umgebungsvariable gesetzt, Pfade umgebogen. Im Zusammenspiel Cygwin und XAMPP kann ich mich dunkel auch an ein paar Klippen erinnern.
Wenn es per Konsole lokal läuft, wo ist dann eigentlich Dein wirkliches Problem?
Du kannst ja offensichtlich mit der Konsole umgehen. Also kannst Du doch damit lokal Dein Update auf Contao 4 durchführen und testen, was Du noch alles benötigst damit die Vereinsseite mit Contao 4 läuft.
Den Manager kannst Du ja dann wirklich bei Strato in einer Subdomain testen. Übrigens die Pakete von Strato bringen auch ssh mit, so dass man auch dort auf den Manager verzichten könnte.
Was wohl bedeuten würde, dass Contao-Updates und Erweiterungs-Installationen nur lokal oder auf einem anderen Webspace durchgeführt werden können? Oder gibt Strato mittlerweile für Konsolenprozesse genügend RAM und Skriptlaufzeit, dass auf das Cloud-Resolving verzichtet werden kann?Zitat:
Zitat von mlweb
Kommt auf die Anzahl der Erweiterung und die Uhrzeit an. Kleine Erweiterungen hatte ich irgendwann schon mal geschafft, weiß allerdings nicht mehr in welchem Paket das war. Aber Du hast recht die Auflösung lokal ist die bessere Lösung.
Der Manager muss ja bei Strato mit der Scriptlaufzeit auch "tricksen". Wenn ich es richtig verstanden habe, wird der Prozess vereinfacht erklärt bis zu 5 mal angestoßen und merkt sich jeweils wie weit er beim Download gekommen ist, denn bei Strato gab es auch da ein Problem (schlechte Performance halt).
Naja, das Strato-Hauptproblem sind doch eigentlich die Datenbanken, die ja hier nicht involviert sind. Allerdings kann ich nur hoffen, dass auch die sonstige Performance sich im Vergleich zu älteren Paketen deutlich verbessert hat. Bei einem Kunden, dem ich mal seine statische Website etwas beschleunigt und den Quelltext von Fehlern befreit habe, gab es laut Google Webmaster Tools teilweise Ladezeiten von mehreren Sekunden für eine rein statische Seite, die eigentlich eher im Bereich zweistelliger Millisekunden liegen sollte. Da bewahrheitet sich mal wieder die alte Weisheit: Man sollte nie mehr Kunden auf einen Server legen, als man mit aller Gewalt draufstopfen kann.
Wie gesagt bei den Tests für den Manager haben wir es teilweise nicht geschafft den Download von Symfony abzuschließen. Das hat nichts mit DB zu tun und auch nicht mit der Auflösung der Abhängigkeiten.
War aber wie gesagt auch ein älteres Paket (2013).
Für mich sind die Webhostingpakete bei Stato trotz der von mir positiv durchgeführten Tests mit dem Contao-Manager keine Empfehlung. Den Test habe ich für die Community und die Leute gemacht, die unbedingt bei Strato bleiben wollen.
Hallo mlweb, Laragon ist erst später hinzu gekommen da hatte ich schon meine Probleme mit Contao 4.4.26 habe gedacht das es mit Laragon besser wird.
Die Probleme sind einfach die Anpassungen von Contao 3.5.36 auf Contao 4.4.26 die Gesamte Website war nicht wieder zu erkennen alles war verschoben und das auf 240 Seiten.
Was habe ich gemacht:
Contao 4.4.26 Installiert und die Datenbank von Contao 3.5.36 Importiert die Erweiterungen Manuell Installiert und danach ein Composer update-o.
Oder muß das so ablaufen erst eine Komplette Contao 3.5.36 Installiert mit Datenbank und Erweiterungen und dann eine Composer update -o auf Contao 4.4.26.
wolli
Nochmal, dass alles verschoben ist, kann durchaus normal sein. Es braucht nur irgendein für das Layout relevantes CSS nicht geladen werden können und schon ist alles verschoben oder wird gar nicht mehr angezeigt. Da dürfte die Zahl der Seiten irrelevant sein. Entweder alle verschoben oder keine, das kann also schon nach kleinen Änderungen wieder alles passen. Schau mal mit den Entwickler-Tools des Browsers, z.B. bei Firefox Netzwerkanalyse, ob irgendwelche Dateien nicht geladen werden können. Oder schau mal im Dateimanager, ob auch alle Ordner, die CSS oder Javascript fürs Frontend enthalten, auf öffentlich gestellt sind. Dann nochmal in der Systemwartung die Skripte neu generieren lassen, dann sieht es vielleicht schon wesentlich besser aus.
Hallo tab, Dateiverwaltung alle Ordner sind Öffentlich.
Netzwerkanalyse Status 200 und Status 304 CSS, Cache deaktiviert keine Änderung.
Ich habe noch was im localhost/contao4426/web/contao/install gefunden , was das ist keine Ahnung.
Anhang 21514
Ich versuche es nochmal mit dem CM 1.0.4 er gibt mir das "Serverkonfi: Es wurde kein valides Programm auf dem Server gefunden." welches valides Programm möchte er haben, keine Ahnung.
Und wo steht die Php-Binary.
wolli
Hallo , ich versuche die ganze Zeit über mit dem CM 1.0.4 er gibt mir das "Serverkonfi: Es wurde kein valides Programm auf dem Server gefunden." welches valides Programm möchte er haben, keine Ahnung.
Aber wo steht die Php-Binary.
wolli
Er sucht wohl das Executable von php 7.x
Da du unter Windows mit xampp arbeitest, kannst du ja mal unterhalb deiner xampp-Installation nach php*.exe suchen.
Hallo folkfreund, Ich habe php 7.2.9
Noch ein versuch mit CM 1.0.4 Eingabe: C:\xampp\php\php.exe keine änderung, komme einfach nicht weiter.
Dateibeschreibung:CLI
wolli
Es sollte eigentlich reichen wenn du im Dropdown "XAMPP" auswählst.
wäre schön aber geht nicht , habe beide ausprobiert in CM 1.0.4.
xampp(windows)
und
Andere .
Beides geht nicht.
wolli
Hallo liebe Community, hiermit ziehe ich die Reißleine mit Contao 4 und Co.
Danke für eure Hilfe, und Schüss.
wolli