@Richik

Подскажите пожалуйста как организовать систему комментариев для статей, без сторонних сервисов?
Просто пинцеп/технология или пример

Спасибо

0

@Пифагор

Комментарии будут храниться в БД. Следовательно, требуется использование БД.

0

@Richik

хорошая шутка

Добавлено через 4 минуты
...
Давайте представим международный проект, в котором каждый пользователь сервиса (из любой точки земли) может создать статью и разместить в системе. И другие (зарегистрированные) участники могут оставлять комментарии к этим статьям - !

Добавлено через 3 минуты
количество этих статей изначально неизвестно, как и уровень вложенности и конечное количество

Добавлено через 1 минуту
...комментариев

0

@ALEXU90

Без разницы количество статей, новостей, постов, записей или чего угодно, к чему необходимы комментарии.
И не важно какой проект, международный или нет.
Комментарии сами по себе достаточно обычный функционал и примеров реализации можно найти уйму.
Но все они будут на 90% одинаковы, так как изобретать там нечего.

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

Это все индивидуально и зависит от пожеланий. А так, в инете полным полно готовых реализаций как и просто PHP, так и PHP+AJAX.
Хоть с возможностью ответов, хоть с оценкой комментариев.

0

@fanatikus

это вы к чему? что комменты не возможно хранить в базе? а для чего тогда базы данных?

0

@Richik

Господа, да это все ясно и так, естественно все в базе, естественно SQL, PHP, AJAX, и иное

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

я же не буду для каждой статьи создавать отдельную таблицу MySql для "бесконечного списка" комментарий ну или для каждой статьи одну таблицу - это же глупо

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

Я полагаю, что первый вариант более верен, однако во вором случаи для извлечения данных потребуется меньше ресурсов сервера и времени. К тому-же не стоит забывать о вложенности комментариев при общении между участниками

Это то как я вижу, может есть иной способ хранения? Изначально я хотел узнать чужое мнение и после накладывать его на своё

0

@tarasalk

Естественно вариант №1. Нормализованная БД рулит в большинстве случаев.

Во втором варианте ресурсов может понадобится гораздо больше:
1) Вы не можете извлечь часть комментариев, например чтобы сделать пагинацию. Всегда будете дергать 100500 разом.
2) Поиск, удаление, редактирование, сортировка.... всё это гораздо сложнее чем при нормальной БД.

1

@ALEXU90

Отдельная таблица для комментариев конечно.
Связь по id статьи.

таблица комментов в "базовом варианте"

id - идентификатор коммента (AI)
parent_id - id комментария на который этот отвечает
user_id - id юзера который добавил коммент
article_id - id статьи к которой добавили комментари
comment_text - текст комментария
date_added - дата добавления комментария.

Тут с вложенностью с parent_id, вывод древовидный уже строить после получения всех комментариев связанных по ID статье.
Это все "стандартный" по сути вариант реализации.

В остальном зависит от конкретной ситуации.
Например, если гости смогут комментировать, то доп. поле для имени юзера.

Добавлено через 3 минуты
Это называется экономия на спичках. Как написал tarasalk, будет куча проблем в будущем + это вообще не логично, хранить разные сущности вместе.
Так у вас выходит + 1 запрос на выборку комментов.

0

@fanatikus

первый вариант, плюс связующая таблица comment_aticle. это как минимум
читайте о - Хранение иерархических структур в базе данных.

0

@estic

Это необязательно. Например, на форуме нет вложенности. Обращения, по-моему, вполне достаточно в большинстве, если не во всех случаях.

Зачем?

1

@Richik

Повернем задачу не много в другую сторону: Комментарии будут видеть только авторы тем, без различного рода "обсуждалок". Пагинация вещь полезная, однако в данном случаи отпадает смысл делать обработку комментариев "удаление, редактирование, сортировку"

0

@andyyy

Закрытые комментарии - ни есть добро! Откажитесь.... Сделайте правильный шаг!

Добавлено через 55 секунд
И причём тут полезность пагинации и отпадания обработки

Добавлено через 21 секунду
И то то нужно

Добавлено через 3 минуты
А то начнётся ад на ваших страницах, представляйте, все комментарии на одной стр. Пользователь пока пролистает, уже скончается от старости, или невозможность редактирования, начнётся хаос, люди будут говорить все что можно, - анархия, одним словом

0

@estic

Это называется отзывами (когда другие участники не могут общаться между собой). "Выхлоп" около нуля, т.к. желающих помогать анонимно гораздо меньше, чем "самоутверждающихся" за счет публичных комментариев. Кроме того, не нужно пренебрегать пользой комментариев для SEO, только модерируйте и даже редактируйте их (по крайней мере исправляйте фактические и стилистические ошибки).

Отпадает смысл делать чистку отзывов? Хотите закопаться в "спасибках", вручную рассылаемом спаме по формам и т.п.? Сортировка тоже может быть полезна, например по авторам отзывов, т.к. "штатные отзывики" - частое явление, или собственно по статьям, если используется сводный список отзывов, адресованных конкретному автору статей.

0

@Зверушь

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

1