upload map voor klanten

[Bruno Pharasyn]

Besten,
ik vroeg me af of het mogelijk is om een upload map te maken waar mijn klanten een file kunnen uploaden. maar zeker niet downloaden. dus een eenmalige upload zeg maar.

mvg
Bruno

[Ben(V)]

Je moet een share maken met een externe toegang.
Geef alleen toegang met schrijfrechten (dus niet lezen).

Of gebruik dropbox.
Er schijnt een Synology sync programma te zijn dan volgens mij synobox heet.

[Briolet]

Wat in elk geval niet werkt, is een gewone map maken met alleen schrijfrechten en geen leesrechten.

Op de mac is dat de standaard manier om een upload-map te maken waar je niet in kunt bekijken maar wel naar toe kunt saven.

Ik heb het net even op de nas geprobeerd: Nieuwe map in een bestaande share alleen schrijfrechten gegeven, verder niets.

- Met FileStation kan ik die map gewoon openen en de inhoud downloaden. 
- Als ik die share via afp benader, kan ik de map ook gewoon openen. File-info zegt wel dat dit een 'alleen schrijven map' is (Aflevermap), maar de nat trekt zich er niets van aan.
- Als ik inlog met een ftp programma (Cyberduck) dan staat er een 'verbodsbord' icoontje op die map. Mooi dacht ik. Alleen laat de nas me toch toe die map te openen en de inhoud downloaden.

Dit is eigenlijk schokkend en lijkt me een rechten bug van de nas.

Ik heb het wel getest met een account met administrator rechten, maar had bij de rechten deze administrator geen leesrechten gegeven.

[Ben(V)]

Ja is wel een beetje vreemd.
Is volgens mij de standaard manier voor alle unix varianten.
Heb even gekeken, maar DSM kent helemaal geen write only rechten.
Alleen read only, read/write en no access.

Toch maar dropbox of zo iets dan.
Persoonlijk gebruik ik vaak WeTransfer, maar dat heeft misschien als nadeel dat je het zelf op moet halen.

[Briolet]

Je moet een share maken met een externe toegang.
Geef alleen toegang met schrijfrechten (dus niet lezen).

Even geprobeerd, maar dat kan niet. Een share kun je niet "alleen schrijven" rechten geven, zoals een gewone map. 

[Briolet]

- Als ik inlog met een ftp programma (Cyberduck) dan staat er een 'verbodsbord' icoontje op die map. Mooi dacht ik. Alleen laat de nas me toch toe die map te openen en de inhoud downloaden.

Als ik met een gewone user inlog. lukt het ook niet. De gewone user kan wel niet in die map kijken, maar als ik iets wil uploaden, krijg ik de melding "access denied", (Zowel met Cyberduck als met Filezilla) terwijl de gebruiker wel schrijfrechten heeft. Blijkbaar wil het ftp programma eerst even in die map kijken voordat hij er naartoe schrijft. 

[Bruno Pharasyn]

Alvast bedankt voor alle antwoorden en suggesties. het dropbox sync tool ga ik eens uitproberen.
hopelijk lukt het daarmee.

mvg
Bruno

[Goner]

Met permissies lijkt me e.e.a. moeilijk/niet te regelen ... je zou via een script de folder kunnen monitoren en zodra er iets nieuws in wordt gezet, de file verplaatsen naar een folder waar gebruikers niet bij kunnen.

[Babylonia]

Ik vind het uitermate vreemd dat de TS wel een map ter beschikking wil stellen voor een klant waar hij wel kan uploaden, maar niet kan downloaden (lezen). Een klant zal zijn eigen gestalde bestand (wat is geupload) in ieder geval toch ook zelf moeten kunnen inkijken. Al is het alleen maar voor controle of de upload correct is uitgevoerd. Als je dat al niet wilt toestaan denk ik dat je een klant zo weer kwijt bent met zo'n ongebruiksvriendelijke benaderingswijze.

ik vroeg me af of het mogelijk is om een upload map te maken waar mijn klanten een file kunnen uploaden. maar zeker niet downloaden. dus een eenmalige upload zeg maar.

klanten ---> meervoud

Dat de ene klant de bestanden van een andere klant niet kan inzien, begrijpelijk. Maar m.b.t. de discretie wat de een of de ander upload, zelfs als het niet te lezen zou zijn, maar men wel als bestand ziet als "aanwezig", zou je dat per klant moeten regelen, en in ieder geval niet alles bij elkaar in een centrale uploadmap.
Dus elke klant gewoon zijn eigen mapje. Met zowel upload als download (lees)rechten.

[Bruno Pharasyn]

Dat de ene klant de bestanden van een andere klant niet kan inzien, begrijpelijk. Maar m.b.t. de discretie wat de een of de ander upload, zou je dat per klant moeten regelen, en in ieder geval niet alles bij elkaar in een centrale uploadmap. Dus elke klant gewoon zijn eigen mapje. Met zowel upload als download (lees)rechten.

De bedoeling is dat een klant zijn printbestanden kan uploaden nadat deze bijvoorbeeld flyers heeft besteld. dus via mijn website zou ik een uploadknop kunnen zetten die voor een eenmalige upload zorgt. het is helemaal niet de bedoeling dat men in deze map kan zien, noch downloaden. En voor elke klant een map? dat wordt moeilijk. dat kunnen er veel worden soms maar voor 1 keer.
hopelijk wordt het iets duidelijker zo

mvg
Bruno

[Babylonia]

