Problem z funkcją move_upload_files Opcje

[Solaris2001]

Witam. Napisałem sobie skrypt, który wgrywa zdjęcia na serwer, zmienia nazwę, przenosi do katalogu i wykonuje na pliku przekształcenia.
O ile dobrze działał na hoście cba.pl to na ugu.pl jest problem z przeniesieniem pliku z tmp do katalogu. Plik jest wgrywany bo normalnie działają funkcję porówniania rozmiaru, rozszerzenia. Niestety parser nie wywala żadnego błędu, tylko idzie dalej. Czy możecie mi powiedzieć o co chodzi? Poniżej wklejam fragment kodu odpowiedzialny za tą funkcję:

[PHP] pobierz, plaintext 
$max_rozmiar = 3072*1024;
if (isset ($_POST['submit'])){
	if (!empty($_POST['tytul'])){
		if (is_uploaded_file($_FILES['plik']['tmp_name'])) {
			if ($_FILES['plik']['size'] > $max_rozmiar) {
				$info = 'Błąd! Plik jest za duży!';
				$przerwij = true;
			}
			else if ($_FILES['plik']['type']!='image/jpeg'){
				$info = '<span style="color: red;">Niepoprawny format pliku. Akceptowane są pliki tylko z rozszerzeniem <b>.jpg</b>!</span>';
				$przerwij = true;
			}
			else {
				$info = 'Zdjęcie zostało dodane! Skopiuj kod poniżej i wklej go do tematu.';
				$plik_nazwa = nazwa_pliku();
				move_uploaded_file($_FILES['plik']['tmp_name'],$_SERVER['DOCUMENT_ROOT'].'/img/'.$plik_nazwa.'.jpg');
				mysql_query("INSERT INTO `galeria` (`tytul`,`opis`,`autor`,`adres`) VALUES ('".$_POST['tytul']."','".$_POST['opis']."','".$uzytkownik."','http://mpkoc.ugu.pl/img/".$plik_nazwa.".jpg')");
				$kod = "{img}http://mpkoc.ugu.pl/img/".$plik_nazwa."m.jpg{/img}";
			}
		}
...
[PHP] pobierz, plaintext 

$_SERVER['DOCUMENT_ROOT'] - "/virtual/m/p/mpkoc.ugu.pl"
$_FILES['plik']['tmp_name'] - "/virtual/tmp/phpSmiPg6"

Ten post edytował Solaris2001 14.10.2012, 21:04:31

[abort]

Uprawnienia na 777 to zło !

Bo co, napsuje coś? No to tylko w tym jednym katalogu... Poza tym, CZASAMI można zastosować prawa 1777, ale po co robić małe luki, lepiej zróbmy tak jak proponujesz:

A jeśli nie to dodaj apacha do grupy z uprawnieniami roota

...i wtedy Apache i PHP będą mogły psuć w całym systemie... No chyba że admin był na tyle bystry i przewidujący, że ustawił chroota/jaila.
Nie po to projektanci Apache kupę czasu spędzili nad tym, by serwer nie musiał chodzić z UID=0, by teraz dodawanie Apacha do grup rootowych było panaceum na wszystko.
Nie, to jest jeszcze gorsze rozwiązanie niż chmod 777.