Fortsættelse af Streaming

if ($REMOTE_ADDR == 'din IP') {
echo din side
}
else {
Du må ikke se noget - farvel...
}

Alle mine filer, der ikke rager andre, er sikret på denne måde - det kræver dog, at du har fast IP

...hvis jeg har forstået det rigtigt :O)

Nej, det skal ikke kun være for mig...

Hvis jeg har et login system, hvor brugere kan logge ind og streame en film... det må de godt... men det må ikke være sådan at de direkte kan skrive adresse linien når de er logget ind, såsom: www.websted.dk/filmmappe/filnavn.mpg

Det SKAL køre gennem et PHP script...

Så det skal ikke kun være mig og min IP, som må logge ind og se filer...

har du adgang til mapper under din WWW mappe - altså kan du overhovedet tilgå dem fra et script? hva hedder din udbyder, så er det hurtigt at finde ud af.

"over" mente jeg

hvis du overhovedet KAN gøre det.. skal mit forrige script bare tilpasses lidt, så kan du sagtens bruge det.

Jeg har egne servere m.m.
Så det er intet problem, har fuld rådighed og adgang til det.

og hvis jeg kan se en tilpasset udgave jeg kan teste, vil det bare være perfekt :)

ok. jeg retter det lige til.

hmm.. når jeg tænker over det, så er det jo netop det mit forrige script gør, nemlig: forhindrer direkte browseradgang, men åbner adgang for scriptet.
det mangler bare en extrating så man ikke kan downloade filen. :)

Ja, man må ikke kunne downloade filen, eller deep-linke eller hvad det hedder til den... eks. skrive:

www.domæne.dk/film/filmnavn.avi

Det som jeg også ligesom helst vil udenom, hvis det også kan lade sig gøre (men det burde det jo automatisk gøre, idet der er en .htaccess fil i mappen...)

hvorfor må folk egentlig ikke hente filmen men gerne se den med browseren?

Hvis der er copyright på filerne... eller hvis det er "erotiske" film, eller andre film, som folk godt må se, men det skal ikke bare være muligt for folk at distribuere det som alt muligt andet "lort" så let... :)

ok. jeg grubler og søger og leder.
jeg kan sgu ikke umiddelbart finde på en løsning på det.

det skulle da lige være, hvis du lavede en slags "stamp" som produceres af din side, og sammenlignes med filens stamp i databasen. det blir hurtigt kompliceret.

det er svært at holde kattelemmen lukket for mus og rotter..

Ja, det gør heller ikke noget at det er "MULIGT" at få fat i tingene.... bare det kun er dem, som virkelig gør alt for at komme ind, og som er logget ind, og som har forstand på det, kan få adgang til filerne.. .så synes jeg det er sikkert nok...

og så helst køre på .htaccess login-system hvis muligt.

du kører egen server siger du... ok :)

lav en .htaccess fil i mappen du vil beskytte, med indholdet:

deny from all
AuthType Basic
AuthUserFile .htpasswd
AuthName "film"
require valid-user
satisfy any


gå herind: http://freebsd.andersenit.dk/ og lav en bruger (kryptér password).

put den genererede linie i en ny fil: .htpasswd

og gem filen i din servermappe. f.eks: C:\server\Apache2
eller et andet sted udenfor webscope.


nu kan kun kun ole med det rigtige password komme ind i mappen..

hvis du skal bruge flere konti, placerer du dem bare linievis i .htpasswd filen.

f.eks:

ole:$1$7214dce3$EZKNXRpW8Zc8Y89xBFFbU/
egon:$1$17374c69$EvQ9i52t3nMXYjY4SzLEm1
osv.
osv.

lad dig ikke skræmme af ordene "AuthType Basic" og "satisfy any". der er ikke højere trin af sikkerhed.

til de skeptiske: jeg hverken reklamerer eller arbejder for andersenit/azero. http://freebsd.andersenit.dk er bare en nem og no-bull-shit side til kryptering.

Okay, heh, troede lige :)


Men hvad så med fil.php?filmID=xx

Hvordan er det så muligt at folk kan få adgang til filmnene via det script o.l.?

(kommer tilbage i morgen 9.00)

... og for resten, så tror jeg at "ole"'s kodeord er "ole"... hvis jeg lige skulle prøve at gætte-dekryptere :)

ses i morgen, håber det med php scriptet også kan lade sig gøre.

