Problem mit phpShopSystem

Status
Für weitere Antworten geschlossen.

Veichtä

Benutzer
Mitglied seit
29. Jul 2009
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Hi

ich habe die DS109J jetzt schon einige Zeit und finde sie super

die PhotoStation funktioniert einwandfrei (Port 81)

meine private HP läuft einwandfrei (StandartPort 80 glaub ich habe jedenfalls nichts an den Einstellungen dafür verändert)
- sie befindet sich im "web" Ordner
- aufrufen kann ich sie über http://ipderwebstation/ (bzw. über http://dyndnsservice/)
- ein phpNewsContentSystem läuft auch einwandfrei zum AdminBereich komme ich über http://ipderwebstation/news/ (auch online erreichbar per http://dyndnsservice/news/)
- SQLbuddy läuft auch einwandfrei habe schon mehrere Datenbanken angelegt zum AdminBereich komm ich über http://ipderwebstation/sqlbuddy (auch online erreichbar per http://dyndnsservice/sqlbuddy/)

ich habe nur ein Problem mit einem phpShopSystem
- die Dateien liegen im Ordner "web/shop" also ein Unterordner wie meine anderen Scripte
- sobald ich die Installationsroutine des ShopSystems starten will (sollte eigentlich http://ipderwebstation/shop/install sein) bekomme ich immer eine Meldung vom Synology System "Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden."
- auch die Startseite des Shops (http://ipderwebstation/shop/) lässt sich nicht aufrufen es kommt wieder der "Es tut uns Leid, ..."-Fehler
- habe das Script auf einem freehoster webspace probiert und da ging das Installieren ohne Probleme
- auch bei mit virtual Host erstellten Ordnern wie shop1 etc. werden die Dateien nicht gefunden
- die InstallationsDatei und die Shop Startseite haben beide den Titel "index.php" was allerdings nicht das Problem sein dürfte ... weil versch. Ordner...

warum erkennt bzw. findet die DS die Dateien meines ShopSystems nicht?


ich bin mit meinem LATEIN am Ende
und wäre sehr dankbar für Hilfe :confused:

Vielen Dank im Voraus
und sry für Rechtschreibfehler bin gerade etwas deprimiert

MfG
VeichtÄ
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Willkommen im Forum,

Wie sehen denn die Rechte im Dateisystem im Folder shop aus? Melde dich mal mit telnet resp ssh und als root mit Admin PW auf deiner DS an und gib folgendes Kommando ein
Code:
ls -all /volume1/web/shop
poste die Ausgabe hier. Wichtig ist, dass der Webserver User nobody in diesem Verzeichnis und allen Unterverzeichnissen lesen und ggf auch scheiben darf.
Was ich auch schon gesehen habe waren Scripte, die nur im Document Root liefen (meist wegen inlcudes mit absoluten Pfaden im Dateisystem) bzw deren Links (im Browser) absolut gesetzt waren.
Da du aber schreibst, dass die virtual Host Methode auch ned funzt, tippe ich auf einen Rechtekonflikt

Gruss

tobi
 

Veichtä

Benutzer
Mitglied seit
29. Jul 2009
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Rich (BBCode):
DiskStation> ls -all /volume1/web/zossshop
drwxrwxrwx   16 admin    root         4096 Jul 29 19:01 .
drwxrwxrwx    9 root     root         4096 Jul 29 19:02 ..
-rwxrwxrwx    1 admin    users         648 May 27 18:15 .htaccess
-rwxrwxrwx    1 admin    users        1854 Jul  7 13:34 Info.txt
-rwxrwxrwx    1 admin    users        1178 Jul 29 16:58 WS_FTP.LOG
drwxrwxrwx   33 admin    users        4096 Jul 29 18:14 addons
-rwxrwxrwx    1 admin    users         639 Jul  4 17:08 admin.php
drwxrwxrwx    2 admin    users        4096 Jul 29 18:14 catalog
-rwxrwxrwx    1 admin    users       23316 Jul  4 17:08 changelog.txt
-rwxrwxrwx    1 admin    users        2194 Jul  4 17:08 config.local.php
-rwxrwxrwx    1 admin    users        5314 Jul  4 17:07 config.php
drwxrwxrwx    5 admin    users        4096 Jul 29 18:14 controllers
-rwxrwxrwx    1 admin    users         110 Jul  4 17:07 copyright.txt
drwxrwxrwx    4 admin    users        4096 Jul 29 18:14 core
-rwxrwxrwx    1 admin    users         369 Mar 27 12:18 httpd.ini
drwxrwxrwx    8 admin    users        4096 Jul 29 18:15 images
-rwxrwxrwx    1 admin    users         672 Jul  4 17:07 index.php
-rwxrwxrwx    1 admin    users        6555 Jul  4 17:07 init.php
drwxrwxrwx    5 admin    users        4096 Jul 29 18:39 install
-rwxrwxrwx    1 admin    users        1223 Jul  4 17:06 install.txt
drwxrwxrwx    2 admin    users        4096 Jul 29 18:15 js
drwxrwxrwx   19 admin    users        4096 Jul 29 18:16 lib
drwxrwxrwx    8 admin    users        4096 Jul 29 18:16 payments
-rwxrwxrwx    1 admin    users        7154 Jul  4 17:06 prepare.php
-rwxrwxrwx    1 admin    users         169 Jul 24  2007 robots.txt
drwxrwxrwx   12 admin    users        4096 Jul 29 18:16 schemas
drwxrwxrwx    5 admin    users        4096 Jul 29 18:15 setup
drwxrwxrwx    4 admin    users        4096 Jul 29 18:16 shippings
drwxrwxrwx    2 admin    users        4096 Jul 29 18:16 skins
-rwxrwxrwx    1 admin    users       11973 Sep 20  2005 store_closed.gif
-rwxrwxrwx    1 admin    users         597 Aug 25  2008 store_closed.html
drwxrwxrwx    4 admin    users        4096 Jul 29 18:21 var
DiskStation>

vielen Dank Tobi du hast mir die Augen geöffnet

auf der DS hab ich die CHMOD 666 und 777 für die Ordner bzw. config.local.php nicht definiert ...
... war allerdings für die anderen Scripte auch nicht nötig :eek:

wenn du mir jetzt noch sagst wie ich das bei der DS anstelle bin ich überglücklich :D
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
auf der DS hab ich die CHMOD 666 und 777 für die Ordner bzw. config.local.php nicht definiert ...
... war allerdings für die anderen Scripte auch nicht nötig :eek:

wenn du mir jetzt noch sagst wie ich das bei der DS anstelle bin ich überglücklich :D
Also für mich sind sowohl chmod 0666 und 0777 schlicht zuviel des guten. Ich persönlich würde die Eigentümerschaft und Gruppen im Verzeichnis anpassen und danach weniger "freie" Rechte setzen
Zuerst aber mal zu deiner eigentlichen Frage
Code:
chmod 0666 /path/to/file
chmod ändert die Zugriffsrechte auf eine Datei resp Verzeichnis. Mittels
Code:
chmod -R 0666 /path/to/folder
machst du das gleiche aber einfach rekursiv durch das ganze angegebene Verzeichnis.
Mein Vorschlag wäre aber der folgende. Ändere die Eigentümerschaft mittels
Code:
chown -R DEIN_USER:nobody /volume1/web/shop
wobei DEIN_USER der Name eines deiner User ist (nicht root!) und dann
Code:
chmod -R 077[B]0[/B] /volume1/web/shop
Damit hat nicht die ganze Welt ;) Schreibrechte auf deine Webdateien, sondern nur DEIN_USER und die Gruppe des Apache Users (nobody)
 

Veichtä

Benutzer
Mitglied seit
29. Jul 2009
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Also für mich sind sowohl chmod 0666 und 0777 schlicht zuviel des guten. Ich persönlich würde die Eigentümerschaft und Gruppen im Verzeichnis anpassen und danach weniger "freie" Rechte setzen
Zuerst aber mal zu deiner eigentlichen Frage
Code:
chmod 0666 /path/to/file
chmod ändert die Zugriffsrechte auf eine Datei resp Verzeichnis. Mittels
Code:
chmod -R 0666 /path/to/folder
machst du das gleiche aber einfach rekursiv durch das ganze angegebene Verzeichnis.
Mein Vorschlag wäre aber der folgende. Ändere die Eigentümerschaft mittels
Code:
chown -R DEIN_USER:nobody /volume1/web/shop
wobei DEIN_USER der Name eines deiner User ist (nicht root!) und dann
Code:
chmod -R 077[B]0[/B] /volume1/web/shop
Damit hat nicht die ganze Welt ;) Schreibrechte auf deine Webdateien, sondern nur DEIN_USER und die Gruppe des Apache Users (nobody)

