cotonti.com : Комментарии для своих нужд https://www.cotonti.com Последние сообщения в теме Cotonti en Mon, 15 Dec 2025 05:56:16 -0000 jcrush пт, 05 фев 2010 12:23:07 -0000 Boss чт, 30 июл 2009 02:50:50 -0000 Sergeich ]]> чт, 30 июл 2009 02:05:02 -0000 Trustmaster чт, 30 июл 2009 01:19:26 -0000 Sergeich ]]> ср, 29 июл 2009 22:56:14 -0000 Trustmaster ср, 29 июл 2009 15:31:00 -0000 Boss
Главное вписаться в параметры ячейки com_code varchar(16).

Конечно создавать комментарии с такими кодами не стоит: my_best_plugin1, my_best_plugin2, my_best_plugin3 и т.д.

Но что-нибудь типа p_hw1, p_hw2, p_hw3, p_hw4, и т.д. пожалуй допустимо, и маловероятно что совпадет с чем-то.

pS: я тут подумал. А нафига нам вообще в com_code цифры? Для сортировки или для ссылки? Но и то и другое можно и без них сделать! Для ссылки можно использовать уникальный номер (com_id), сортировку делаем по полю времени добавления (com_date) комментария или тем же уникальным номерам (com_id).]]> ср, 29 июл 2009 12:54:49 -0000 Dayver

кстати у E_Shop'a для седа зарезервирована буковка "s"]]> ср, 29 июл 2009 07:08:11 -0000 Sergeich ср, 29 июл 2009 04:20:20 -0000 Dayver ср, 29 июл 2009 03:34:15 -0000 Sergeich ср, 29 июл 2009 02:36:06 -0000 Boss Sergeich, Ведь у нас и так есть уникальные номера комментов (com_id). Они конечно нужны, но для вывода листинга они не несут никакой пользы. Добавлять еще одно поле где будет не уникальный номер, а номер той страницы, того опроса или любого своего модуля бессмысленно. Разве-что для некоторого изящества. ;-) Ну а в остальном... Ведь нам не нужно выводить одновременно комменты для разных модулей или разных страниц. Соответственно мы сформировали заранее номерок с буковой и нашли по нему записи в базе. По-моему все и так предельно просто.]]> ср, 29 июл 2009 01:47:13 -0000 Sergeich вт, 28 июл 2009 23:12:46 -0000 Boss # esclkm : согласен по поводу поднятого вопроса)))
порабы это немного поменять)))
чтобы в 2 разных поляэта инфа записывалась.
Не понял про какие два поля речь? Если это предложение отказаться от общего поля com_code с разными кодами (буквами), то я против. Более универсальный инструмент ведь это наоборот более хорошо.

Добавлено 1 Минута спустя:

# Trustmaster : T3 FAQ, UserGal, MediaGallery и еще с десяток других плагинов. Поэтому в ближайшее время система комментов останется нетронутой, но к 1.0 надо будет её привести в нормальный универсальный вид.
Подобрее хотелось бы, какие изменения планируются.]]> вт, 28 июл 2009 22:43:52 -0000 Trustmaster вт, 28 июл 2009 22:18:12 -0000 jcrush вт, 28 июл 2009 20:53:13 -0000 esclkm порабы это немного поменять)))
чтобы в 2 разных поляэта инфа записывалась.]]> вт, 28 июл 2009 20:23:05 -0000 Boss
Какие коды для комментариев мы имеем на сегодняшний день?

p216, p2, p112 и т.д. - это комментарии к страницам.
Формирование кода - $item_code = 'p'.$pag['page_id'];

v1, v10, v3 и т.д. - это комментарии к опросам.
Формирование кода - $item_code = 'v'.$id;

и, собственно, все. Правильно?

Хотя у меня в базе имеются коды и с другими буквами. Видимо остались от LDU и SED, т.к. в исходниках COT я не нашел обработок для других букв.

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

Поскольку такая реализация означает привязку к ядру движка, хотелось бы узнать планы на будущее по комментариям. Что планируется в будущем? Коды p+номер и v+номер будут всегда? И вообще такой подход в создании и выводе комментариев останется в будущем? Кстати, может есть какие-то планы уже занять дополнительные буквы?]]> вт, 28 июл 2009 19:09:59 -0000