php:de l'image du Magasin dans Mysql blob, Bon ou mauvais?

cette question est source de confusion, moi, alors j'ai pensé que je devrais écouter l'avis d'un expert !.

est-il préférable de télécharger des images vers un dossier et juste enregistrer le lien à mysql, ou mieux télécharger img lui-même dans une goutte de champ mysql ?

merci beaucoup

Je pense que télécharger des images vers un dossier et juste enregistrer le lien à mysql est une bonne option.

OriginalL'auteur Zalaboza | 2011-06-11

  1. 20

    J'ai souvent les systèmes construits pour stocker des images dans la base de données, il y a des avantages et des inconvénients à le faire.

    Pour:

    • Toutes vos données sont conservées dans un endroit, si vous migrez votre site web/base de données les images juste être là
    • Il est plus facile de trier/supprimer/etc...
    • Depuis que vous avez à servir via un script PHP, vous pouvez effectuer d'autres choses, telles que la sécurité, si nécessaire, ou de traitement de l'image (évidemment, vous pouvez faire ce plat avec fichier trop, mais vous devez vous assurer que la sécurité ne peut pas être contourné en laissant les images dans un répertoire public).

    Contre:

    • Ses plus lent que de servir un plat de fichier depuis le serveur web comme un script PHP a besoin de récupérer, et de MySQL doit renvoyer les données.
    • Votre base de données deviendra grand, très rapide et pas tous les hébergeurs de sites prendre trop de bien vouloir cela.
    • Le système de fichiers est plus rapide pour les fichiers à plat de stockage et de récupération que c'est exactement ce qu'est un fichier système est conçu pour.

    OriginalL'auteur Geoffrey

  2. 2

    Mauvais. Votre serveur fait un bien meilleur travail de la gestion de l'expiration des en-têtes et directement au chargement de fichiers depuis le système de fichiers. Le débit sera beaucoup plus élevé en utilisant le système de fichiers. C'est ce qu'il est conçu pour, l'utiliser.

    Bases de données SQL sont conçus pour les données relationnelles, pas les images. Vous chargez simplement votre base de données inutilement. Stocker le chemin d'accès/nom de l'image à la place.

    tyvm, et que je vais faire :).
    Ce que vous dites est juste mon ami mais comment faites-vous un plan pour sécuriser les fichiers d'image dans le système de fichiers ?
    Sécurisé? Je suppose que votre serveur ne soit pas compromis, ou que vous avez beaucoup plus de questions difficiles à main que vos images. Les autorisations du répertoire pouvez donner à votre demande d'accès à l'annuaire, mais pas d'autres utilisateurs sur un ordinateur hôte partagé.
    Ce n'est pas vrai, si le site est sur un serveur partagé avec PHP exécuté en tant que l'internaute, sans chroot, ce qui est assez commun, de tout autre utilisateur de scripts PHP serait en mesure d'accéder aux fichiers dans le chemin. Si c'est le cas, il n'importe pas comment sont stockées les données, l'utilisateur mysql & mot de passe pourrait être arraché de vos scripts par l'utilisateur malveillant. En bref, si la sécurité est nécessaire, n'utilisez pas un serveur partagé.
    Un partage d'hôte digne de ce nom utilise PHP suExec. S'ils ne le sont pas, vous ne devriez pas les utiliser.

    OriginalL'auteur Xorlev

  3. 0

    Si votre demande est grande je.e que vous avez à l'écran un grand nombre/taille des images à plusieurs reprises, alors vous devriez aller pour la méthode (en ne stockant que le chemin de l'image dans la base de données et d'images réelles sur le système de fichiers). Cela permettra de réduire le temps de traitement pour l'affichage d'images en outre consomme moins de ressources. Deuxièmement, si votre application nécessite un moins grand nombre d'images puis vous pouvez enregistrer directement dans la base de données . De cette manière, il devient facile d'effectuer des sauvegardes et le port de l'application vers un autre OS.

    OriginalL'auteur JAB