Модуль коментариев - LabCMS https://labcms.ru/discussion-theme.55/ Тема в форуме LabCMS ru-ru Fri, 12 Jun 2026 02:33:16 +0300 Fri, 12 Jun 2026 02:33:16 +0300 http://blogs.law.harvard.edu/tech/rss LabCMS Feeder Loki https://labcms.ru/discussion-theme.55/2/#p781 MySQL
DELETE FROM ?_comments WHERE item_id IN(SELECT ?_comments_items WHERE module_id=id_удаленного_модуля)
 
И аналогично почистить таблицу ?_comments_items.
Это я запрос из головы составил, так что лучше его проверить перед применением]]> Mon, 20 Jan 2014 16:55:17 +0400 https://labcms.ru/discussion-theme.55/2/#p781 steller https://labcms.ru/discussion-theme.55/2/#p780 почитал - вроде вопрос поднимался, а вот решение...
При удалении модуля (к примеру "блог") у меня осталась куча коментариев в БД. Есть ли способ их корректно удалить? Ведь, как я понял, при стирании их вручную - рушиться структура БД.
Мысли вслух: может, какой нубудь модуль (чисто для админки) для очистки-удаления коментов? там вроде по ID модуля можно, или по URL]]> Mon, 20 Jan 2014 16:18:05 +0400 https://labcms.ru/discussion-theme.55/2/#p780 Loki https://labcms.ru/discussion-theme.55/2/#p540 Mon, 15 Aug 2011 11:57:49 +0400 https://labcms.ru/discussion-theme.55/2/#p540 Loki https://labcms.ru/discussion-theme.55/2/#p536 ]]> Fri, 12 Aug 2011 00:56:51 +0400 https://labcms.ru/discussion-theme.55/2/#p536 mushtat https://labcms.ru/discussion-theme.55/2/#p535  
АПД: попробовал авторизовавшись - та же ошибка. На этом сайте. ]]> Thu, 11 Aug 2011 23:59:27 +0400 https://labcms.ru/discussion-theme.55/2/#p535 Loki https://labcms.ru/discussion-theme.55/2/#p417 Так что продолжение разговора предлагаю перенести туда
http://labcms.ru/discussion-theme.62/]]> Wed, 06 Jul 2011 16:58:36 +0400 https://labcms.ru/discussion-theme.55/2/#p417 jen https://labcms.ru/discussion-theme.55/2/#p404 mushtat:Также, если автор(проверять по указанному мылу) уже оставлял одобренные комментарии (два и три, или пять), то последующие добавлять уже без премодерации.
и далее
mushtat:Ну, выводить мыло того, кто постил коммент не обязательно, да и не нужно вообще, достаточно ника (наверное). Либо сделать привязку не только не мылу, но ещё по ip или useragent.

Извините, mushtat, сразу не разобрался.]]> Wed, 29 Jun 2011 00:22:22 +0400 https://labcms.ru/discussion-theme.55/2/#p404 mushtat https://labcms.ru/discussion-theme.55/2/#p403
А привязка по IP и агенту может заблокировать лояльного пользователя, который зашел с другого адреса и/или браузера.

