Czy warto w bazie składować zdjęcia w BLOBach czy lepiej w DB trzymać tylko linki bezwzględne do fotek znajdujących się na dysku. Dodam, że zależy mi aby utrudnić dostęp hurtowy do zdjęć.

Na dysku. Wystarczy że do nazw plików (jeżeli nazwy są łatwe do odgadnięcia) dodasz jakieś losowe ciągi znaków np. fotka_w393kjsa.jpg i z automatu pobrać wszystkiego nie będzie można.

Temat poruszany wiele razy.

A jeśli chodzi o utrudnienie hurtowego dostępu, to najlepiej zrób jakieś ograniczenia na IP.



Pod warunkiem, że nie znamy adresów do tych plików. A pliki zazwyczaj umieszcza się na serwerze po to aby użytkownicy mogli je ściagać, więc te adresy też będzie mozna wyciągnać jakimś botem z treści strony.

Możesz jeszcze zabezpieczyć fotki znakiem wodnym i przepuszczać je przez skrypt php, który będzie ten znak rysował w locie (bez zmian w oryginale) a katalog z fotkami zabezpieczyć całkowicie przez blokowanie w .htaccess

W tym przypadku nie żeby ściągać, a żeby oglądać. W pełni zgadzam się co do problemu przeskanowania kodu źródłowego przez jakiegoś bota. Tego problemu uniknąłbym właśnie poprze składowanie Foto w DB. Nie jest to chyba taki tragiczny pomysł. Zdjęcia są małe.



Katalog to mogę spokojnie zapodać nawet poza public_html - to nie jest problem.

Tutaj miałem na myśli, że obejrzenie = ściagniecie
Nie rozumiem w jaki sposób chcesz uniknąć tego problemu przez umieszczenie danych w bazie.
W dalszym ciągu, aby je odczytać musisz podać do zdjęcia link. I nie ważne czy to będzie link zakończony ".jpg" czy ".php" bot w dalszym ciągu będzie mógł zebrać wszystkie linki i ściągnąć dane.
Trudno wybrać sensowne wyjście z problemu nie wiedząc do czego to ma być zastosowane.
W każdym razie wyjścia jakie mi sie na suwaja to:
- ograniczenie ilości zdjeć/ilości MB na dany IP
- prośba o wpisanie odczytanie captcha
- prośba o wpisanie odczytanie captcha w przypadku przekroczenia limitu
- limit na danego użytkownika, jeżeli oglądanie zdjeć wymaga zalogowania się

Jak z tego zrobić obrazek: http://loko.rootnode.net/sf/web/firstmod/pic
?

Kod pliku:

[PHP] pobierz, plaintext 
<?php
if (!empty($img))
{
//Change content type to your file type
header("Content-Type: image/tif");
print_r ($img);
}
?>
[PHP] pobierz, plaintext 

$img to BLOB, obrazek wyciągnięty z bazy.

tam masz obiekt, a nie tylko sam kod grafiki.

PS. na dużą skalę wydajne to to nie będzie

No raczej nie. I tak chyba zrobię to poprzez składowanie odnośników w DB ale chce okiełznać tego pieprzonego BLOBa dla własnej satysfakcji

To co jest zwracane z pod tego adresu napewno nie jest kodem obrazka. Przynajmniej nie jest to sam obrazek tak jak Riklaunim wspomniał.
I sprawdź jeszcze czy nie wysyłasz enterów (\n\r) przed wysłaniem nagłówka, bo przeglądarka powinna to chociaż próbować wyświetlić jako obrazek tiff.

Usunąłem spacje i jakieś inne takie pierdoły - ciągle to samo czyli krzaki. Jak sobie poradzić z tym obiektem?

Solved

Obrazek się nie wyświetlał bo był wstawiony w widok, który to widok tworzy symfony a więc headery rozpieprzone były. Zrobiłem SfView::NONE, $response->setContentType('image/jpg'), $response->setContent(zmienna zawierająca kod obrazka); i jest ok.

To już chyba offtop trochę