folder /photo benaderen vanuit PHP

[bvp]

Hallo,

Ik wil vanuit mijn PHP pagina in /web de folder /photo en subfolders de hierin aanwezige foto's benaderen.
Hiervoor heb ik de library "Webshare enabler" geïnstalleerd. Vervolgens heb ik de photo folder op Accesible gezet.

Als ik nu vanuit mijn php-pagina een photo uit de photo folder probeer te benaderen krijg ik nog steeds een rood kruis.
<img src="./photo/test.JPG" />, <img src="/volume1/photo/test.JPG" /> lijkt allemaal niet te werken.

Moet ik nog iets anders aanzetten/activeren of is mijn benadering hier niet goed?

Alvast bedankt!

[Björn]

Ik zie nog wel een paar mogelijkheden hoor:

<img src="../photo/test.JPG" /> (je gaat in principe een niveau omhoog toch)
<img src="http://domeinnaam/photo/test.JPG" />

[bvp]

Ik zie nog wel een paar mogelijkheden hoor:

<img src="../photo/test.JPG" /> (je gaat in principe een niveau omhoog toch)
<img src="http://domeinnaam/photo/test.JPG" />

Thnx maar dat is inderdaad ook wat ik als eerst geprobeerd heb: ip-adres / photo / test.jpg.
Rechtstreeks in de webbrowser geeft een re-direct naar synology "pagina kan niet worden gevonden".
Lijkt dus of die share niet werkt?

[Björn]

Misschien is het probleem wel dat de photo share in feite al een webshare is... Via /photo kom je normaal al in photostation.. In dat geval heb je dus feitelijk een conflict met photostation..

[ffr]

Volgens mij is dat juist dat je niet vanuit je webpagina's bij onderliggende mappen kan en mag.
Zou mooi zijn. Kan je zomaar via www.xxxx.nl naar ../homes etc.

Is het volgende wellicht een optie:

via telnet inloggen als root
naar de web share op volume1
maak een symbolic link naar de map volume1/photo in de map /volume1/web
Even snel getest bij mijn 209 en kreeg toen netjes de map te zien op http://www.xxxxx.nl/photo

suc6

[bvp]

Volgens mij is dat juist dat je niet vanuit je webpagina's bij onderliggende mappen kan en mag.
Zou mooi zijn. Kan je zomaar via http://www.xxxx.nl naar ../homes etc.

Is het volgende wellicht een optie:

via telnet inloggen als root
naar de web share op volume1
maak een symbolic link naar de map volume1/photo in de map /volume1/web
Even snel getest bij mijn 209 en kreeg toen netjes de map te zien op http://www.xxxxx.nl/photo

suc6

Thnx voor je reactie!
Ik heb zojuist een symbolic link gemaakt met: ln -s /volume1/photo /volume1/web.
Ik zag dan ook de "photo"-folder netjes verschijnen onder mijn /web directory.
Als ik deze probeer te benaderen onder http://192.168.0.100/photo/test.jpg krijg ik nog steeds page not found.
Onder /volume1/photo is wel test.jpg aanwezig ..

@Bjorn: WebShare Enabler van mertymade is hier toch juist voor bedoeld? Dit package is toch bedoeld om bijv. de photo folder beschikbaar te maken voor je php code? Of zie ik iets over het hoofd hier?
Je kan namelijk gewoon een vinkje zetten bij Accessible achter de /volume1/photo folder.

[ffr]

Raar?

Op mijn DS oa de volgende mapen: /volume1/fotos en /volume1/web
in de map /volume1/web  middels ln -s /volume1/fotos testjes een symbolic link gemaakt.

Via wifi van de buren naar mijn home page www.xxxxx.nl en daarna aangevuld
met www.xxxx.nl/testjes.

Kreeg netjes alle mappen te zien in de map /volume1/fotos en kon ook alle jpg bestanden openen en bekijken.

suc6

[bvp]

Hmm ik zie nu dat er een verschil is in het aanmaken van de symbolic link hoe jij dit doet.

