"I don't always test my code, but when I do, I test on production."
Ja, de tag wordt aangemaakt door de gebruiker in javascript. De links die ik wil uploaden zijn extern, en de kans bestaat dat als ik ze op de server direct van de externe server download de toegang wegvalt of iets dergelijks, omdat het voor de externe server dan om een andere/vreemde client gaat. Een ander scenario is dat een afbeelding op de externe server gegenereerd is en slechts eenmaal kan worden gedownload, dan kan mijn server hem ook niet downloaden met dezelfde link. In beide gevallen moet de data dus uit de browser naar mijn server worden geupload.djluc schreef op vrijdag 28 oktober 2011 @ 17:25:
Staat die tag op jouw eigen site? Hoe komt die daar?
"I don't always test my code, but when I do, I test on production."
Als een plaatje gehotlinked wordt, kan je je nu nog verschuilen achter user-input. Als je gaat automatiseren, ben je in 99% van de gevallen fout bezig. Je hebt namelijk de rechten niet om te mogen kopieren.
Ey!! Macarena \o/
Van hotlinking is geen sprake. Dat is wanneer ik een afbeelding op mijn site zet die in feite op een externe server wordt gehost. Dit is alleen het geval op het moment dat de gebruiker besluit een externe afbeelding te gebruiken in mijn app (ik maak dan in javascript een <img> tag aan met als src de opgegeven url). Op het moment dat het project waar de gebruiker mee bezig is wordt opgeslagen (op mijn server) wil ik dus al die externe afbeeldingen uploaden zodat ze in het vervolg allemaal van mijn server komen (en niet verloren gaan, etc).RaZ schreef op vrijdag 28 oktober 2011 @ 17:30:
Het gaat om hotlinked plaatjes, waar jij de rechten niet op hebt. Dan maak je inbreuk op het auteursrecht.
Als een plaatje gehotlinked wordt, kan je je nu nog verschuilen achter user-input. Als je gaat automatiseren, ben je in 99% van de gevallen fout bezig. Je hebt namelijk de rechten niet om te mogen kopieren.
Hotlinking heeft ook niets met auteursrecht te maken. Het uploaden van externe afbeeldingen naar mijn server wel. Echter gaan we er vanuit dat gebruikers geen auteursrechtelijk beschermde afbeeldingen in projecten gebruiken, want dat mag niet volgens de voorwaarden van mijn app. Bovendien wordt er niks door mijn site publiek gemaakt, projecten die worden opgeslagen zijn prive voor iedere gebruiker.
"I don't always test my code, but when I do, I test on production."
Dit kan gewoon niet volgens de huidige wetgeving. Auteursrecht is automatisch vantoepassing. Auteursrecht kan je vaak niet controleren aan de afbeelding tenzij een licentievorm in een file property van de afbeelding staat.Echter gaan we er vanuit dat gebruikers geen auteursrechtelijk beschermde afbeeldingen in projecten gebruiken, want dat mag niet volgens de voorwaarden van mijn app.
De beste oplossing lijkt mij dat wanneer een gebruiker iets naar je server upload (tekst, afbeelding, ...) dan ga je een overeenkomst aan met de gebruiker. In die overeenkomst stel jij bijv. dat de gebruiker de auteur moet zijn en aan voorwaarde x (bijv. delen met derden) moet voldoen en indien dat niet het geval is dan kan de gebruiker niks uploaden.
[ Voor 5% gewijzigd door Cobalt op 28-10-2011 17:52 ]
Digitaal onderwijsmateriaal, leermateriaal voor hbo
Ik was niet van plan een discussie te gaan houden over wat wel en niet mag, aangezien ik daar geen expert in ben (daar zijn andere mensen voor) en volgens mij de meeste anderen hier ook niet (anders ging ik wel naar een rechten forum), maar het lijkt me dat het juridisch net zo geldig is dat ik in de voorwaarden stel dat gebruikers geen illegale dingen mogen uploaden als dat ik dat per upload zou eisen. Ze gaan die overeenkomst al aan door gebruik te maken van de site en de voorwaarden te accepteren. Maar nogmaals, ik heb een vraag over de technische kant. Hoe kan ik bij die data?Cobalt schreef op vrijdag 28 oktober 2011 @ 17:49:
[...]
Dit kan gewoon niet volgens de huidige wetgeving. Auteursrecht is automatisch vantoepassing. Auteursrecht kan je vaak niet controleren aan de afbeelding tenzij een licentievorm in een file property van de afbeelding staat.
De beste oplossing lijkt mij dat wanneer een gebruiker iets naar je server upload (tekst, afbeelding, ...) dan ga je een overeenkomst aan met de gebruiker. In die overeenkomst stel jij bijv. dat de gebruiker de auteur moet zijn en aan voorwaarde x (bijv. delen met derden) moet voldoen en indien dat niet het geval is dan kan de gebruiker niks uploaden.
Dat is precies wat ik heb uitgelegd dat ik niet wil.gorgi_19 schreef op vrijdag 28 oktober 2011 @ 18:01:
Mocht je het toch op jouw manier willen doen, dan zal je via bijvoorbeeld jquery het src-attribuut van de img moeten pakken en deze via een POST-actie naar de server te sturen. Deze kan hem dan downloaden (indien hij dat nog niet eerder heeft gedaan)
Edit: een optie die ergens anders is aangedragen is om het bestand in een (javascript) variabele te laden door de url met ajax te downloaden. Dan vertrouw ik echter wel op de browser dat hij het bestand gecached heeft, anders downloadt de gebruiker het bestand twee keer en dat is ook niet gunstig. Als iemand anders nog ideeen heeft sta ik daarvoor open.
[ Voor 9% gewijzigd door Jeroen op 28-10-2011 19:03 ]
"I don't always test my code, but when I do, I test on production."
Driving a cadillac in a fool's parade.
Hey ... maar dan heb je ook wat!
Dit idee zou werken, ware het niet dat de browser daar een stokje voor steekt in het kader van same-origin policy. Ik denk dat daarmee duidelijk is dat wat ik wil op dit moment helaas onmogelijk is, dus zal ik het maar laten zitten.
"I don't always test my code, but when I do, I test on production."
Je krijgt userinput binnen op je server, en die kan je dus gewoon uitlezen en met javascript wordt er een complete image-link gemaakt.
1
| <img src="server/plaatje.jpg"> |
Die src kan je uitlezen serverside, en vervolgens dus ook downloaden en opslaan.
Wat je wil is dus wel heel eenvoudig te doen, alleen niet op de manier hoe je het wil. Groot verschil
Ey!! Macarena \o/
[ Voor 85% gewijzigd door MueR op 02-11-2011 14:53 ]