Простейшие скрипты для динамических комментариев

Сомневаюсь, что вы найдете именно такую готовую систему под свои нужды.

Проще найти специалиста и сделать на заказ (либо самому, если хватает знаний и навыков).

Не надо употреблять слово "простейшее" , если сами не можете это реализовать. Иначе получается фраза "мне надо лишь просто долететь до луны".

Похвальное пожелание...

Но решение не из сложных.

1- статический контент.

Каждый параграф имеет свой уникальный айди (или айди статьи + айди параграф, или уникальный для каждого парагарфа в о всей системе)

далее, комментируя параграф коменты попадают в базу с этим уникальным айди

Просто? да. Реализуемо? Да.

СКОЛЬКО?

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

А что такое параграф ? Это то, что в <p> ? Визивинг редакторы творят чудеса, от кучи вложенных параграфов до их отсутствия и замены на <div>

А там еще инлайн редактор на странице - которая статика. Т.е. давай обновляем базу, пишем новую статику как минимум.

Параграф изменили , что его id, оставили тот же ? А откуда уверенность, что старый текст не разбили на два параграфа или наоборот не соединили. Как и куда комментарии будем привязывать ?

Как вообще собираетесь текст из 5 парагрофов к id привязывать ? Разбивать целый текст на параграфы и делать привязку по id - глупо, никогда не ясно где какой параграф. Достаточно пустого <p></p> что бы убить связь.

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

Читайте ТЗ

4 строки - это не ТЗ. ТЗ в 600 страниц имеет больше шансов остаться не измененным, чем выше приведенное ТЗ :D

Stek,

Согласен...

Но

Не так страшен черт, как его малюют

или

Глаза боятся, руки делают

Ок, как сделаешь, покажешь :D

Запихиваем всё в таблицу и тээру йд впариваем - вот вам и "блокировка от угона контента"...

Основная жесть видиццо в переводе А.С. Пушкина на импортный сленг

раз 3 колонки, а тобишь колонки это - 3 колонки в таблице table

то тут думаю - строка таблицы пусть будет иметь уникальный id (id стиха например)

ну а по клику на ячейках будут правится параметры, в данном случае - 2, перевод и коммент. вроде все.

единственное если вы собираетесь хранить все в статике, тоесть в страницах в папке на хосте, то тут проблематично уследить за уникальными id, а если стихи или строки будут в базе, то там проще - уникальный id - будет счетчик.

хотя даже если это будет статика. то можно поступить так.

при правке, изменения будут заносится СРАЗУ в страницу в спец место выделенное метками, например html комментариями. тогда не так уж важна уникальность id стиха всех страниц, главное уникальность id в пределах данной страницы, чтобы коммент попадал в нужное место на странице при сохранении.