Serwer (Wywoływany jako "php -q serwer.php"):

[PHP] pobierz, plaintext 
<?php
if(!extension_loaded('sockets'))
	dl(&#092;"php_sockets.dll\");
 
error_reporting (E_ALL);
set_time_limit (0);
ob_implicit_flush ();
 
$address = '192.168.0.1';
$port = 522;
 
print 'Uruchamianie serwera';
 
if (($sock = socket_create(AF_INET, SOCK_STREAM, 0)) < 0)
	echo &#092;"nnsocket_create() failed: reason: \" . socket_strerror ($sock) . \"n\"; else print '.';
 
if (($ret = socket_bind($sock, $address, $port)) < 0)
	echo &#092;"nnsocket_bind() failed: reason: \" . socket_strerror($ret) . \"n\"; else print '.';
 
if (($ret = socket_listen($sock, 5)) < 0)
	echo &#092;"nnsocket_listen() failed: reason: \" . socket_strerror($ret) . \"n\"; else print '.';
 
do{
	if (($msgsock = socket_accept($sock)) < 0)
	{
		echo &#092;"nnsocket_accept() failed: reason: \" . socket_strerror($msgsock) . \"n\";
		break;
	}
 
	$msg = &#092;"nWelcome to the KAB php Test Server. n\";
	socket_write($msgsock, $msg, strlen($msg));
	print &#092;"tUser connected\";
 
	do{
		if (FALSE === ($buf = socket_read ($msgsock, 4096, PHP_NORMAL_READ)))
		{
			echo &#092;"socket_read() failed: reason: \" . socket_strerror($ret) . \"n\";
			break 2;
		}
		if (!$buf = trim($buf))
		{
			continue;
		}
		if ($buf == 'quit')
		{
			break;
		}
		if ($buf == 'get')
		{
			print &#092;"nttWysylanie 'file'...n\";
			$message = 'file';
			socket_write($msgsock, $message, strlen($message));
			print &#092;"ttreadyn\";
			if(!(FALSE === ($b = socket_read ($msgsock, 4096, PHP_NORMAL_READ))))
			{
				$message = 'ok';
				socket_write($msgsock, $message, strlen($message));
				$f = fopen(&#092;"./\" . $b, \"wb\");
				print &#092;"ttTransfering data\";
				while(!(FALSE === ($b = socket_read ($msgsock, 10240, PHP_NORMAL_READ))))
				{
					if($b != &#092;"end\")
					{
						print '.';
						fwrite($f, base64_decode($B));
					}else{
						print &#092;"nttOtrzymano 'end'...n\";
						fclose($f);
						break 2;
					}
				}
				print &#092;"tendn\";
			}else{
				print &#092;"terrorn\";
			}
		}
		if ($buf == 'shutdown')
		{
			$quit_message = 'Dziękujemy za skorzystanie z naszych usług';
			socket_write($msgsock, $quit_message, strlen($quit_message));
			socket_close($msgsock);
			print 'Zatrzymywanie serwera';
			break 2;
		}
		$talkback = &#092;"> '$buf'.n\";
		socket_write($msgsock, $talkback, strlen($talkback));
		echo &#092;"$bufn\";
	}while(true);
	print &#092;"tUzytkownik rozlaczonynn\";
	print &#092;"Oczekiwanie na nastepne polaczenien\";
	socket_close ($msgsock);
}while(true);
socket_close ($sock);
 
print &#092;"...EOSnn\";
?>
[PHP] pobierz, plaintext 

Klient (przez www):

[PHP] pobierz, plaintext 
<PRE><?php
$plik = &#092;"do_przeslania.zip\";
$sciezka = &#092;"./\";
 
$s = fsockopen('192.168.0.1', 522, $error, $errno, 10);
print fread($s, 2048);
fputs($s, 'get');
if(fread($s, 2048) == &#092;"file\")
{
	fputs($s, $plik);
	if(fread($s, 2048) == &#092;"ok\")
	{
			$fp = fopen($sciezka . $plik, &#092;"rb\");
			while (!feof($fp))
			{
				fputs($s, base64_encode(fgets($fp, 8196)));
			}
			fclose($fp);
		fputs($s, 'end');
		fputs($s, 'quit');
		fclose($s);
	}else{
		fputs($s, 'quit');
		fclose($s);
	}
}else{
	fputs($s, 'quit');
	fclose($s);
}
?></PRE>
[PHP] pobierz, plaintext 

Klient wysyła zawartość pliku odczytanego z dysku na serwer.
Serwer jest jednowątkowy piki co, ale jak na pierwsze moje dzieło z użyciem socket_* to chyba nieźle...

Byłbym wdzięczny za poprawki do tego wspaniałego (moim skromym zdaniem) serwera...
Klient będzie docelowo napisany w php-GTK, tak by odczytywać pliki z dysków użytkowników...

Celem jest stworzenie uploadera w php-GTK (klient) i php (serwer).

Klient tutaj zamieszczony jest (jak już wspomniałem) dla potrzeb testów...

Najbardziej liczę na waszą pomoc jeżeli chodzi o dodanie wielowątkowości do serwera - tak by naraz z niego mogło korzystać wiele osób.
Jeżeli okaże się to niemożliwe, to proszę o podpowiedź w jaki sposób można "zablokować" serwer przed kolejnymi uploadami (tak, by klient wiedziałm że serwer jest wykorzystywany przez kogoś innego i musi poczkać)

<b>Właśnie - najważniejsza sprawa - serwer jest pod windowsa!</b>
Nie mam zielonego pojęcia, czy i w jaki sposób będzie działał pod linuxem...

UpDated: malutki bug w kliencie - nazwy zmiennych
UpDated: dodanie "if mod loaded = false"...
Uaktualniłem BBCode do wersji z IPB...

mozesz zrobic plik textowy w ktorym beda zapisalne info czy ktos teraz korzysta z uploadu - czyli na poczatku skryptu dajesz zapis do pliku, ze korzysta i na koncu po zakonczeniu uploadu ze jest skrypt wolny, plus jeszcze pare ifow, ze jak zawartosc danego pliku jest taka i taka to musisz czekac...

Utwórz sobie pusty plik "busy" i jeżeli jest to znaczy, że serwer jest zajęty.

Hmmm... nie rozumiem po co pisać serwer w php... szczególnie jeżeli jest do przesyłu plików protokół php - ale nie żebym był przeciwny

Zainteresuj się funkcją socket_select. Nie daje to prawdziwej wielowątkowości (nie są tworzone osobne wątki ani procesy dla każdego requestu), ale pozwala na obsługę wielu połączeń w obrębie jednego procesu. Niestety php w wersji 4 na windows nie ma porządnego wsparcia do tworzenia wątków i procesów (o funkcjach exec i system nie mówimy). Rozszerzenie pctnl w którym jest funkcja pctnl_fork istnieje tylko w wersji uniksowej, więc z niej nie skorzystasz. Będziesz się musiał zadowolić praktyczne chyba tylko selectem.

Sockety pochodzą orygnialnie z uniksa (dokładniej z BSD) i uniksy są ich ojczyzną. Jeśli pracuje to prawidłowo na windowsie to na linuksie też nie będzie większych problemów.

Z ogólnych uwag:
:arrow: Masz troche bałaganu w kodzie. Napisałeś to bez użycia chociażby jednej funkcjii, że o klasach nawet nie wspomnę.
:arrow: Ustal sobie najpierw jakiś protokół komunikacji (możesz bazować na HTTP). Wymyśl jak będzie przebiegała transmisja i komunikacja, jakie będą wydawane komendy, itp. Np. niech będą na początek dwie istotne komendy: GET i PUT (znaczenie wiadome). Parametry do tych komend (np. nazwy plików) staraj się dawać w jednej linii z komendą, np.:

Niech serwer odpowiada coś po każdym wysłanym żądaniu od klienta. Linie z odpowiedzią niech będą poprzedzane jakimś kodem statusu operacji. Będzie im wtedy łatwiej się ,,dogadać'' przy bardziej rozbudowanym protokole, reagować na błędy, itp. Np.: (S -- server, K -- klient)

Generalnie przewiduj rozszerzenie protokołu w przyszłości (chyba, że napewno tego nie chcesz) o np. autoryzacje, listowanie zawartości katalogów, itp. Łatwiej jest później dodać jeden nagłówek w żądaniu, niż przerabiać pół protokołu.
:arrow: Po co kodujesz wysyłane pliki za pomocą base64? Niech klient i serwer wysyłają przed początkiem transmisji długość pliku. W przyszłości być może przyda Ci się to do optymalizacji.
:arrow: Zapisz sobie obsługę każdej komendy jako osobną funkcję ze jednym stałym interfejsem do wszystkich. Główna pętla programu niech tylko obsługuje połączenia i rozdziela zadania pomiędzy funkcje

Możesz mieć problemy z efektywnym wykorzystaniem socket_select(), ale na początek spróbuj chociaż uzyskać wiele połączeń naraz (bez jednoczesnego wysyłania danych).

Dobrze, że ktoś się zainteresował innym wykorzystaniem php niż tylko jako język dynamicznych stron WWW, bo dla większości jest on nieodłącznie związany z tym segementem internetu. Niestety nie był on projektowany do takich zastosowań, ale przy odrobinie chęci da się z tego coś sensownego wykrzesać.

Dzięki adwol za opdpowiedź...
Napisałem to bez użycia funkcji/klas, ponieważ jest to "bardzo wczesna wersja alfa" tego serwera...
Na dobrą sprawę byłem tak zadowolony, że serwer działa, że odrazu wrzuciłem kod na forum...
base64 zastosowałem ze względu na przesył danych binarnych przez które serwer się wywalał...

Właśnie implementuje obsługę komend...
Pomysł z wysyłaniem wielkości pliku jest wyjątkowo trafiony... - miałem z tym problemy...

Co do [manual:c94fbfa6a5]socket_select[/manual:c94fbfa6a5] dopiero po zaimplementowaniu komend się tym szażej zainteresuje... szkoda, że manual jest po angielsku, jeżeli chodzi o ten wątek...

Jeszcze raz dzięki...

@Paul i spenalzo: Dzięki za podpowiedź, ale chyba w gotowym serwerze wykorzystam rozwiązanie adwol'a... Jeszcze niewiem jak będzie działać, ale zapowiada się interesująco...

@spenalzo: Zawsze chciałem tworzyć programy (teraz już wiem, że są to "serwery"), które służyły by do przesyłania informacji przez sieć...

P.S. Wykorzystując silnik z tego serwera można napisać fajny serwerek chata dla np. sieci lokalnych w firmach...

Komentarz na stronie manuala:



To chyba dyskwalifikuje funkcje dla zadania jakie mam jej powierzyć...

No teraz, po tych postach widze, że jednak jest to ciekawy pomysł ...

witam ...

w celu optymalizacji podpowiadam ze mozesz sie zainteresowac funkcjami kompresujacymi ... jezeli to sa dane binarne [ i sa raczej nie wielkie ... tak do 10 mb ] to chyba nie powinnno byc problemu ... i drugi tip dotyczy integralnosci danych ... dobrze by bylo robic md5 albo sha1 na pliku po stronie klienta i serwera ... takna wszeslki wypadek ...
pomysl fajny tylko interesuje mnie czy klient tylko w php-gtk przez browser nie bedzie sie dalo ?

cya

Nie. Zakladam ze jest to komentarz do selecta. Timeout okresla czas po jakim ta funkcja odda ci sterowanie jesli nie przyjda zadne dane. Jesli jakies dane sie pojawia to wtedy zakonczy sie od razu jak te dane sie pojawia. O ile Twoj program nie musi czegos robic poza czekaniem na dane to timeout ustawia na nieskonczonosc.

Po co pisać klienta w php - jako skrypt na WWW?
Można odrazu przesłać pliki na serwer przez zwykły upload...

W takim układzie pisanie serwer w php nie ma żadnego sensu...

Napisałem ten serwerek by ominąć ograniczenie uploadu i móc pobierać pliki więklsze od 2 MB z compa użytkownika.
Przy Kliencie - przeglądarce - musisz wysłać dane do serwera na którym php je dopiero przetworzy...
Ja pisząc klienta w php-GTK omijam przesyłanie plików na serwer przez protokół HTTP.
Poza tym co byś nie zrobił zwiększając wielkość "max_upload_size" w php.ini na więcej niż 2MB możesz zapchać serwer jeżeli stoi na kiepskim łączu... mój serwer korzysta z niezależnego pasma - nie obciąża Apacha i dzięki temu użytkownicy w dalszym ciągu mogą oglądać sobie stronki... wolniej, ale mogą...

Rozmyślałem nad tym, ale jeszcze się zastanawiam...

On od początku był ciekawy...

witam,
mam pare pytan odnosnie tego projektu bo wlasnie cos takiego potrzebuje - przesylanie plikow do i z serwera,
rozumiem ze klient musi chodzic na komputerze z interpreterem php? bez tego ani rusz?
a jesli powyzsze spelnione to wiem ze mozna jeszcze przesylac pliki za pomoca PUT i GET, ale z lektury tematu wywnioskowalem ze sa jakies ograniczenia odnosnie wielkosci przesylu, czy one wystepuja zawsze czy mozna dajmy na to przesylac nieograniczone ilosci danych? a jesli juz przeslemy dajmy na to pliczek na serwer to jak ze sie tak wyraze dostac do niego, tzn gdzie on jest zapisywany pod jaka nazwa itd?

pozdrawiam

Bakus - limit uploadu możesz spokojnie ominąć innymi sposobami z o wiele ciekawszym efektem

a moglbys nieco rozwinac swoja wypowiedz:) bardzo mnie zainteresowales i prosze o wiecej...

Ja przeważnie omijałem to poprzez zmianę ustawień php w plikach htaccess, działało bez zarzutu.

Potem potrzebowałem skryptu by pokazać postęp w uploadzie. W tym pomogło mi sourceforge - tam znalazłem dobry pomysł + wykonanie jako cgi, potem poprzerabiałem i działa extra

Wykorzystanie CGI daje jedną dodatkową cechę - zawsze można w jakiś sposób przekazać informacje by przerwać upload.

Ja na przykład zrobiłem w panelu administratora monitor uploadu tak, że administrator widzi co jest aktualnie uploadowane oraz ma możliwość przerwania tego. Do tego opcje umożliwiające ustawianie limitów uploadu na podstawie zakresów ip i innych rzeczy.

Niestety na razie nie mogę tego nikomu zaprezentować - projekt częściowo na zamówienie.

Hmm.. nie wiedziałem że w ankiecie odpowiedź może mieć 148.28%

Pozdrawiam

dzieki, cos bede myslal