Не заблокировать, а всего-лишь не дать его комментарию появиться без премодерации.]]> Tue, 28 Jun 2011 23:16:53 +0400 https://labcms.ru/discussion-theme.55/2/#p403 jen https://labcms.ru/discussion-theme.55/2/#p402 Loki:получается что если я подпишусь адресом кого-то, кто уже оставлял комментарии, то могу спамить без премодерации.
Нет, для анонимов, имхо, премодерация обязательна, сколько бы они комментов ни оставляли. Это, конечно, усложнение работы модератора, зато нет лазеек для спамеров. А привязка по IP и агенту может заблокировать лояльного пользователя, который зашел с другого адреса и/или браузера.]]> Tue, 28 Jun 2011 14:35:57 +0400 https://labcms.ru/discussion-theme.55/2/#p402 jen https://labcms.ru/discussion-theme.55/2/#p401 Loki:
1. древовидность комментариев (возможно, отключаемая или регулируемая)
2. постраничная навигация (?)
3. возможность добавления комментариев (в том числе и гостями)
4. возможность удаления комментариев (без удаления ветви)
5. возможность удаления ветви
6. возможность сокрытия комментария (модерация)
7. возможность редактирования комментария
8. возможность пожаловаться на комментарий модератору (тут не совсем понятно где отображать эту жалобу)
Хотелось бы все и сразу .
Loki, я правильно ли я предположил, что вся работа с комментарием будет осуществляться прямо в поле комментария (просто число кнопок при разных правах будет разное) и не будет лишнего узла в админке? Имхо, это наиболее юзабельный вариант.
По поводу жалоб модератору: когда кликнули по ссылке/кнопке,проверяется авторизация, и если это админ/модератор, прямо в поле комментария добавляется «черная метка». Можно пойти дальше и при активации жалобы вывести всплывающую или в модальном окне форму, где недовольный должен аргументировать жалобу, а текст (видимый только админу/модератору)добавится прямо под комментарием. если текст не отправлен, то ничего не происходит. Вот только если жалобщик будет не один Тогда, если отправлена первая жалоба, делать кнопку/ссылку неактивной: «Уже пожаловались» Что-то меня понесло…
И замечания mushtat все полезны и желательны к воплощению, только во что превращается маленький симпатичный класс комментариев
Может, сначала сделать базовый вариант с необходимым функционалом? Возможно, пока без древовидных комментариев, постраничной навигации и жалоб, но с обязательным премодерированием анонимных комментов (последнее, увы, все равно потребует отдельного узла, иначе где эти комменты будут отображаться? Тоже только у админа/модератора?) или вообще без анонимов (гостей).]]> Tue, 28 Jun 2011 14:18:46 +0400 https://labcms.ru/discussion-theme.55/2/#p401 mushtat https://labcms.ru/discussion-theme.55/2/#p400 Tue, 28 Jun 2011 14:13:33 +0400 https://labcms.ru/discussion-theme.55/2/#p400 Loki https://labcms.ru/discussion-theme.55/2/#p399 С премодерацией идея в целом верная, но конкретная реализация меня смущает: получается что если я подпишусь адресом кого-то, кто уже оставлял комментарии, то могу спамить без премодерации.]]> Tue, 28 Jun 2011 14:03:45 +0400 https://labcms.ru/discussion-theme.55/2/#p399 mushtat https://labcms.ru/discussion-theme.55/2/#p398 Есть один сервис, Gravatar, если слышали. Поддерживается повсеместно WP и другими известными CMS. Удобно для сайтов, где комментарии играю не меньшую роль, чем контент, тоесть также важны. Суть в том, что незарегистрированный  пользователь, указав своё мыло при комментировании, атоматически подгружает свой аватар с этого сервиса. Сути мало, конечно, на выходе, но это используется повсеместно, пользователи, которые часто серфят различные сайты и оставляют там комментарии, должны были к такому привыкнуть. Вот описание работы сервиса с шаблонизатором Smarty. Естественно дать возможность отключения этой опции. Также ещё есть несколько советов именно в эту сторону. Комментарий от незарегистрированного пользователя должен пройти премодерацию. Также, если автор(проверять по указанному мылу) уже оставлял одобренные комментарии (два и три, или пять), то последующие добавлять уже без премодерации. Защита от спама. Отдельный вопрос. Пока LabCMS не слишком распространена, автоматических ботов/программ, настроенных именно под неё нет, тоесть в ближайшее время если кто-то и будет спамить в комментах - то только люди. Ну я думаю, Вы уже как-о это реализовали, ведь поле название скрытого поля противоспаммерского модуля присутсвует в настройках сайта не просто так
Ну а для жалобы на коммент модератору может сделать какую-то не большую кнопочку типа жалоба, рядом с комментом, возможно скрытую java и появляющуюся при наведении?
Ну а остальные пункты и Ваше описание будущих функций мне понравилось, Loki ]]> Tue, 28 Jun 2011 12:37:38 +0400 https://labcms.ru/discussion-theme.55/2/#p398 Loki https://labcms.ru/discussion-theme.55/2/#p397 Mon, 27 Jun 2011 23:09:16 +0400 https://labcms.ru/discussion-theme.55/2/#p397 Defari https://labcms.ru/discussion-theme.55/2/#p396 Loki:Возвращаясь с классу комментариев. Что мне видится из функций:
8. возможность пожаловаться на комментарий модератору (тут не совсем понятно где отображать эту жалобу)

