serv2012

Баги после обновления System 2.8.10

Recommended Posts

Разделение обсуждений по отдельным apps, хорошая идея. Надо подумать как это реализовать.

а в IP Boards есть ограничения на вложенность подфорумов?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а в IP Boards есть ограничения на вложенность подфорумов?

Думаю нет ограничений.

Только вопрос в удобности пользования такой клюквой.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вопрос в удобности пользования такой клюквой.

Можно и опрос в ветке запустить.

Всё в этом мире относительно. Имхо нынешний поиск по форуму тоже не лучшее решение.

сорри, заофтопили тему.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Прикольно, что без указания обязательности, объект нормально сохраняется с теми же самими картинками.

 

Тут немного другая логика. Проверка обязательных полей происходит до сохранения записи. Картинки, так как их нужно уменьшать, готовить превью, проводить финальную проверку на то, можно ли ЭТО вообще загружать в папку картинок, в связи с тем, что это затратные операции, обрабатываются уже тогда, когда сервер принял запись с данными. Так как поле аплоадс является "хранимым в таблице", то при проверкеданных до сохранения, оно тоже проверяется на обязательность. Но так как картинки загрузятся после сохранения, возникает нестыковка.

 

А при его необязательности, его пустота на момент сохранения данных, ни на что не влияет.

 

 

а разве бывает лишней такая обработка?Цитата

 

 

К "лишней" относится обработка след. типа - ресайз, заготовка превью.

Проверки на тип и размер проводятся два раза, при вкидывании в загрузчик, и перед началом фактической заготовки картинок для записи.

 

Только после того, как картинки будут отресайзены и закинуты в соотв. папку для картинок, только тогда можно быть уверенным, что картинки приаттачены (ну или поле с картинками не пусто). Проверка на толщину и типа картинки не является достаточной проверкой, так как загрузив 50 картинок по 2М, вполне можно обвалить сервак на этапе обработки картинок, хотя они валидны и по размеру и по типу. Т.е. условие выполнилось, но при обработке в оперативке памяти не хватило.

 

Именно поэтому ресурсоемкие работы вынесены в сам конец загрузки записи.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас