Контроль длины сообщения в процессе редактирования и увеличение максимальной длины сообщения

[straannick]

Краткое описание идеи
Контроль длины сообщения в процессе редактирования и увеличение максимальной длины сообщения.

Подробное описание идеиПишущие длинные сообщения сталкиваются со следующей проблемой

Comments

[besm6]

Должен заметить, что 41135 знаков, если это преимущественно кириллица, в 64 килобайта не лезут. Поскольку сервер хранит, скорее всего, в UTF-8, где кириллица расходует по 2 байта на знак.

Так что, если ограничение именно такое, то в общем, логично, что оно не осилило.

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

[straannick]

Про UTF-8 это понятно.
А вот про особенности движка пусть нам разработчики и пояснят.

[novoslov]

Много слов.

«Краткость сестра таланта» (c)

[straannick]

А по существу?

[novoslov]

Счётчик слов полезен для отчётности перед заказчиком постов и выявления системой спама.
Эти два критерия монетизации процесса заинтересует администратора портала и налоговую инспекцию в любой стране мира по динамике вводимых слов.

[_zabey_]

та же проблема. Написал текст на 40 килобайт в блокноте (без тегов) и не могу опубликовать его в ЖЖ.
При этом я без проблем опубликовал его в статьях ВК, фейсбуке и яндекс.дзен.
Удаляю лишние тэги, меняю strong на b, после неудачной попытки опубликования весь ненужный html хлам возвращается.
ЖЖ сам плюёт на своих пользователей.

[straannick]

Именно. Как я написал выше, с такой же жалобой/предложением обращался много лет назад. И не я один.
Характерно, что поддержка не удосужилась (не осмелилась?) хоть как-то прореагировать, хотя бы формально, и на это сообщение.