Возможно на финальном этапе разработки написать модуль для админки, где будут выводится только жалобы?]]> Mon, 27 Jun 2011 23:00:11 +0400 https://labcms.ru/discussion-theme.55/2/#p396 Loki https://labcms.ru/discussion-theme.55/2/#p395 1. древовидность комментариев (возможно, отключаемая или регулируемая)
2. постраничная навигация (?)
3. возможность добавления комментариев (в том числе и гостями)
4. возможность удаления комментариев (без удаления ветви)
5. возможность удаления ветви
6. возможность сокрытия комментария (модерация)
7. возможность редактирования комментария
8. возможность пожаловаться на комментарий модератору (тут не совсем понятно где отображать эту жалобу)
Пока это все мысли. Если у кого-то будут предложения и замечания - буду рад с ними ознакомиться.]]> Mon, 27 Jun 2011 22:18:10 +0400 https://labcms.ru/discussion-theme.55/2/#p395 Loki https://labcms.ru/discussion-theme.55/2/#p393 ]]> Mon, 27 Jun 2011 21:50:25 +0400 https://labcms.ru/discussion-theme.55/2/#p393 jen https://labcms.ru/discussion-theme.55/2/#p392 ]]> Mon, 27 Jun 2011 19:11:15 +0400 https://labcms.ru/discussion-theme.55/2/#p392 Loki https://labcms.ru/discussion-theme.55/2/#p390 ]]> Mon, 27 Jun 2011 18:02:58 +0400 https://labcms.ru/discussion-theme.55/2/#p390 jen https://labcms.ru/discussion-theme.55/2/#p388 Loki:А если модуль был удален, а потом снова установлен, то он будет установлен с другим id, так что старые комментарии будет уже не достать (ну если привязываться именно к id модуля, а не к его названию).
Извините, не учел, что при каждой переустановке id модуля будет меняться. Тогда можно привязаться по уникальному значению из поля module.
Defari:То есть для комментов будет таблица, в которой будет указываться его же id, id модуля, id узла, и id материала?

Вместо id модуля значение module и можно связывать концы с концами, не так?]]> Mon, 27 Jun 2011 17:29:46 +0400 https://labcms.ru/discussion-theme.55/2/#p388 Loki https://labcms.ru/discussion-theme.55/2/#p386 jen:А так ли необходимо удаление "висячих" комментариев?
Представьте себе ситуацию:
Есть некий модуль (пусть будет модуль новостей), написали новость с id=1, к ней набралось некое количество комментариев. После чего мы модуль статей переустановили (при этом удаляются и заново создаются таблицы в БД), после чего создали новую запись с id=1, но комментарии-то не знали что модуль был переустановлен, так что старые комментарии отображаются у новой новости. А если модуль был удален, а потом снова установлен, то он будет установлен с другим id, так что старые комментарии будет уже не достать (ну если привязываться именно к id модуля, а не к его названию).]]> Mon, 27 Jun 2011 15:43:22 +0400 https://labcms.ru/discussion-theme.55/2/#p386 jen https://labcms.ru/discussion-theme.55/2/#p384 Loki:По данному вопросу подумалось мне следующее:
можно создать не отдельный универсальный модуль, а общий класс с единым интерфейсом для всех модулей.
Супер!
Loki:
Правда, это не снимает проблемы "висячих" комментариев при удалении или переустановке модуля... правда, работу по их очистке можно возложить на модуль управления модулями... благо что он всего один.
 
Даже еще проще: удаление комментариев относящихся к модулю можно сделать дополнительным запросом в файле uninstall.sql

А так ли необходимо удаление "висячих" комментариев? Ведь они сами по себе иногда представляют ключевую ценность. Пусть бы себе лежали в базе. Скорее всего, я чего-то «не догоняю», но:
Вдруг возникнет необходимость вернуть модуль на место вместе со всеми комментариями? И нельзя ли в связи с этим ввести дополнительный параметр модуля (и соотв. поле в таблице комментариев), который будет разрешать/блокировать вывод комментариев?]]> Sun, 26 Jun 2011 23:33:43 +0400 https://labcms.ru/discussion-theme.55/2/#p384 Loki https://labcms.ru/discussion-theme.55/2/#p378 Правда, это не снимает проблемы "висячих" комментариев при удалении или переустановке модуля... правда, работу по их очистке можно возложить на модуль управления модулями... благо что он всего один.
 
