Htaccess verwijzing probleem

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • mdrop
  • Registratie: Juni 2009
  • Niet online
Ondanks de wat vage titel hoop ik dat wat mensen het nog kunnen snappen, het probleem is als volgt;

Ik heb op dit moment middels het htaccess bestand geregeld dat alle .avi bestanden automatisch door verwijzen naar een html pagina, met de URL als parameter:

code:
1
2
RewriteEngine On
RewriteRule (.*)\.avi$ http://www.url.nl/?url=$1 [L]


Dit werkt allemaal perfect, wanneer ik op een .avi bestand in de open-dir klik wordt hij netjes door verwezen naar de index pagina met de volgende url:

code:
1
http://www.url.nl/?url=map1/map2/bestand.avi


Deze ?url pak ik op en wil ik via een hyperlink aanbieden maar nu ontstaat er dus een loop, hij verwijst door de htacces opnieuw naar de index (Want ik open dus weer een avi), is er een mogelijkheid om te voorkomen dat wanneer hij reeds naar de index is doorgestuurd het bestand wel gedownload zonder de verwijzing.

Bedankt!

PS: Deze verwijzing is bedoeld om mensen altijd de pagina te tonen voor er een download start, dit om advertenties en dergelijken te tonen.

Acties:
  • 0 Henk 'm!

  • NMe
  • Registratie: Februari 2004
  • Laatst online: 09-09 13:58

NMe

Quia Ego Sic Dico.

Vervang die .* eens door [^\?]+ :)

Daarnaast: Waar hoort mijn topic?

WEB>>WSS

'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.


Acties:
  • 0 Henk 'm!

  • mdrop
  • Registratie: Juni 2009
  • Niet online
NMe schreef op zaterdag 13 oktober 2012 @ 17:55:
Vervang die .* eens door [^\?]+ :)
Dank, maar geen effect.

Acties:
  • 0 Henk 'm!

  • Orion84
  • Registratie: April 2002
  • Laatst online: 17:25

Orion84

Admin General Chat / Wonen & Mobiliteit

Fotogenie(k)?

NMe schreef op zaterdag 13 oktober 2012 @ 17:55:
Vervang die .* eens door [^\?]+ :)

Daarnaast: Waar hoort mijn topic?

WEB>>WSS
Dat gaat niet helpen.

Wat hij wil:
Bezoeker komt op http://www.url.nl/publicdir/ wat gewoon een open dir is met daarin (onder andere) avi bestanden.

Bezoeker klikt op een avi bestand en dan gebeurt het volgende:
http://www.url.nl/publicdir/bla.avi redirect naar http://www.url.nl/?url=publicdir/bla.avi

Op die laatste pagina staan dan advertenties en een link om alsnog bla.avi te downloaden.

Maar die link om bla.avi te downloaden is identiek als waar de gebruiker oorspronkelijk op klikte, namelijk http://www.url.nl/publicdir/bla.avi (daar staat dat bestand immers).

Dat gaat dus nooit werken.

Wat eventueel zou kunnen (denk ik) is een map 'download' aanmaken op je server en daarin symlinks zetten naar naar de mappen met avi bestanden. Die map download kan je dan excluden uit de match van je htaccess redirect rule.

De gebruiker komt dan eerst in http://www.url.nl/publicdir/ klikt daar op bla.avi en komt door de redirect op http://www.url.nl/?url=publicdir/bla.avi

Daar kan je dan een link zetten naar http://www.url.nl/download/publicdir/bla.avi wat dankzij de symlink hetzelfde bestand download, maar niet de htaccess triggert. Maar misschien zie ik dan iets over het hoofd?

Ik weet alleen zo even niet of je op die manier nog wel kan voorkomen dat mensen direct in http://www.url.nl/download/publicdir/ gaan rondneuzen.

[ Voor 4% gewijzigd door Orion84 op 13-10-2012 18:39 ]

The problem with common sense is that it's not all that common. | LinkedIn | Flickr


Acties:
  • 0 Henk 'm!

  • mdrop
  • Registratie: Juni 2009
  • Niet online
Orion84 schreef op zaterdag 13 oktober 2012 @ 18:38:
[...]

Dat gaat niet helpen.

Wat hij wil:
Bezoeker komt op http://www.url.nl/publicdir/ wat gewoon een open dir is met daarin (onder andere) avi bestanden.

Bezoeker klikt op een avi bestand en dan gebeurt het volgende:
http://www.url.nl/publicdir/bla.avi redirect naar http://www.url.nl/?url=publicdir/bla.avi

Op die laatste pagina staan dan advertenties en een link om alsnog bla.avi te downloaden.