erstmal VIELEN DANK für die superschnelle Hilfe

habe die Rechte nun nach deinem Vorschlag gesetzt
allerdings bekomme ich immer noch den "Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden." Fehler von der SynologyDS190J

habe zur Kontrolle nochmal einen Ordner mit VirtualHost gemacht und darin eine Testseite erstellt (einfache index.html) -> wieder der gleiche Fehler

ich kann mir einfach keinen Reim daraus machen warum ich
- "ältere" Ordner "cutenews" z.B.(welchen ich damals von meinem ftp 1zu1 auf die DS kopiert habe) problemlos aufrufen kann
- und bei "neuen" (egal welchen Inhalt sie haben egal ob mit VirtualHost erstellt oder einfach nur reinkopiert) immer der Fehler auftritt
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Hast du die .htaccess Datei erstellt? Sind dort eventuell irgendwelche mod_rewrite Anweisungen drin? Du könntest einfach testweise die .htaccess Datei umbenennen z.B. in .htaccess.bak und dann schauen ob du dann eine Testseite im Verzeichnis (shop) aufrufen kannst.
Hast du den virtual Host von Hand oder über den Diskstation-Manager erstellt?
 

Veichtä

Benutzer
Mitglied seit
29. Jul 2009
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
VirtualHost ist mit dem Manager erstellt