Даже еще проще: удаление комментариев относящихся к модулю можно сделать дополнительным запросом в файле uninstall.sql ]]> Thu, 23 Jun 2011 20:38:14 +0400 https://labcms.ru/discussion-theme.55/2/#p378 Defari https://labcms.ru/discussion-theme.55/2/#p377 Thu, 23 Jun 2011 15:46:12 +0400 https://labcms.ru/discussion-theme.55/2/#p377 Loki https://labcms.ru/discussion-theme.55/2/#p374 можно создать не отдельный универсальный модуль, а общий класс с единым интерфейсом для всех модулей. Если уж все равно модуль должен сообщать для какого id ему нужны комментарии, то пусть он имеет в своем составе раздел для работы с комментариями. Сделать интерфейс класса предельно простым, а таблицу комментариев в БД создавать при установке системы.
Подобная схема успешно работает с модулями постраничной навигации, отправкой почты и экспортом RSS. Может и для комментариев подойдет?]]> Thu, 23 Jun 2011 14:40:09 +0400 https://labcms.ru/discussion-theme.55/2/#p374 jen https://labcms.ru/discussion-theme.55/2/#p355 Я, собственно, и предварил выступление тем, что пока недостаточно знаком с вопросом.
А комментов хоцца
И модуль фотоальбома буду делать свой, поскольку использование БД в этом случае не считаю оптимальным решением, частенько наступаю на грабли в MODx, но об этом напишу в соотв. теме, когда дело дойдет)
Буду продолжать учить матчасть (пришлось делать перерыв на 3 недели). Как раз и идеи появятся, благо Вы задали направления «куда думать». ]]> Wed, 15 Jun 2011 18:50:11 +0400 https://labcms.ru/discussion-theme.55/2/#p355 Loki https://labcms.ru/discussion-theme.55/2/#p354 Defari:На счет новостей - довольно таки не плохо, но еще лучше привязать к всему этому facebook или vkontakte комменты, или же как минимум организовать многоуровневые комментарии
Я все же предпочитаю хранить свой контент у себя на сайте...]]> Wed, 15 Jun 2011 17:49:30 +0400 https://labcms.ru/discussion-theme.55/2/#p354 Loki https://labcms.ru/discussion-theme.55/2/#p353  
Что касается универсальных комментариев: написать один раз модуль и потом его везде использовать - очень заманчиво. И от этой затеи я не отказался до сих пор. Но какие проблемы при этом всплывают:
 
1. Как идентифицировать страницу компонента?
у нас есть id узла, id модуля и id материала
Просто id материала использовать нельзя, так как он не уникален в пределах сайта - вполне может быть статья с таким id и новость. Значит нужно использовать комбинацию id_узла+id_материала или id_модуля+id_материала. Еще не знаю как правильнее, но очевидно что и в том и в другом случае нам никуда не деться от id_материала. А его нам может отдать только компонент, так как только он знает как в нем организована навигация.
Например, в модуле фотоальбома могут быть такие страницы:
/photo-album.1/
/photo-image.1/
в одном случае это будут комментарии к альбому, в другом - к изображению. При этом id_узла и id_модуля совпадают и в одном и в другом случае.
В общем, простого решения у меня пока нет.
 
2. Как редактировать комментарии? Получается что комментарий подключен после компонента, так что при его редактировании сначала будет выполняться компонент, а уже потом редактироваться/удаляться комментарий. Можно модуль комментариев вывесить на отдельную страницу и обращаться к нему непосредственно, но при этом его настройка станет не очевидной. В общем это не настолько сложный вопрос.
 
3. Что делать с комментариями при удалении/переустановке модуля/элемента модуля? Ведь они так и повиснут в базе... И если удаленный модуль еще можно отследить, то с удаленным материалом такое не прокатит.
 