Ik denk dat je dan beter naar een uitgebreid speciaal op php en SQL gebaseerd pakket zou moeten kijken, wat aan de mogelijkheden kan voldoen, toch separaat de bestanden die klanten uploaden kan controleren wat degene ook daadwerkelijk naar je server inzendt.

Vergelijk bijv. softwarepakketten die foto afdrukcentrales gebruiken als mensen hun foto's uploaden. Dat wordt gesepareerd op basis van een door een klant zelf aangemaakt account en/of klantnummer.

Ik ben echter niet op de hoogte van een pakket wat op een Synology NAS geïnstalleerd zou kunnen worden.

Met datgene wat je benoemt, is het juist uitermate belangrijk een gebruiksvriendelijk pakket daarvoor in te zetten. De gebruiksvriendelijkheid en correct gesepareerde automatische werkwijze maakt of breekt de animo voor klanten om er gebruik van te maken en het succes van je service. Die service zou je moeten zien, compleet met de administratieve verwerking erachter (ordernummer, terugkoppeling via e-mail wat iemand besteld heeft, rekening etc.) wat tevens aan een dergelijk pakket gekoppeld kan worden.
Dus regel je het slecht, verlies je klanten daardoor al erg snel, hoe netjes je printwerk ook moge zijn.

Waarschijnlijk had je nog niet in die richting gedacht en voel je jezelf misschien een te klein ondernemer om op die wijze je uploadservice te regelen. Probeer toch in die richting te denken. Het kost wat denkwerk en wellicht wat externe expertise, maar het levert je uiteindelijk veel meer op, dan in de benadering waar je nu aan denkt.

[Briolet]

Ik vind het uitermate vreemd dat de TS wel een map ter beschikking wil stellen voor een klant waar hij wel kan uploaden, maar niet kan downloaden (lezen).

Op de mac is dat zelfs een standaard setting. Maar dan wel voor de publieke map. Daar kun je anoniem inloggen en kun je de mogelijkheid geven aan deze inloggers toch iets te kunnen uploaden. Maar je wilt niet dat anderen dat kunnen zien.

Omdat Mac ook Unix gebaseerd is, zoals de nas, was ik eigenlijk verbaasd dat de dingen met rechten op de nas niet werkten, zoals ik gewend was.

Dat de ene klant de bestanden van een andere klant niet kan inzien,

Maar bij een eigen account, komen de bestanden ook in de map van dat account, en wat daarin staat is privé en moet de directie weer niet zien. Dus een 'uploadmap" in een algemene share is wel een handig iets, als het werkt.

Maar waarom niet gewoon een mailtje met het bestand als attachment?

[Bruno Pharasyn]

Ik denk dat je dan beter naar een uitgebreid speciaal op php en SQL gebaseerd pakket zou moeten kijken, wat aan de mogelijkheden kan voldoen, toch separaat de bestanden die klanten uploaden kan controleren wat degene ook daadwerkelijk naar je server inzendt.

Vergelijk bijv. softwarepakketten die foto afdrukcentrales gebruiken als mensen hun foto's uploaden. Dat wordt gesepareerd op basis van een door een klant zelf aangemaakt account en/of klantnummer.

Ik ben echter niet op de hoogte van een pakket wat op een Synology NAS geïnstalleerd zou kunnen worden.

Ik zal denk ik beter naar zo een pakket gaan zoeken, en niet verder zoeken of het met synology kan.

toch van harte bedankt om te zoeken naar oplossingen

mvg
Bruno

[Babylonia]

Ik denk dat het best zou moeten kunnen op een Synology.
Synology werkt op basis van Unix.
De meeste van dat soort pakketten zijn Unix "Apache" gebaseerd omdat "normale" internet-servers waar dit soort pakketten op draaien meestal ook Unix gebaseerd zijn. Je NAS DSM voldoet er ook aan:
https://www.synology.com/en-us/knowledgebase/faq/310

Dus het heeft zeker zin om je te verdiepen in de mogelijkheden, juist voor en op je Synology NAS.
(Maar het is in ieder geval geen standaard applicatie van Synology zelf).

Ik weet niet wat er verder nog aan expertise van andere forumleden binnenkomt, maar ik ben zelf ook wel benieuwd welke oplossingen voorhanden zijn. Mocht je dat elders vinden, zou het aardig zijn om dat tegen die tijd dat je eruit bent terug te koppelen naar dit draadje.

Succes.

[Babylonia]

Ik ben nog eventjes verder gaan zoeken. Er is een stortvloed aan allerlei pakketten om flitsende web "ecommerce" oplossingen te (laten) bouwen. Dat gaat "nu" wellicht veel en veel te ver. Misschien heb je (nog) maar 5% nodig van de mogelijkheden, Toch wil ik je wat ideeën aanreiken in welke richting je zou kunnen denken. Het geeft je een breder blikveld hoe zoiets te starten in de zoektocht voor een oplossing op jou situatie afgestemd.

Als start om te zoeken.
Google zoektermen < zoals deze > voor het vinden van software of diensten:
< idem afwijkende zoekterm >   en   < deze zoekterm, meer afgestemd op bijv. "printshop" >

Veel in het Engels, rechts van de Google pagina's kom je nog wel aan Nederlandse sites.

Aantal meer interessante zaken m.b.t. open source ecommerce platforms:
http://www.webappers.com/2010/07/09/15-best-free-open-source-ecommerce-platforms/
Zomaar een website:  http://dakis.com/

Filmpje bekijken < HIER >
Filmpje wat ingaat op printwerk business via internet < HIER >

Misschien zou je je vragen ook kunnen plaatsen of forums die specifiek over ecommerce oplossingen handelen.

Babylonia@