Ограничения в количестве символов

Возможно является багом, при создании раздачи с большим количеством символов пропадает аттач.
Помогли запросы. Не помешало бы убрать ограничения изначально в ревизии.

ALTER TABLE `bb_posts_text` CHANGE `post_text` `post_text` LONGTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL;
ALTER TABLE `bb_posts_html` CHANGE `post_html` `post_html` LONGTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL;

Возможно является багом, при создании раздачи с большим количеством символов пропадает аттач.
Помогли запросы. Не помешало бы убрать ограничения изначально в ревизии.

ALTER TABLE `bb_posts_text` CHANGE `post_text` `post_text` LONGTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL;
ALTER TABLE `bb_posts_html` CHANGE `post_html` `post_html` LONGTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL;

Вообще не помешало бы убивать таких людей, которые символами за лимит заходят.
Как таковых никаких ограничений в движке нет. И нет смысла, что-то менять в ревизии, если у администратора есть базовые знания по MySQL (а администратор должен хотя бы знать, что это за странные буквы в аббривеатуре как минимум), то ему не составит труда в личных целях настроить БД как ему вздумается, поменяв тип данных определенных полей таблиц

Вообще не помешало бы убивать таких людей, которые символами за лимит заходят.
Как таковых никаких ограничений в движке нет. И нет смысла, что-то менять в ревизии, если у администратора есть базовые знания по MySQL (а даминистратор должен хотя бы знать, что это за странные буквы в аббривеатуре как минимум), то ему не составит труда в личных целях настроить БД как ему вздумается, поменяв тип данных определенных полей таблиц

Не каждый может догадаться в силу своего опыта или по каким то другим причинам.

Не каждый может догадаться в силу своего опыта или по каким то другим причинам.

В движке даются базовые параметры, конфигурация БД по вкусу и цвету дело сугубо индивидуальное. И тема как таковая к багам не относится