Как правильно организовать базу данных для блога ?

Question

[Альберт Табак]

Намереваюсь написать блог для путешествий. То есть люди приходят, регистрируются, выкладывают свои фото и текст, и делятся этим с другими людьми. В самом же начале стал вопрос, как организовать БД ?
Я собираюсь сделать так что бы статья была разбита по дням, то есть человек будет добавлять день - туда пихать фото и текст, потом добавляет день №2 и т.д. И только потом отправляет все формы которые я и вношу в БД.
Пока у меня в голове сидит вариант - под каждую статью - делать новую таблицу, но я не знаю- так делают ?
Но тут у меня тоже вопрос. Фотографий для одного дня может быть 30 шт, а может быть и 0. Есть вариант крепить фотографии к тексту, либо на оборот, но я не знаю как будет грамотней. По этому и работу начать не могу.
Скажу сразу что это мой первый сайт, буду использовать mySQL + PHP.

Answer 1

[Александр N++]

Под каждую статью новую таблицу это бред, не стоит повторять этот путь.
был у меня проект даже не один а 10+ на поддержке там на каждую запись создавалась табличка с 1 записью.
Все хорошо работало но mysqadmin просто умирал, такую БД нельзя было перенести на другой хостинг mysqldump просто зависал при дампе. примерное количество таблиц было 3.2к-4к.

Создаете для статей таблицу для статей например posts
id int(11)
user_id int(11)
datecreated timestamp
dateupdated timestamp
content text
title varchar(255)
h1 varchar(255)

Для фоток photos
id int(11)
post_id int(11) это ссылка на пост_id
path путь к фотке например /storage/photo/a1/d1/d2/(md5).jpg
desctiption varchar(255)
datecreated timestamp
dateupdated timestamp

Для фоток я обычно так храню путь к оригиналу full
для меньших картинок в имени файла есть прификсы
250_(md5).jpg
250x250_(md5).jpg

Cскачиваем фреймворк laravel или Yii1-2 создаем миграции на основе 2х схемок выше.
Используем внутренний генератор фреймворка для создания моделей.
Создаем нужные контроллеры и пишем код.

Можно и без ООП сделать но это будет долго.

Можно поставить worpress и добавить пару плагинов для расширения записей например ACF но у него галерея платная а остальные поля бесплатны.

Answer 2

[Вадим]

По всему видно - слишком мало у Вас знаний и опыта, чтобы создавать с нуля такой ресурс.

Вы только подумайте:
Для каждого юзера нужно создавать аккаунт, систему авторизации, восстановление пароля и пр.;
Необходимо разграничить права доступа для каждого юзера - кто что может делать со своим блогом, а что с чужим;
При загрузке изображений необходимо предусмотреть загрузку как с компьютера, так и со сторонних ресурсов, нужен ресайз и подгонка под определенные размеры, контроль типа загружаемого файла, удобный просмотр фотографий и т.д., и т.п.;
Не только создание, но и редактирование и удаление как постов лога, так и фотографий;
Администрирование всего этого добра (мало ли кто и что начнет заливать);
...
И много-много еще всяческих нюансов учесть, описание которых составит не одну страницу.

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

Comments

[Альберт Табак]

Опыта мало, это да. Но цель стоит не продвигать проект, а разработать. С созданиями аккаунта более менее ясно, доступ редактирования через сессию предоставить.
Мутно в месте загрузки фото, ресайза и его подгонки. Ну и пока не представляю саму форму. Вопросов много, разбираться ещё больше. Но целью стоит устроится PHP-developerom, а для этого нужны знания языка и умения его использовать, а не качать цмски и ставить на хост. Ведь так ?

[Вадим]

Вы все-таки для себя лично проясните, что для Вас является наиболее приоритетным: создать реальный проект, полезный для людей? Научиться программировать? Или с первой попытки создать собственный движок, которым будете гордиться все свою жизнь?

Поверьте бывалому прогеру: если у Вас нет сейчас нужного уровня знания языка и навыков разработки, то изобретение велосипедов с нуля ни к чему хорошему не приведет. Это раз.

Два: если Вы не научитесь пользоваться готовым инструментарием (библиотеками, классами, алгоритмами и пр.), а все всегда будете придумывать сами, то тоже вряд ли станете хорошим разработчиком.

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

Поэтому лучшим вариантом я считаю: подобрать движок, создать сайт на его основе, научиться писать дополнения и расширения к нему (в Alto CMS это называется плагинами), которые реализуют те фичи, которых в движке либо нет, либо работают не так, как хотелось бы. Найти в движке слабые стороны и понять, и найти способ решения этих проблем.

А вот уже потом садиться писать свой двиг. Если, конечно, желание не иссякнет (в чем я лично сомневаюсь :) )

Answer 3

[IkaR49]

А даже если не делают - не важно, пробуйте. Будет хорошо - оставите так, будет плохо - сделаете иначе. Это же первый проект, это же самое интересное, это самое то, чтобы учиться!
Как вариант, чтобы крепить фотографии: сделайте своего рода вики-разметку. То есть чтобы вставить фото - пишется код и указывается номер фотографии из загруженных. Здесь же плюс будет, вдруг кто-то не захочет загружать фотографии к вам, а добавит на внешний хостинг. Тогда надо будет просто хранить plain-текст и выгружать его по запросу.

Comments

[Александр N++]

В WP есть такая фича очень удобно с фотками)

Answer 4

[Альберт Табак]

Я хочу написать без использования фреймворков и вордпресса, ибо не с тем не с другим не работал. И цели сейчас такой нет, просто ПХП и mySQL. Но вот один момент для меня мутный, как база хранит фото ? Для него тоже должно быть поле ? В примере sanchezzzhak я его не нашёл. Но такой вариант с двумя таблицами мне нравится.
datecreated timestamp
dateupdated timestamp
Вот эти два поля я так понимаю временная метка, но если фото было загружено, как оно может апдейтиться ?

Comments

[Александр N++]

База просто хранит путь до фото в твблице photos создайте доп поле
path значение /storage/db/d3/a2/aaaaaaaaaaaaaaaaaaaaaaa.jpg

[Александр N++]

При создание записи задается время и для создания и для апдейта.
При изменение записи меняется только поле апдейта, например перезалили картинку или поменяли описание, когда что то меняем в общем.
Это можете вычеркнуть, если вам не нужны временные метки.

Я обычно использую во всех таблицах.
Некогда не знаешь, какая моча в голову ударит начальству ( показать последние фотографии из галерей, например)

[Viktor Vsk]

думаете, если не знаете фреймворка и вордпресса получится создать что-то похожее на них по масштабам? Думаете, фреймворки и цмски плодятся просто так, ради наживы, а не потому, что с нуля каждый раз делать - нереально?

[Альберт Табак]

до фреймворков просто ещё не дошёл, а работу хотелось начать. Отказываюсь от цмс в пользу того, что так лучше изучается язык.