Wat ik had gedaan is: "ln -s /volume1/photo /volume1/web"
In de map web komt dan dus een soort van shortcut naar de map foto: /volume1/web/*photo*
Bij het benaderen van deze map vanuit windows krijg ik dan een access denied zag ik gisteren.
Bij het benaderen met de browser: "Page not found".

Jij geeft de symbolic link een naam mee met: "ln -s /volume1/fotos testjes" vanuit de folder /volume1/web
Bij jouw wordt de shortcut dan dus: /volume1/web/testjes

Ook zie ik bij jou fotos ipv photo? Draait bij jou het "Photostation" ook op deze folder of kijkt deze wel naar http://localip/photo ?
Of moet ik hierna nog expliciet rechten toekennen aan deze map zodat ik geen access denied krijg?

Alvast bedankt!

[Björn]

Hmm ik zie nu dat er een verschil is in het aanmaken van de symbolic link hoe jij dit doet.

Wat ik had gedaan is: "ln -s /volume1/photo /volume1/web"
In de map web komt dan dus een soort van shortcut naar de map foto: /volume1/web/*photo*
Bij het benaderen van deze map vanuit windows krijg ik dan een access denied zag ik gisteren.
Bij het benaderen met de browser: "Page not found".

Jij geeft de symbolic link een naam mee met: "ln -s /volume1/fotos testjes" vanuit de folder /volume1/web
Bij jouw wordt de shortcut dan dus: /volume1/web/testjes

Ook zie ik bij jou fotos ipv photo? Draait bij jou het "Photostation" ook op deze folder of kijkt deze wel naar http://localip/photo ?
Of moet ik hierna nog expliciet rechten toekennen aan deze map zodat ik geen access denied krijg?

Alvast bedankt!

Het probleem waar ik hierboven al op doelde is dat de photostation normaal benaderd wordt via ipadres/photo
Als je dus een symbolic link maakt met de naam photo weet de NAS dus niet of hij naar photostation moet of naar die symlink.

ln -s /volume1/photo testjes vanuit de folder /volume1/web moet dan dus wel werken.

[Björn]

Hmm ik zie nu dat er een verschil is in het aanmaken van de symbolic link hoe jij dit doet.

Wat ik had gedaan is: "ln -s /volume1/photo /volume1/web"
In de map web komt dan dus een soort van shortcut naar de map foto: /volume1/web/*photo*
Bij het benaderen van deze map vanuit windows krijg ik dan een access denied zag ik gisteren.
Bij het benaderen met de browser: "Page not found".

Jij geeft de symbolic link een naam mee met: "ln -s /volume1/fotos testjes" vanuit de folder /volume1/web
Bij jouw wordt de shortcut dan dus: /volume1/web/testjes

Ook zie ik bij jou fotos ipv photo? Draait bij jou het "Photostation" ook op deze folder of kijkt deze wel naar http://localip/photo ?
Of moet ik hierna nog expliciet rechten toekennen aan deze map zodat ik geen access denied krijg?

Alvast bedankt!

Het probleem waar ik hierboven al op doelde is dat de photostation normaal benaderd wordt via ipadres/photo
Als je dus een symbolic link maakt met de naam photo weet de NAS dus niet of hij naar photostation moet of naar die symlink.

ln -s /volume1/photo testjes vanuit de folder /volume1/web moet dan dus wel werken.

[ffr]

Beste bvp,

Ook nog eens geprobeerd met photostation ingeschakeld en een symlink in de map /volume1/web naar de map /volume1/photo en ook die werkt dan netjes met www.xxxx.nl/photo ook de submappen die er in staan.

Ik zelf gebruik  photostation niet vandaar de map foto.

suc6

[bvp]

Het lijkt toch echt een rechtenprobleem te zijn?

Ik heb nu het volgende gedaan:

Ingelogd als root (later ook als admin om te proberen)

cd /volume1/web

ln -s /volume1/photo/temp testjes

Vanuit de windows machine een map network drive gedaan naar /volume1/web
als ik nu in deze drive de map "testjes" probeer te openen vanuit de windows machine krijg ik "Access denied".
Vervolgens een "chmod 755 /volume1/web/testjes" gedaan. Hierna nog steeds "Access denied".
Benadering met de webbrowser: http://192.168.0.100/testjes/test.jpg geeft een "Page not found".

Ik snap er niks meer van.

[ffr]

Hierbij de rechten van mijn mappen etc.

/volume1/web = drwxrwxrwx root root
/volume1/photo = drwxrwxrwx root root
Symlink testjes in /volume1/web naar /volume1/photo lrwxrwxrwx root root

De map photo had ik weer verwijderd dus deze weer aangemaakt met de functie photostation
Kon middels de windows-explorer de map photo niet benaderen
Blijkt dus dat deze map niet automatische ingesteld te worden dat admin lees/schrijfrechten heeft.
Via diskstation en dan Gedeeldemap rechten voor admin op RW gezet.
Nu weer oke
Kan ook weer mappen en bestanden plaatsen/maken

Via de route http://10.0.0.12/photo krijg ik een 403 error
Via de route www.xxxxxx/photo krijg in ook een 403 error
Via de route www/xxxx/testjes krijg ik netjes de inhoud van de map photos en submappen
en kan de bestanden (photo's) openen.

Blijft voor mij de vraag waarom werkt photo station niet

de bestanden en mappen die ik in de map volume1/photo gemaakt heb vanuit windows hebben de volgende rechten
map: drwxrwxrwx gebruikersnaam users
bestanden : -rwxrwxrwx gebruikersnaam users

suc6 maar weer

[bvp]

Dit weekend maar es een complete backup gemaakt van alles en hierna een complete reïnstall gedaan van de synology.
Ik had hem namelijk al vanaf het begin, ruim 2,5 jaar, uiterst tevreden draaien!
Voorheen SABNzbd geïnstalleerd met de Python bootstrap en toen redelijk wat problemen met rechten gehad en daar dus ook redelijk wat mee lopen klooien destijds. Had nu dus ook 2 versies van SABNzd door elkaar draaien en vond het daardoor toch al es tijd voor een "verse" installatie.
Ik vermoed dan ook dat dit het probleem was dat ik nu de rechten maar niet goed kreeg.

Na de nieuwe install de suggesties van ffr geprobeerd en het werkt nu perfect!
Many thnx hiervoor!