hmm.. ja nu tvivler jeg lidt på om du overhovedet KAN undgå at folk finder frem til og downloader en fil.

For hvis de i forvejen har adgang til mappen, har de også adgang til filerne. så du blir sgu nok nødt til at bruge noget extra dér. noget a la mit script + en gang referrer-validering (hvor kommer brugeren fra) eller filestamp af en art. halleluja ay caramba!

jeg ku forestille mig at f.eks hr. Erik Jacobsen ved noget om det.
Erik kom liige :)

:)


er det muligt, at det kunne køre eks. database baseret, sådan at man kan lave fil.php?filID=34

i stedet for at skrive navnet på filen (det hjælper jo bare folk til lettere at få adgang til filen)

Jeg prøver at teste osv.. men jeg kan ikke få det til at virke, som du...


Når jeg eks. vil vise en fil, så skriver den kildekoden til filen... altså en MASSE mærkelig tekst.

Ud over det, så hvis jeg prøver at få adgang til mappen hvor .htaccess filen ligger, så siger den:

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Internatl Server Error beskeden erstattes med din egen side.

Sæt dette ind som en linie i .htaccess filen.
ErrorDocument 500 http://ohmish.lir.dk/500.html

500.html kan så indeholde f.eks:

ingen adgang

erstat med din egen domænesti.

mht. database-id's kan det sagtens lade sig gøre...

så skal du lave en tabel i stil med:

CREATE TABLE film (
  id int(11) NOT NULL auto_increment,
  filnavn varchar(50) NOT NULL,
  PRIMARY KEY (id)
);



fil.php skal rettes til:

<?php
HEADER("Expires: Wed, 01 Jan 2001 18:00:00 GMT");
HEADER("Last-Modified: " . GMDATE("D, d M Y H:i:s") . " GMT");
HEADER("Cache-Control: no-store, no-cache, must-revalidate");
HEADER("Cache-Control: post-check=0, pre-check=0", FALSE);
HEADER("Pragma: no-cache");
include ("include/check.inc");
$id = $_GET['id'];
if (preg_match ("(\.)", $id) && $logged=="ok") {
header ("Location: fil2.php?id=".$id);
} else {
header ("Location: 500.html"); exit; }
?>



fil2.php skal rettes til:

<?php
include ("include/check.inc");

$id = $_GET['id'];
$hent = @mysql_query("SELECT filnavn FROM film WHERE id='$id");
$v = @mysql_fetch_array($hent);
$filnavn = $v['filnavn'];

if ($logged=="ok" && $filnavn) {
if (preg_match ("/(mov)$/i", $filnavn)) { $filtype = "video/quicktime"; }
elseif (preg_match ("/(mpg|mpeg||mpe)$/i", $filnavn)) { $filtype = "video/mpeg"; }
elseif (preg_match ("/(avi|divx)$/i", $filnavn)) { $filtype = "video/x-msvideo"; }
header("Content-Type: ".$filtype);
header("Expires: ".gmdate("D, d M Y H:i:s",time()+60*60*24*7)." GMT");
readfile("film/".$filnavn);
}
else { header ("Location: 500.html"); exit; } // 500.html er genbrug af htaccess fejlsiden.
?>


nu kan du bruge fil.php?id=50 til at hente og bruge filnavnet for film id 50.

www.cphmusic.net/eksperten er opdateret nu

ohmish, har du testet det der? Det ser ud til php scriptet kører indtil btowseren har downloaded hele filmen. Det er bestemt ikke optimalt....

meningen er jo at man ska åbne filen med <embed> eller lign.
men jeg har faktisk ikke testet det med store filer.

nu har jeg testet med en fil på 1 mb. det virker perfekt og serveren belastes ikke.

andy> hva mener du med ikke optimalt? hvad er optimalt?

Har du ICQ eller noget?

Jeg må sige at når jeg skriver adressen: domæne.dk/fil.php?id=1

så sker der faktisk intet... (andet end at der kommer fejl)

jeg bruger ikke icq/mirc mere. er gået over til messenger.

men hvad er fejlen?

Har du messenger? ( dedc@hotmail.com )

Jeg har Miranda... det er et Open source ICQ, som kan installeres vildt mange plugins i :) har eks. MSN i det også, så derfor kan du bare skrive :)

der er no-response på mess.

Ja, det kører lidt ustabilt.. mit internet som er lidt mærkeligt. :)

Tak, jeg opretter et spørgsmål mere, hvis der er problemer :)