В общем, если у Вас есть мысли по этому поводу, то я бы ими с удовольствием вдохновился Желательно, чтобы они были технического, а не организационного толка]]> Wed, 15 Jun 2011 17:40:45 +0400 https://labcms.ru/discussion-theme.55/2/#p353 Defari https://labcms.ru/discussion-theme.55/2/#p352 ]]> Wed, 15 Jun 2011 17:31:17 +0400 https://labcms.ru/discussion-theme.55/2/#p352 jen https://labcms.ru/discussion-theme.55/2/#p351 mushtat меня опередил, а Loki все разложил по полочкам
Не согласен, что весь упомянутый функционал нужно привязывать именно к блогу! Такой же функционал может иметь и новостной сайт, и любой другой с периодическим добавлением публикаций. Например, сделав несколько первых записей на своем сайте, котрый я первоначально заявил, как блог, я понял, что это просто сайт, мое личное место в сети, и вести web log я не собираюсь. И что это по преимуществу не записи (что вижу, о том пою) а именно публикации. И они сортируются по рубрикам (категориям) и, ессно, тегам.
Да что далеко ходить: прям здесь, на labcms.ru, в разделе новостей просятся комментарии. Были вопросы (потом сам разобрался), но не столь серьезные, чтобы открывать тему на форуме, а так бы р-раз, и обратная связь
Кстати, сам комментарий привязан только к id страницы публикации (записи, документа, фотоальбома и т. п.), его не волнует, какие там рубрики-теги, это уже проблемы самой страницы Вот тут я недопонял, зачем модулю комментариев взаимодействовать с модулями рубрик и тегов. Имхо, это избыточно.
Извините, краткость изложения — не моя сильная сторона
]]> Wed, 15 Jun 2011 16:54:52 +0400 https://labcms.ru/discussion-theme.55/2/#p351 Loki https://labcms.ru/discussion-theme.55/2/#p350
На мой взгляд, правильнее было бы сделать так: сделать самостоятельный модуль блога, модуль комментариев для блога, модуль тегов для блога, календарь и т.п. То есть комплект модулей, которые знаю о существовании друг друга и могут определенным образом взаимодействовать. А лучше сразу все это объединить в один модуль, так как в 90% случаев все это будет использоваться в блоге.]]> Wed, 15 Jun 2011 14:42:13 +0400 https://labcms.ru/discussion-theme.55/2/#p350 mushtat https://labcms.ru/discussion-theme.55/2/#p349
Только что изучил толковое описание блога, как одного из типов сайтов. Я одно время пользовался WP. Собственно широкие настройки оптимизации, накрученные большим количеством плагинов делает её популярной CMS. А задачи выполняются весьма тривиальные, как раз то, что Вы описали. А поскольку блог - весьма популярная и востребованная, порою, штука, думаю и модуль такой будет весьма кстати. Сейчас стал пользоваться  Вашей CMS и очень доволен. Буду ждать с нетерпением
Ну а по поводу обычных комментариев, Вы правы, что целесообразнее использовать заточенные под определённый компонент системы. ИМХО Было бы не плохо, если бы это был был частью компонента, включаемый/отключаемый в настройках. Может ошибаюсь, строго не судите, далёк от back-end разработок.]]> Wed, 15 Jun 2011 14:13:55 +0400 https://labcms.ru/discussion-theme.55/2/#p349 Loki https://labcms.ru/discussion-theme.55/2/#p348 ), но тот код давно выброшен - нечего за него держаться, теперь бы я написал лучше
 
PS Блог - это ведь не только текст + комментарии. Мне кажется что это еще и некая система навигации (теги, даты... что там еще бывает). С этим делом лучше бы справился модуль, который специально заточен под эти функции.]]> Wed, 15 Jun 2011 12:58:03 +0400 https://labcms.ru/discussion-theme.55/2/#p348 mushtat https://labcms.ru/discussion-theme.55/2/#p347 Wed, 15 Jun 2011 12:45:44 +0400 https://labcms.ru/discussion-theme.55/2/#p347 Loki https://labcms.ru/discussion-theme.55/2/#p345 Проблема с универсальным модулем в том, что он, на самом деле, не очень-то универсальный - он не представляет как организована навигация внутри компонента, к которому он подключен. В результате получается что компонент должен передавать модулю комментариев идентификатор в какой-то оговоренной форме. То есть модуль комментариев перестает быть универсальным, и впредь работает только с компонентами, которые выполняют соглашения по передаче переменных. Это не слишком трудно сделать, но идеологически мне это кажется не очень правильным.]]> Mon, 13 Jun 2011 18:25:52 +0400 https://labcms.ru/discussion-theme.55/2/#p345 mushtat https://labcms.ru/discussion-theme.55/2/#p343 Loki!
Хотел поинтересоваться, нету ли в планах разработки создания модуля комментариев к новостям/страницам? Или, возможно, это уже организовано коим-то образом в LabCMS?
]]> Sun, 12 Jun 2011 17:27:16 +0400 https://labcms.ru/discussion-theme.55/2/#p343