XTRO 154 Жалоба Опубликовано: July 28, 2014 Разделение обсуждений по отдельным apps, хорошая идея. Надо подумать как это реализовать.а в IP Boards есть ограничения на вложенность подфорумов? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Дмитрий Кондин 690 Жалоба Опубликовано: July 28, 2014 а в IP Boards есть ограничения на вложенность подфорумов?Думаю нет ограничений.Только вопрос в удобности пользования такой клюквой. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
XTRO 154 Жалоба Опубликовано: July 28, 2014 вопрос в удобности пользования такой клюквой.Можно и опрос в ветке запустить.Всё в этом мире относительно. Имхо нынешний поиск по форуму тоже не лучшее решение.сорри, заофтопили тему. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
abushyk 694 Жалоба Опубликовано: July 28, 2014 Прикольно, что без указания обязательности, объект нормально сохраняется с теми же самими картинками. Тут немного другая логика. Проверка обязательных полей происходит до сохранения записи. Картинки, так как их нужно уменьшать, готовить превью, проводить финальную проверку на то, можно ли ЭТО вообще загружать в папку картинок, в связи с тем, что это затратные операции, обрабатываются уже тогда, когда сервер принял запись с данными. Так как поле аплоадс является "хранимым в таблице", то при проверкеданных до сохранения, оно тоже проверяется на обязательность. Но так как картинки загрузятся после сохранения, возникает нестыковка. А при его необязательности, его пустота на момент сохранения данных, ни на что не влияет. а разве бывает лишней такая обработка?Цитата К "лишней" относится обработка след. типа - ресайз, заготовка превью.Проверки на тип и размер проводятся два раза, при вкидывании в загрузчик, и перед началом фактической заготовки картинок для записи. Только после того, как картинки будут отресайзены и закинуты в соотв. папку для картинок, только тогда можно быть уверенным, что картинки приаттачены (ну или поле с картинками не пусто). Проверка на толщину и типа картинки не является достаточной проверкой, так как загрузив 50 картинок по 2М, вполне можно обвалить сервак на этапе обработки картинок, хотя они валидны и по размеру и по типу. Т.е. условие выполнилось, но при обработке в оперативке памяти не хватило. Именно поэтому ресурсоемкие работы вынесены в сам конец загрузки записи. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах