Как сделать список сотрудников с фотографиями?

Question

[Uzumeti]

Добрый день!

Помогите пожалуйста выбрать правильное направление.

Задача такая - нужно сделать список сотрудников организации (нечто типа каталога). В этом каталоге можно будет нажать на сотрудника и перейти на его личную страницу с детальной инфой. Сам список должен содержать фотографии каждого сотрудника. У меня не хватает знаний, чтобы выбрать правильное направление действий и развития :)

1. Хотел сначала хранить каждое фото сотрудника прямо в базе данных MySQL в виде данных. Ну и выводить его соответственно каждому сотруднику. Прочитал, что это не самое лучшее решение и довольно сложное технически.

2. Все советуют использовать для хранения файлы на сервере и давать в базе данных только ссылку на фото.
Но как автоматизировать этот процесс? Поискал информацию, ничего не нахожу.

Ведь в перспективе нужно, чтобы пользователь мог загрузить нового сотрудника с фото самостоятельно из фронтенда. Очевидно, что пользователь не будет задумываться о правильном названии файлика картинки. А как тогда строить шаблон формирования ссылки для вывода? Ведь все ссылки будут разные. И как вообще тогда можно забрать имя нужного файлика, соответствующее нужному человеку, из директории на сервере для составления ссылки вывода картинки.

Помогите пожалуйста увязать в голове эту путаницу. Возможно ли вообще сделать то, о чем я говорю)?

Answer 1

[zhaar]

1. В БД хранить только ссылки на фотографии. Если сотруднику может быть привязано несколько фото (и разного типа, одна в карточке, вторая - для документов, третья - еще для чего-то), то в таблице предусмотреть такую возможность (а-ля набор столбцов photoid, workerid, phototype, photopath).
2. Принимайте фото от пользователя, но при загрузке на сервер называйте его так, как надо. Опять же, вкусовщина, но файлы можно хранить в развернутом дереве, т.е. photos\_workerid_\_photoid1_.jpg, _photoid2_.jpg,_photoid3_.jpg, можно все в одной папке photo\_workerid___photoid_.jpg, главное получить через форму фото, присвоить идентификаторы в БД и их же транслировать в конечное название\путь фотографии.

Comments

[Uzumeti]

Спасибо! А можно ли при таком подходе взять ФИО сотрудника из введенного в поле пользователем, присвоить фотографии имя этого сотрудника и соответственно таким вписать его в базу? Например, ввели Иванов Иван, мы это собираем и делаем имя фото Иванов Иван.png

[zhaar]

Да можно, кто мешает-то :) Только Ивановых Иванов может быть десяток, поэтому название в любом случае должно быть уникальным - добавляйте к нему, например, идентификатор сотрудника в базе.

То что пользователь пишет в поле для ввода - это переменная с текстовым значением. Как ее использовать и где - уже можно решить в рамках кода на php

[Uzumeti]

zhaar, Спасибо ещё раз :) С этим кажется понятно и вроде бы что-то нужное уже получается. Вот только теперь не могу понять, как сопоставить название файлика с нужным ФИО, если используется уникальное название файла? Где это имя перехватить можно?)

[zhaar]

Uzumeti, когда пользователь жмет "загрузить" на фотографии - фиксируй введенный текст как переменную, а дальше куда нужно, туда и используй. При открытии формы у тебя уже должен где-то хранится идентификатор пользователя, для которого загружается фотография.

Answer 2

[Евгений]

wordpress

Comments

[Uzumeti]

Неет, с wordpress низя. Так я могу :) Но решение не годится...Нужно сделать с нуля

[Евгений]

Uzumeti, тогда непонятен вопрос. Пишите на php+mysql, страницу сотрудников + админку, ресайз картинок, роутинг. С нуля.

2. Все советуют использовать

Все это кто?

[Uzumeti]

Евгений, Большая часть материалов по теме, которая мне попалась содержит предостережение от такого варианта использования. Про правильность говорить не берусь. Если поискать поиском нечто типа "Как хранить картинки в базе данных", находятся инструкции, где указана ошибочность этого подхода. Хотя, было бы удобно хранить их именно в БД. Есть Вам что сказать хорошего/плохого о хранении прямо в БД?)

[Евгений]

Uzumeti, в БД храните не картинки, а пути к ним.

[Uzumeti]

Евгений, Так о том и речь изначально :) Просто я так понял по вопросу "Все это кто", что Вы решили поддержать подход хранения файликов прямо в БД. А так-то оно так.