witam!!
problem wygląda następująco: Plik wrzucam na serwer poprzez klienta FTP. Plik wgrywa sie poprawnie i bez problemu ściaga za pomocą FTP. Natomiast na stronie listuje się bez problemu. Otwiera się też bez problemu i pozwala wybrać czy będzie otwarty czy ściągnięty. Niestety ani nie otwiera się ani nie ściaga poprawnie. Tworzy się plik o zero bajtach. Całość obsluguje następujący plik:

[PHP] pobierz, plaintext 
<?php
             $dir = "D:sercomfotki";
                  function printDir($dir)
                  {
                   $fd = opendir($dir);
                       if(!$fd) return false;
                                while (($file = readdir($fd)) !== false){
                       $pos = strpos($file, ' ');
                       if($file != "." && $file != ".." && $pos === false){
                       echo("<a href=\"download.php?name=");
                       echo("$file\" class='style3'>$file</a><br />");
                       }
                   }
                   closedir($fd);
               }
               printDir($dir)
?>
[PHP] pobierz, plaintext 

Proszę o pomoc. Nie mam żadnego pomyslu.
Pozdrawiam

Ekhm, używaj odwrotnych ukośników.


A jakiego serwera używasz?

niestety windowsowego IIS

ktos ma jakis pomysl??

Zmieniłeś ścieżki? Po linkach bezpośrednich do plików to samo?

ale to windows serwer to jak ukosniki w druga strone??

Normalnie. PHP sobie z nimi poradzi tym bardziej, że w tej chwili zapis wskazuje na encje, i tak: albo escape'ujesz, albo odwróć slesze. PHP sobie poradzi, IIS też.

Zresztą, w eksploratorze możesz stosować dowolne ukośniki, o URL-ach nie wspomnę.

po odwroceniu nadal jest to samo.
nie uruchamia pliku i sciaga plik zerowej wartosci o poprawnej nazwie

Zadałem pytanie:

po linku bezpośrednim się uruchamia

Ok, pokaż co w tej chwili wypluwa skrypt, chodzi mi o linki.

tzn plik się otwiera ale nie daje mozliwosci zapisania

mozesz jaksniej bo nie rozumiem

skrypt wyswietla zawartosc folderu w formie nazwa i rozszerzenie

Załącz kod wynikowy, czyli wygenerowany HTML.


To w końcu o co chodzi?

całość mechanizmu stanowią dwa pliki: test.php i download.php
pierwszy wyświetla zawartość drugi uruchamia ściaganie pliku.
test.php jest następujący:

[PHP] pobierz, plaintext 
<?php
             $dir = "D:sercomfotki";
                  function printDir($dir)
                  {
                   $fd = opendir($dir);
                       if(!$fd) return false;
                                while (($file = readdir($fd)) !== false){
                       $pos = strpos($file, ' ');
                       if($file != "." && $file != ".." && $pos === false){
                       echo("<a href=\"download.php?name=");
                       echo("$file\" class='style3'>$file</a><br />");
                       }
                   }
                   closedir($fd);
               }
               printDir($dir)
?>
[PHP] pobierz, plaintext 

dowload.php taki:

[PHP] pobierz, plaintext 
<?php
$filesPath = "./";
 
function securityCheck($name)
{
  $wyr = "^[a-z0-9_-]+(.[a-z0-9_-]+)*$";
  return eregi($wyr, $name);
}
function send($fileName, $filePath)
{
 
  $fd = fopen($filePath.$fileName,"r");
  $size = filesize($filePath.$fileName);
  $contents = fread($fd, filesize($filePath.$fileName));
 
  fclose($fd);
 
  header("Content-Type: application/octet-stream");
  header("Content-Length: $size;");
  header("Content-Disposition: attachment; filename=$fileName");
 
  echo $contents;
}
if(isSet($_GET['name'])){
  if(!securityCheck($_GET['name'])){
    echo('Nie ma takiego pliku na serwerze!');
  }
  else{
    send($_GET['name'], $filesPath);
  }
}
else{
  echo('Nie ma takiego pliku na serwerze!');
}
?>
[PHP] pobierz, plaintext 

Problem opisałem dokładnie na początku. Pliki są wyświetlane jako lista.
Po kliknięciu pojawia się akcja okienko wybory czy otworzyć plik czy zapisać.
Jak klikam otworzyć to niby probuje się otworzyć ale plik się nie pobiera i wyświetla błąd natomast jak klikam zapisz plik sie zapisuje ale jako zero bajtowy, czyli nie pobiera się właściwie.

O, fajnie że powiedziałeś o skrypcie wysyłającym...

[PHP] pobierz, plaintext 
<?php
$fd = fopen($filePath.$fileName,"r");
 $size = filesize($filePath.$fileName);
 $contents = fread($fd, filesize($filePath.$fileName));
?>
[PHP] pobierz, plaintext 

Zamiast wysyłać od razu całość, porcjuj odczyt.

