Contao-Hosting bei All-Inkl Neue Medien Münnich

[do_while]

Hallo EDV-Olli,

bei All-Inkl kannst Du im KAS die Rechte korrigieren lassen.
Wenn Du allerdings in der .htaccess das richtige eingetragen hast, sollten die Dateien immer dem FTP-User gehören, egal ob per FTP hochgeladen oder per PHP erstellt/geändert.
Ich habe in dem Verzeichnis, wo die Domain aufsetzt eine .htaccess mit der Zeile:

AddHandler php-fastcgi .php

[EDV-Olli]

Hallo Hagen,

habe mal die Verzeichnisstruktur beigefügt. Irgendwie bin ich heute zu blöd zum Denken.

Kann install.php nach wie vor nur öffnen oder runterladen nicht ausführen.

Hier mal das was beim Check rauskommt. Obwohl alle Rechte gesetzt sind.

http://dsh-dentale-systeme.de/system-check-2.9.3.0/contao-check.php

[do_while]

Also unter dem Link ist wohl kein Contao aufzufinden (alle Dateien Missing) und keine entsprechende .htaccess-Datei.
Hier kommt der Hinweis auf den benötigten SafeMode Hack, was auch darauf hindeutet, dass keine .htaccess mit der oben aufgeführten Zeile vorhanden ist.

Wenn Du per FTP auf den Webspace guckst, siehst Du die Dateien, wie in Deinem Screenshot dort? Kaum zu glauben.

Im KAS müsste dann unter "Domain" Deine Domain dsh-dentale-systeme.de auf das Ziel / zeigen.

Die .htaccess sieht im Screenshot etwas lang für nur eine Zeile aus!

[EDV-Olli]

Hallo Hagen,

also es liegen definitiv alle Dateien in dem Verzeichnis (habe ich mit verschiedenen FTP-Progs getestet) und auch die ganzen Rechte stimmen, deshalb bin ich ja auch über die ganzen Fehlermeldungen verwundert.
Bin auch extra mal über den FTP-Zugang von All-Inkl auf den Webspace gegangen und da sehe ich auch alle Dateien.

Den Pfad im KAS habe ich auch auf / gesetzt.

Im Screenshot ist die .htaccess.default zu sehen, die ich nur umbenannt hatte um mal zu testen.

Mit der von Dir vorgeschlagenen einzeiligen .htaccess funzt es auch nicht. Da sieht das Check-Protokoll absolut identisch aus.

Wenn ich die install.php laufen lassen will, kann ich sie entweder runterladen oder z. B. Dreamweaver lokal öffnen.

So langsam verstehe ich das alles nicht mehr so wirklich.

[do_while]

Ich kann mir das nicht vorstellen. Vom Web her scheinen keine Dateien vorhanden zu sein, was auch der contao-check.php zeigt.
Dann müsste in Deinem Screenshot ja auch die contao-check.php zu sehen sein, ist es aber nicht.

Schaue mal im KAS nach, an welcher Stelle der verwendete FTP-Zugang aufsetzt. Es sollte genauso / sein, wie bei der Domain.

[EDV-Olli]

Die contao-check.php liegt eine Ebene höher, da ich auch die im cms-Verzeichnis nicht starten kann.

Im KAS steht Verzeichnis beim FTP auch auf / und nach Anmeldung sind alle Dateien mit den entsprechenden Rechten sichtbar und vorhanden.

[do_while]

Dann kann ich nur anbieten, heute Abend mal kostenfrei in KAS und FTP rein zu schauen. Ich bin selbst bei All-Inkl und kenne derartige Probleme nicht.

Wenn Du damit einverstanden bist bitte die Zugangsdaten per PM oder E-Mail.

[EDV-Olli]

Hey das wäre klasse.

Daten sind unterwegs.

Danke.

[do_while]

Hallo EDV-Olli,

Du hattest Contao auf dem Webspace in einen Unterordner /cms. Das ist auch gut so, dann kannst Du parallel noch weitere Domains betreiben.

Ich habe jetzt folgende Dinge korrigiert:

