Beiträge von Ben.

das kann ich gut verstehen. schade. danke für eure mühen.

Ich antworte mir zum Teil mal selbst

Nach weiteren vielen Stunden habe ich nun die Berechtigungen soweit lockern können, dass im entsprechenden Webverzeichnis stets die 777 vergeben wird. Es kann jetzt eigentlich kein Permission-Problem mehr sein. Oo

ich habe zudem die test-seite auf einen free-hoster hochgeladen, wo die seite erwartungsgemäß einwandfrei läuft.
dort habe ich mir dann mal über den ftp-zugang angeschaut was dort anders erstellt wird als bei mir.

->alles gleich

was nun?

den zwischenzeitlich gelöschten FTP-Zugang für den zeta-support habe ich wieder aktiviert, falls ihr selbst nachsehen wollt.

Ich habe mich mit den Ordner-Rechten jetzt mehrere Stunden auseinandergesetzt. Das Ergebnis ist milde gesagt ernüchternd.

Zunächst habe ich alles, was auf dem Server lag und mit der alten, o.g. Homepage zu tun hatte, gelöscht.
Habe ein neues -test-Projekt mit Zeta erstellt und mit oben bereits geposteten Daten auf die Synology hochgeladen.

Im Webverzeichnis liegt zunächst nur das phpmyadmin-Verzeichnis.

Nun fügt Zeta den _media und den media Ordner, sowie die index.php und eine sitemap.xml ein. Die Rechte lese ich parallel mit TotalCommander aus.

Die von Zeta erstellten beiden Ordner erhalten die Permission 777. Die beiden Dateien 666.

Die 777-Rechte greifen durch bis hinunter in den media/Scripting/ServerSideScripting/PHP/.

Im Guestbook_Data erhält der "individuell" numerierte Ordner, der erst nach dem ersten Aufruf der Homepage erstellt wird, nur noch die 755. Alle enthaltenen Ordner bekommen ebenfalls die 755, Dateien die 644.

Selbst wenn ich nun die Rechte alle nachträglich auf 777 ändere, bleibt die Website mit dem Gästebuch defekt.

Als Laie schließe ich daraus
- mein Webserver lässt Zeta (mittels User-Zugang "Admin" mit entsprechendem PW) Schreibrechte für den Besitzer (Admin), die Gruppe (bei Synology "http") und die "Welt" erteilen.

Der Upload-Vorgang mit den o.g. Daten funktioniert also.

- Benutzt nun jemand (also jemand aus "http" oder "Welt") von extern zum ersten Mal das Gästebuchskript über die Website, so erhalten die hierdurch erstellten Ordner nur noch eine 755, Dateien eine 644. Hier soll nun der Fehler liegen? Es sollten weiterhin 777-Rechte erstellt werden.
[Edit:Ich kann als Admin problemlos die Rechte aller Elemente im Guestbook-Data in 777 ändern. Weiterhin bleibt das Gästebuch nicht aufrufbar.]

Synology ordnet "fremden" Besuchern meiner Website seit Firmware DSM 5.0 der Gruppe "http" zu. Die Gruppe hat im gesamten "web"-Verzeichnis Lese- und Schreibrechte.
Wo liegt der Haken? Bei Synologys möglicherweise noch unvollständiger Firmware oder einem Fehler im Zeta-Skript von 2011?

Oder, für mich durchaus denkbar, an einem Fehler zwischen Tastatur und Stuhllehne...

Hat denn niemand hier eine Synology NAS und benutzt ZETA damit?

Anm.: Ein zwangsläufiger Versuch Wordpress auf der NAS zu hosten funktioniert einwandfrei.

Interessant. Das sollte so nicht sein. Dann werde ich mir das nochmal ansehen nächste Woche.
Danke für den Ansatzpunkt.

Ich erstelle euch einen Zugang für FTP und Webservices auf dem Server. Daten folgen per mail.
Schönes Wochenende!

Ich will zwischendurch mal loswerden, dass ich Euren Support beeindruckend finde. Vielen Dank.

Die Moderation des Gästebuches ist derzeit deaktiviert.

Screenshot der FTP-Eingabe:
[entfernt, da als Fehlerquelle im Verlauf ausgeschlossen]

In den Synology Foren lese ich, dass seit der Umstellung von MySQL auf MariaDB einige User Probleme mit ihren PHP-Seiten haben. Obwohl angeblich eine vollständige Kompatibilität besteht. Die phpMyAdmin-Daten:

Habe zwischenzeitlich alle Datenbanken und zugehörigen Passwörter gelöscht, neu installiert und mit phpmyadmin erneut -gleiches- Passwort für den root vergeben. Mehr sei von Webserver-Seite her nicht notwendig.

Ich konnte zwar den ersten Teil deiner Antwort nicht nachvollziehen, hier nun aber eine Testseite mit Gästebuch. Alles Überflüssige habe ich mir erlaubt zu entfernen.

