В одном из своих типов контентов создаю свойство "адрес", тип поля — Список.
В "Элементах списка" пытаюсь внести список улиц/переулков города.
Все значения не вносятся — появляется вот такая дрянь:
Причем это возникает только при превышении "кол-во символов" данного поля больше 3418 (с учетом пробелов — 3893)
До этого значения данное свойство добавляется без проблем, достаточно добавить один символ и получаю ошибку (указанную выше)
Пробовал изменить в таблице значение строки values с TEXT на LONGTEXT — эффекта ноль. Мож надо что-то сделать (перегрузить MySQL?) чтобы принялись изменения строки?
Вообщем помогите — что делать?
Как увеличить вносимые значения?
Нужно внести значение улиц состоящее из 652 строк (12611 символов, включая пробелы)
[ICMS2] Свойства контента - ограничение в типе поля "Список".
ЕСТЬ РЕШЕНИЕ
ЗАКРЫТО
#1
8 мая 2015 в 22:34
#2
9 мая 2015 в 13:28
Не решаемая проблема?
#3
9 мая 2015 в 20:04
совсем совсем? :)
Сегодня в 10:36
настроение просто не рабочее😊совсем совсем? :)
надо поискать ограничение на вводимые символы в системных файлах…
#5
9 мая 2015 в 20:31
Soul, угу, не особо рабочее, а через призму пива вообще пипец :)))))
Но найти это ограничение ох как надо
Но найти это ограничение ох как надо
#7
10 мая 2015 в 09:40
Soul, спасибо большое, счас сяду разбираться.
Только вот сразу кучу вопросов и большинство наверное к разработчикам:
1. Откуда появилась эта цифра — 4096, понятно что это 1024*4, но хотелось бы узнать причины именно этого значения?
2. Не повлияет ли изменение её в большую сторону на работу движка в целом?
3. Почему такие переменные не выводятся в админку для настройки "под себя"? Вывод в будущем их предпологается?
Только вот сразу кучу вопросов и большинство наверное к разработчикам:
1. Откуда появилась эта цифра — 4096, понятно что это 1024*4, но хотелось бы узнать причины именно этого значения?
2. Не повлияет ли изменение её в большую сторону на работу движка в целом?
3. Почему такие переменные не выводятся в админку для настройки "под себя"? Вывод в будущем их предпологается?
#8
10 мая 2015 в 09:42
изменение коснется всех видов контента.2. Не повлияет ли изменение её в большую сторону на работу движка в целом?
#9
10 мая 2015 в 10:21
Soul, это понятно… главное не вылезит ли боком где-то это увеличение?
#10
10 мая 2015 в 10:35
Скорпион, в вашем случае, я бы лучше внёс правки в этот файл \system\controllers\admin\forms\form_ctypes_field.php, где блок "values" заменил бы на это
Loadырь, чет не соображаю совсем… праздники что ли дают знать или давно не садился за код......
чем лучше?
P.S. Проблема при данном изменении — решена.
чем лучше?
P.S. Проблема при данном изменении — решена.
#12
10 мая 2015 в 11:22
Проверил оба варианта — оба рабочие. Спасибо друзья.
И менять тип таблицы на LONGTEXT не надо, при таких размерах, которые необходимы мне — все помещается и при TEXT (65 535 символов)
Теперь нужно понять какой из них более "правильный"?
И менять тип таблицы на LONGTEXT не надо, при таких размерах, которые необходимы мне — все помещается и при TEXT (65 535 символов)
Теперь нужно понять какой из них более "правильный"?
#13
10 мая 2015 в 11:27
Проверил оба варианта — оба рабочие.
Думаю Loadырь разбирается поболее моего :)Теперь нужно понять какой из них более "правильный"?
мой вариант увеличивает количество символов во всем контенте, вариант от Loadырь — количество символов в текстовых полях.
#14
10 мая 2015 в 12:14
Что касается правильности, то оба варианта правильные и рабочие. Но если исходить из цели, что нужно увеличить количество символов только в поле "Предустановленые значения" при создании любого типа поля, то лучше мой вариант. Так как он затрагивает только эти данные. Вариант, что предложил Soul затрагивает все типы полей "Текст" у которых не задана максимальная длина текста. И если вам нужно изменить сразу все поля типа "Текст", то вам следует использовать его вариант.
Ну это ещё доказать надо.Думаю Loadырь разбирается поболее моего :)