1. Die Domain im KAS umgelenkt auf /cms
2. den contao-check.php in die Contao-Installation verschoben
3. eine neue .htaccess angelegt mit der typischen All-Inkl-Zeile
4. diese Zeile auch gleich für später in die .htaccess.default eingetragen
5. der Check ist jetzt komplett GRÜN
6. Du kannst jetzt loslegen mit der Installation

letztendlich hast Du nur übersehen, dass Du Contao in ein Verzeichnis gespielt hast, das dann auch in dem Domainpfad eingestellt werden muss (kleine Änderung im KAS unter Domain).
Der contao-check.php kann natürlich die Überprüfung der Installation nur ausführen, wenn er da auch mitten drin steht.

Jetzt sollte alles richtig vorbereitet sein und Du kannst endlich loslegen.

Viele Spaß mit Contao ... und wenn wieder eine unlösbare Frage auftaucht, nur raus damit

[EDV-Olli]

Vielen herzlichen Dank Hagen, für Deine Hilfe.

[EDV-Olli]

Bekomme Fehlermeldung "Ups! Dieser Link scheint nicht zu funktionieren" beim Versuch die install.php aufzurufen.

Edit: Habe den Fehler glaube ich gefunden. Habe in der Browserzeile jetzt das /cms/ weggelassen und dann funzt es.

[do_while]

Ja, das /cms/ ist jetzt weg, da ich im KAS die Domain direkt auf die Contao-Installation gelenkt habe:

• http://www.meinedomain.tld = Frondend
• http://www.meinedomain.tld/contao = Backend
• http://www.meinedomain.tld/contao/install.php = Installtool

[EDV-Olli]

Hat jetzt alles prima geklappt.

Danke nochmal.

[geraldo]

open(/tmp/sess_..., O_RDWR) failed: Permission denied (13) Unknown on line 0 FIREFOX

Mein erster Versuch contao 2.9.5 bei all-inkl. scheiterte kläglich
Also vor dem run der install.php die empfohle .htaccess angelegt "AddHandler php-fastcgi .php".

Versuch zwei:

Warning: Unknown: open(/tmp/sess_3c1723ad2136052a28bfc815b5259ecc, O_RDWR) failed: Permission denied (13) in Unknown on line 0
#0 [internal function]: __error(2, 'Unknown: open(/...', 'Unknown', 0, NULL)
#1 {main}

Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0
#0 [internal function]: __error(2, 'Unknown: Failed...', 'Unknown', 0, NULL)
#1 {main}

UUPS, was'n das ?
"/tmp" , da musste ich aber lokal (XAMPP) nie mas machen, auch nicht bei den anderen Providertest.

Google , aha ==> phpinfo ergibt u.a.

session.save_path

/tmp

/tmp

Blöde, am WE sollte man sowas nicht machen, aber kann ja mal versuchen das via .htacess zu lösenVersuch 3:
php_value session.save_path "/www/htdocs/w00e526d/www/rtneu/kapverden/system/tmp"

Installation geht nun, aber irgendwo stimmt da einiges nicht

Heute: Support von all-inkl: "Versuchen sie es mal in einem anderen Browser, ich kann diese Fehlermeldung nicht sehen". IE angeworfen, geht. AHA.

Versuch 4:
Firefox im Privatmodus gestartet, Installation funktioniert.

Es war kein Problem von all-inkl, sondern von Firefox und vermutlich einer Extension. Das Problem wohl eher untypisch, aber vielleicht wird die sChilderung mal jemand helfen

Technik
Contao 2.9.5. FF 6.0, Addblock Plus, Add to Search Bar, Cache Status, ChatZilla, ColorZilla, FireBug, gui:config, Live HTTP, NoScript, Wunsch Amazon, TabUilities, ViewSource, WebDevelopper

[Flex]

Der zweite Versuch scheitete aufgrund fehlerhafter Cookies im ersten Versuch.

Du hättest sämtliche temporäre Internetdateien des FF einmal löschen und den Browser neu starten sollen, dann hätte es auch direkt im FF geklappt.
Das Problem liegt am ordnungsgemäßen Setzen der Cookies im Versuch 1, es wird also eine korrekte Session ID gestartet, aber Contao kann sie lokal nicht abspeichern.
Im Versuch 2 versucht Contao sie zu starten, findet aber lokal keine Session, sie ist aber gültig. Hier entstehen die Fehlermeldungen.