Falls ich den GUESTBOOK_DATA Ordner zwischendurch löschen soll, einfach Bescheid geben.
Bin gespannt.

Am Rande: Ich habe zudem festgestellt, dass mein Admin-Bereich im Gästebuch wohl doch nicht funktioniert. Er sieht nämlich, nach eingegebenem Passwort, genauso aus wie der normale Modus. Laut Quellcode sollte dort ja doch mehr möglich sein. Oder kommen die Edit-Tools erst wenn der erste Beitrag steht?

edit: link deaktiviert

Danke für die Antwort.

Ad 1)Der Verbindungstest ist positiv.
Ad 2)Der Feature-Test ist ebenfalls positiv.
Ad 3)Die Seite heisst nicht wirklich "xxx.synology.me". Das triple-x war als Platzhalter gedacht.

Guten Abend zusammen,

leider fand ich bisher noch keine Hilfe hier im Forum, ich kann mir allerdings nicht vorstellen, dass ich der erste mit diesem Problem bin:

Ich betreibe (oder versuche es zumindest) einen eigenen Webserver über eine Synology NAS. MySQL/MariaDB sind aktiviert, phpmyadmin läuft. Eine DynDNS ist bisher direkt über Synology angemeldet (xxx.synology.me). Bei PHP Extensions ist mcrypt aktiviert. Die Benutzer-Gruppe "http" hat Lese- und Schreibzugriff auf den Ordner Web (der als "Webspace" dient). FTP ist aktiviert und funktioniert.
Soweit das Server-Setup.

Ich habe nun eine Seite gebastelt, die ich ohne Probleme in den auf meiner NAS dafür vorgesehenen Ordner schieben kann. Ich erreiche die Seite auch ohne Probleme unter xxx.synology.me. Soweit so gut.

Die Kennwort geschützten Bereiche funktionieren ebenfalls einwandfrei.

Nun wollte ich ein Gästebuch implementieren. Und hier stoße ich nach mehreren Abenden an Recherche an meine Verständnisgrenzen.
Zunächst, beim ersten Aufruf der neu hochgeladenen Website, erscheint ordnungsgemäß

Zitat

Neuen Eintrag hinzufügen

Noch keine Einträge vorhanden.

Ich kann einen neuen Eintrag verfassen. Klicke ich dann auf "OK" passiert nichts. Das Eingabefenster muss mit "Abbrechen" oder "X" beendet werden. Nach aktualisieren der Website mit F5/STRG-F5 ist das Gästebuch verschwunden sowie auch noch alles weitere, was unterhalb des Gästebuchs auf der Seite war. Auch die linke "News-Leiste" ist weg.

Ich konnte nachvollziehen, dass im Ordner media/.../PHP/ ein GUESTBOOK_DATA-Ordner angelegt wird, sobald man den ersten Beitrag verfasst. Hierin wird ein weiterer Ordner mit einer vierstelligen Zahl (jeweils zugehörig zu einem speziellen Gästebuch) zugeordnet. In diesem Ordner enthält die Datei text-dat genau den von mir zuvor für das Gästebuch verfassten Text.

Gehe ich richtig in der Annahme, dass das Problem nicht im Bereich des PHP scripting liegt? Denn das Skript wird ja offensichtlich ausgeführt, ich kann mich sowohl aus ZETA heraus über den Admin-Link beim Gästebuch einloggen, als auch über meine Website einen Eintrag verfassen.
Leider scheint allerdings ein Problem mit der Speicherung bzw. Verarbeitung der Eintrage vorzuliegen.

Oder ist es gar am Ende doch eine der hier so unendlich oft beschriebenen "Falsche Upload Daten" - Geschichte?

Ich verwende ZETA 12.
Web-Adresse: xxx.synology.me
Servername: xxx.synology.me
Benutzername: Admin
Kennwort: -admin passwort der NAS-
Zielordner: /web

Ich habe keinen Unterschied festgestellt, wenn ich als Web-Adresse www davor setze oder nicht.
Wenn ich vor Servername ftp:// setze akzeptiert das ZETA nicht. (Im Browser komme ich ohne Probleme mit ftp:// xxx.synology.me auf meinen Server.)
Zielordner muss web sein, die Daten kommen ja im richtigen Verzeichnis an. "/" alleine funktioniert zudem nicht.
Die verschiedenen FTP-Modi habe ich durchprobiert (Passiv etc).

Und zu guter letzt: ich habe meine Website mal zum Test bei einem Freehoster hochgeladen. Dort funktionierte alles sofort einwandfrei (bplaced.de).

Nun ist guter Rat gefragt. Ich habe mit Erstaunen festgestellt, dass der Support hier im Forum wirklich erstklassig zu sein scheint. Hoffe jemand kann mir mit diesem wohl zum Teil jenseits der ZETA-Beratungszone liegenden Problem helfen! Vielleicht ein NAS-User hier, der das schon hinter sich hat?

Danke schon mal für die, die bis zum Ende gelesen haben...

mfg
Ben.

edit: hat einen fälschlichen link entfernt.