ale w ten sposób to nie wysyła

Pokaż, co zrobiłeś.

uzyłem kod który napisałeś:

[PHP] pobierz, plaintext 
<?php
$fd = fopen($filePath.$fileName,"r");
 $size = filesize($filePath.$fileName);
 $contents = fread($fd, filesize($filePath.$fileName));
?>
[PHP] pobierz, plaintext 

ale te pliki przedtem działy ok w takim stanie jak były

A czy Ty czytasz, co ja piszę?

A ja tylko zacytowałem Twój kod.

wiec co moge poprawic bo te pliki nadal nie działają

Popraw to, co napisałem - odczytujesz cały plik za jednym zamachem. Napisałem o porcjowaniu, to się do tego zastosuj, nie będę więcej męczył palców, żeby N-ty raz pisać o tym samym.

dany plik do pobrania uruchamia właściwą akcję i próbuje się otworzyć we właściwej aplikacji ale ponieważ się nie pobiera występuje błąd. Czy te pliki php zawierają jakiś błąd?

żebym ja jescze wiedział co to znaczy porciować plik to byłoby cudownie.

czy ktos mi moze wyjasnic o co chodzi z tym porcjowaniem??
te dwa pliki przed miesiacem dzialaly mi bez zarzutu i nagle przestaly bez mojej ingernecji?
co sie moglo stac?

U siebie masz tak:

[PHP] pobierz, plaintext 
<?php
fread($p, filesize('plik'));
?>
[PHP] pobierz, plaintext 

Czytaj segmentami, np. po 512 bajtów

[PHP] pobierz, plaintext 
<?php
while(!feof($p)){
  echo fread($p, 512);
}
?>
[PHP] pobierz, plaintext 

Chyba tylko wróżka wie. Nic nie wiadomo o zmianach w oprogramowaniu, wersji IIS-a, systemu... Za dużo czynników.

pliki testowałem na dwóch serwerach:
IIS 6.0 z mySQL 5.0.51 i PHP 5.2.6
oraz na
Linux apache z mySQL 4.1.22 i PHP5.2.3
na obu te same obiawy

1. zrobiłeś, jak pisałem?
2. generalizacja MIME na application/octet-stream nieraz powoduje takie jaja

zrobiłem tak ale pewnie źle:

[PHP] pobierz, plaintext 
<?php
 
$filesPath = "./";
 
function securityCheck($name)
{
  $wyr = "^[a-z0-9_-]+(.[a-z0-9_-]+)*$";
  return eregi($wyr, $name);
}
function send($fileName, $filePath)
{
//  if(!file_exists($filePath.$fileName)){
 //   echo('Nie ma takiego pliku na serwerze!');
 //   return;
 // }
  $fd = fopen($filePath.$fileName,"r");
  $size = filesize($filePath.$fileName);
  //$contents = fread($fd, filesize($filePath.$fileName));
 while(!feof($fd)){
 echo fread($fd, 512);
}
 
  fclose($fd);
 
  header("Content-Type: application/octet-stream");
  header("Content-Length: $size;");
  header("Content-Disposition: attachment; filename=$fileName");
 
  //echo $contents;
}
if(isSet($_GET['name'])){
  if(!securityCheck($_GET['name'])){
    echo('Nie ma takiego pliku na serwerze!');
  }
  else{
    send($_GET['name'], $filesPath);
  }
}
else{
  echo('Nie ma takiego pliku na serwerze!');
}
?>
[PHP] pobierz, plaintext 

I co? Bez zmian?

Poza tym, wspomniałem coś o MIME.

bardzo spowolnil...i zniknelo okienko wyboru czy otwierac czy sciagac a na tym mi zalezy zeby zostalo
a co do mime to w tym folderze sa rozne pliki i nie wiem czy wtedy trzebaby definiować każdy typ mime?

Owszem.


To się innymi nagłówkami załatwia.

Żeby nie przeciągać - poszukaj gotowych skryptów downloadu i sprawdź, czy one działają. Jeśli nie - problemu szukaj w konfiguracji usługi.

kompletny system tych dwóch pliczków do ściągania pochodzi z książki Marcina Lisa pt.
PHP. 101 praktycznych skryptów. Całość systemu działała mi na dwóch serwerach i na linuxie i na IIS i nagle nie wiem czemu przestała testowałem tez inny skrypt i jeden z nich działa ale nie spełnia założeń czyli nie listuje automatycznie wrzuconych plików (wymaga pisania specialnej listy) i nie ukrywa oryginalnej ścieżki do pliku co jest dla mnie bardzo ważne. Zaznaczam jeszcze raz ze całość systemu dowload działała bez zarzutu i z niewiadimych mi przyczyn przestała. na 100% jest to wina pliku download.php ponieważ ten od listowania plików działa bez zarzutu. Na prawdę już zgłupiałem i nie mam żadnego pomysłu na to co to może być. Ponownie proszę o pomoc.
pozdrawiam
Tomek