Maar die link om bla.avi te downloaden is identiek als waar de gebruiker oorspronkelijk op klikte, namelijk http://www.url.nl/publicdir/bla.avi (daar staat dat bestand immers).

Dat gaat dus nooit werken.

Wat eventueel zou kunnen (denk ik) is een map 'download' aanmaken op je server en daarin symlinks zetten naar naar de mappen met avi bestanden. Die map download kan je dan excluded uit de match van je htaccess redirect rule.

De gebruiker komt dan eerst in http://www.url.nl/publicdir/ klikt daar op bla.avi en komt door de redirect op http://www.url.nl/?url=publicdir/bla.avi

Daar kan je dan een link zetten naar http://www.url.nl/download/publicdir/bla.avi wat dankzij de symlink hetzelfde bestand download, maar niet de htaccess triggert. Maar misschien zie ik dan iets over het hoofd?
Klopt, dit is dus mijn verhaal maar dan wel duidelijk uitgelegd, dank daar voor!

Nog onbekend met symlinks maar is even uitzoeken hoe dat werkt.

Acties:
  • 0 Henk 'm!

  • Orion84
  • Registratie: April 2002
  • Laatst online: 17:25

Orion84

Admin General Chat / Wonen & Mobiliteit

Fotogenie(k)?

Een nettere oplossing is natuurlijk om geen open dir te gebruiken om de lijst met bestanden te laten zien, maar daar gewoon middels php of zo een overzichtspagina voor te bouwen met linkjes naar de download/advertentie pagina met pas op die pagina de link naar het fysieke bestand ter download.

The problem with common sense is that it's not all that common. | LinkedIn | Flickr


Acties:
  • 0 Henk 'm!

  • mdrop
  • Registratie: Juni 2009
  • Niet online
Orion84 schreef op zaterdag 13 oktober 2012 @ 18:42:
Een nettere oplossing is natuurlijk om geen open dir te gebruiken om de lijst met bestanden te laten zien, maar daar gewoon middels php of zo een overzichtspagina voor te bouwen met linkjes naar de download/advertentie pagina met pas op die pagina de link naar het fysieke bestand ter download.
Dat is de oplossing die op dit moment gebruikt wordt, maar het zijn oplopende bestanden;

Video001.avi
Video002.avi
Video003.avi
enz.

Waardoor mensen dan nog steeds direct gaan linken naar de bestanden als ze de link van video001 hebben.

Acties:
  • 0 Henk 'm!

  • Orion84
  • Registratie: April 2002
  • Laatst online: 17:25

Orion84

Admin General Chat / Wonen & Mobiliteit

Fotogenie(k)?

Ah, kijk, daar komt het echte probleem bovendrijven.

Ik zou zeggen: google eens op hotlink protection. Je moet niet met redirects gaan werken, maar de referer checken :)

[ Voor 24% gewijzigd door Orion84 op 13-10-2012 18:51 ]

The problem with common sense is that it's not all that common. | LinkedIn | Flickr


Acties:
  • 0 Henk 'm!

  • mdrop
  • Registratie: Juni 2009
  • Niet online
Orion84 schreef op zaterdag 13 oktober 2012 @ 18:50:
Ah, kijk, daar komt het echte probleem bovendrijven.

Ik zou zeggen: google eens op hotlink protection :)
Dat is al reeds geactiveerd en werkt ook gewoon. Het gaat er om dat personen ALTIJD bij ieder .avi bestand op die pagina terecht moet komen.

Met of zonder cookie van het domein.

Acties:
  • 0 Henk 'm!

  • mdrop
  • Registratie: Juni 2009
  • Niet online
Inmiddels een oplossing gevonden, vraag me niet waarom het werk maar het werkt;

code:
1
2
3
4
if($_GET['verified']=="1")
{
  header('Content-Disposition: attachment; filename="'.basename($url).'"');     /// <<< Download trigger!!!
}


De button linkt nu naar een verified link, natuurlijk niet 100% waterdicht maar de ?verified= komt NIET voor in de URL dus een stuk beter dan voorheen.

Acties:
  • 0 Henk 'm!

  • mauricedb
  • Registratie: Maart 2007
  • Laatst online: 15:34
Als je nou de .avi weg laat in de doorverwijs link, dus dat je

code:
1
http://www.url.nl/?url=map1/map2/bestand


in plaats van

code:
1
http://www.url.nl/?url=map1/map2/bestand.avi


krijgt. In de downloadlink op de pagina pak je dan de link en zet je er automatisch avi achter. Idee? :P
Pagina: 1