die .htaccess ist vom ShopScript selbst und ja da ist ein mod_rewrite enthalten
Rich (BBCode):
DirectoryIndex index.html index.php

<IfModule mod_rewrite.c>
RewriteEngine on
# Some hostings require RewriteBase to be uncommented
# Example:
# Your store url is http://www.yourcompany.com/store/cart
# So "RewriteBase" should be:
# RewriteBase /store/cart 
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !\.(png|gif|ico|swf|jpe?g|js|css)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php?sef_rewrite=1 [L,QSA]

RewriteCond %{REQUEST_FILENAME} .*\/catalog\/.*
RewriteCond %{REQUEST_FILENAME} -d
RewriteCond %{REQUEST_FILENAME}/index.html !-f
RewriteRule . index.php?sef_rewrite=1 [L,QSA]

</IfModule>


edit:

Vorschlag von itari (unter diesem Post) habe ich umgesetzt:
die Änderung "RewriteBase /shopverzeichnis" ändert nichts der Fehler erscheint weiterhin

aber:
wenn ich "RewriteEngine on" auf "off" stelle kommt der Fehler nicht mehr und ich kann die Seiten endlich aufrufen :D
soll ich rewrite auf off lassen oder gibts da irgendwelche probleme?
 
Zuletzt bearbeitet:

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Im Grunde steht es doch schon da:

Rich (BBCode):
# Your store url is http://www.yourcompany.com/store/cart
# So "RewriteBase" should be:
# RewriteBase /store/cart 
RewriteBase /

Ich denke, du musst die Zeile mit der RewriteBase abändern in:

Rich (BBCode):
RewriteBase /shop

Itari
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

 
 
  AdBlocker gefunden!

Du bist nicht hier, um Support für Adblocker zu erhalten. Dein Adblocker funktioniert bereits ;-)

Klar machen Adblocker einen guten Job, aber sie blockieren auch nützliche Funktionen.

Das Forum wird mit hohem technischen, zeitlichen und finanziellen Aufwand kostenfrei zur Verfügung gestellt. Wir zeigen keine offensive Werbung und bemühen uns um eine dezente Integration.

Bitte unterstütze dieses Forum, in dem du deinen Adblocker für diese Seite deaktivierst.

Du kannst uns auch über unseren Kaffeautomat einen Kaffe ausgeben oder ein PUR Abo abschließen und das Forum so werbefrei nutzen.

Vielen Dank für Deine Unterstützung!