Коментарии статей без сторонних сервисов

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

Спасибо

0

Сообщение от Richik как организовать систему комментариев для статей

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

0

Сообщение от Пифагор Комментарии будут храниться в БД

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

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

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

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

0

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

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

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

0

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

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

0

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

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

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

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

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

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

0

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

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

1

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

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

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

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

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

Добавлено через 3 минуты

Сообщение от Richik однако во вором случаи для извлечения данных потребуется меньше ресурсов сервера и времени

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

0

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

0

Сообщение от Richik К тому-же не стоит забывать о вложенности комментариев при общении между участниками

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

Сообщение от fanatikus плюс связующая таблица comment_aticle

Зачем?

1

Сообщение от tarasalk Естественно вариант №1

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

0

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

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

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

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

0

Сообщение от Richik Комментарии будут видеть только авторы

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

Сообщение от Richik Пагинация вещь полезная, однако в данном случаи отпадает смысл делать обработку комментариев "удаление, редактирование, сортировку"

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

0

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

1