Qu'est-ce qu'un moyen efficace de servir des images (PHP)?

Question

Hé les gars actuellement je pense à servir des images en utilisant un script gestionnaire d'image. J'ai deux sources d'images. L'un provient de mon dossier d'images Web où sont servies les images utilisées pour construire l'interface de mon site. L'autre est dans chaque dossier d'images d'utilisateurs où ils peuvent stocker leurs propres images. Je pensais donner à chaque image d'utilisateur un identifiant unique et ensuite chercher cet id avec le script de gestionnaire d'image et servir l'image, et changer le nom de fichier. Le problème est que mon dossier d'images de site n'a aucune information dans la base de données et n'a donc aucun ids, devrais-je juste servir directement? De même, cette façon de servir les images des utilisateurs ne semble pas être la plus efficace. Si quelqu'un a des suggestions, je l'apprécierais vraiment.

$sql="SELECT username,file_name FROM images WHERE id=?"; 
$stmt=$conn->prepare($sql); 
$result=$stmt->execute(array($ID)); 

while($row = $stmt->fetch(PDO::FETCH_ASSOC)){ 
$image_name = $row['file_name']; 
$username = $row['username']; 
} 

$path="$username/images/$image_name"; 


header("Expires: -1"); 

header("Cache-Control: no-store, no-cache, must-revalidate"); 

header("Cache-Control: post-check=0, pre-check=0", false); 

readfile($path); 

Answer 1

La manière la plus évidente et efficace de renoncer à PHP et de le laisser être directement servi par Apache, avec la mise en cache. Y a-t-il une raison pour laquelle vous devez garder une trace des images de cette façon que vous ne pouvez pas faire simplement en analysant access_log après le fait? Et pourquoi pas de mise en cache, je suppose qu'une nouvelle image obtient un nouvel identifiant unique, pas un ancien refait? Cela étant dit: si vous avez besoin de récupération de base de données & servez-le avec php, il est à peu près aussi efficace que vous pouvez obtenir, bien que soyez très en guerre des dossiers nommés par noms d'utilisateur, un problème de sécurité possible. Peut-être mettre en cache le résultat de la requête quelque part dans memcached ou similaire, c'est à peu près tout.

Answer 2

La façon la plus efficace pour servir des images est d'avoir tous sur une seule statique cookie-free domain séparée. C'est ainsi que fonctionnent les sites comme Flickr. Tout ce que vous avez besoin de stocker dans la base de données est suffisant pour construire l'URL statique.

Answer 3

La manière la plus efficace de servir les images est de ne pas utiliser PHP du tout. Laissez votre serveur Web servir les images directement à partir du disque. Ils finissent par être mis en cache par Linux de toute façon, donc c'est très rapide. Plusieurs fois plus vite que tout ce que vous pouvez faire en PHP. Chargez firebug et essayez-le vous-même. Regardez combien de temps il faut à Apache pour retourner une image à partir du disque, par rapport à votre script (je l'ai fait il ya un an, avec un script similaire qui a utilisé readfile()). La différence est significative. Si vous utilisez un testeur de charge comme ab ou httperf, vous verrez probablement une différence encore plus grande dans les demandes par seconde.

Il y a toujours X-Sendfile, que certains serveurs http supportent.

Alternativement, envisager de mettre un proxy inverse de la mise en cache comme vernis devant votre script, de sorte que vous êtes au moins

Answer 4

Je ne suis pas sûr que je comprends ce que votre problème est que, dans vos modèles, au lieu de :

<img src="image_handler.php?id=123" /> 

vous devez écrire:

<?php 
    $file_data = get_file_data(123); 
?> 
<img src="<?php echo $file_data['user_name'], "/images/", $file_data['image_name']; ?>" /> 

Et ne pas oublier d'échapper à vos données.

Vous ne devriez pas servir vos fichiers avec PHP. De plus, vous devriez trouver un hébergeur qui vous offre Apache et lighttpd ou nginx. Apache n'est pas très rapide quand il s'agit de servir des fichiers statiques.