Neu Schreibrechte templates/ und templates_c

[Nobby]

Cheers auch,

seid geraumer Zeit läuft der Shop völlig zufriedenstellend, Schreibrechte wurden bei der Installation vergeben, danach nie wieder geändert.

Heute aber, nach einem Abgleich, zeigte mir das Frontend eine weisse Seite.

Also in der config.JTL-Shop.ini.php das error_reporting eingeschalten und da sagt mir das Frontend, wenn man einen Artikel in den Warenkorb legt, es würde nicht in das Verzeichnis

/home/users/meinshop/www/templates_c//Evo/ganzlangerdateinamemitzahlenundbuchstaben.irgendeineendung.tpl.php

schreiben. Sogesehen der Rest funktioniert, nur das in den Warenkorb legen fördert eine weisse Seite zu Tage.

Im Backend kann auch der Templatecache (System-->Wartung-->Cache) nicht gelöscht werden, da erscheint ebenfalls der Hinweis das Verzeichnis wäre nicht beschreibbar.

Frage nun, da ja wie gesagt alles vollkommen perfekt lief: woran kann das liegen?

Schreibrechte für das Verzeichnis /Evo/ habe ich nun 0777 vergeben, damit klappt nun alles wieder. Ist aber dennoch komisch und macht ein ungutes Gefühl irgendwie.
Wäre trotzdem alles korrekt?

Nachtrag: ebenso erscheint auf der Detailseite eines Artikels unten noch

Notice: Undefined index: attribute anhaengen in /home/users/meinshop/www/templates_c/Evo/f9b121f9ae24037377f21d66734ce39fddd33ec2_0.file.attributes.tpl.php on line 60

Allerdings habe ich gar keine Attribute angelegt bzw. vergeben ausser tab1 name und tab1 inhalt.

 

[css-umsetzung]

Du hast ja nur dem Verzeichnis 777 gegeben, was eigentlich für sich gesehen schon nicht gut ist.
Deine Dateien haben vermutlich kein 777, wenn sich nun also zwischenzeitlich der Besitzer geändert hat *warum auch immer* darf der jetzige * user oder die gruppe* nicht mehr, das vom Vorgänger löschen.

Ist ein wenig in die Glaskugel schauen, weil man das anhand der Fehlerausgabe und rechte prüfung besser bestimmen könnte.

Letztendlich geh hin und und lösch alles was im template_c ist, über den ftp, das sollte gehen.
Dann schau mal ob du mit einem anderen php-modul php-fcgi oder so, ohne chmod 777 auf dem server schreiben darfst, das erspart dir eine Menge unnötigen stress.

 

[ag-websolutions.de]

Notice: Undefined index: attribute anhaengen in /home/users/meinshop/www/templates_c/Evo/f9b121f9ae24037377f21d66734ce39fddd33ec2_0.file.attributes.tpl.php on line 60
Allerdings habe ich gar keine Attribute angelegt bzw. vergeben ausser tab1 name und tab1 inhalt.

Eben, aber du hast aber das error-Reporting noch eingeschaltet ... daher die Meldung

 

[Nobby]

error_reportimng wieder deaktiviert, alles roger, daran hab ich gar nicht mehr gedacht dass es noch an ist^^

Der Benutzer/Eigentümer von templates_c ist nach wie vor www-data, ebenso die darin enthaltenen Ordner/Dateien gehören www-data, daran hat sich nichts geändert.
Nebnebei, der Ordner templates_c muss ja schon zu Anfang mit 777 ausgestattet sein, warum wäre es dann schlecht die darunter liegenden Ordner ebenfalls mit 777 auszustatten?

Per FTP nun den Ordner Evo geleert, danach mit 777 funktioniert alles, nur mit 644/444 geht nichts mehr, und ich bin mir sicher das stand vorher auf 644.
Da der Server mit Keyhelp läuft sagte Martin in deren Forum, dass es nicht sinnvoll wäre anstelle das php-fpm auf php-fcgi zu wechseln, da danach höchstwahrscheinlich Keyhelp herummosert. Bin ich aber nicht so fit darin und müsste das mal an den Admin weiterleiten.

Das einzige was mir aufgefallen ist dass es gestern Updates für Debian gab:

php5 5.6.27+dfsg-0+deb8u1
php5-cli 5.6.27+dfsg-0+deb8u1
php5-common 5.6.27+dfsg-0+deb8u1
php5-curl 5.6.27+dfsg-0+deb8u1
php5-fpm 5.6.27+dfsg-0+deb8u1
php5-gd 5.6.27+dfsg-0+deb8u1
php5-imap 5.6.27+dfsg-0+deb8u1
php5-intl 5.6.27+dfsg-0+deb8u1
php5-mcrypt 5.6.27+dfsg-0+deb8u1
php5-mysqlnd 5.6.27+dfsg-0+deb8u1
php5-pspell 5.6.27+dfsg-0+deb8u1
php5-readline 5.6.27+dfsg-0+deb8u1
php5-sqlite 5.6.27+dfsg-0+deb8u1
php-pear 5.6.27+dfsg-0+deb8u1

Könnte es daran liegen dass es aktuell Probleme gerade gibt?