XTRO

Столкнулся с ситуацией: добавляем очередное фото к объявлению и получаем : Notice: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 2325 extraneous bytes before marker 0xed При этом само фото отображается всеми прогами нормально. Исходно: PHP5.3, GD2 (этот баг должны были убрать в 5,1,3) Если захотим через ImageMagic, то не получится, т.к. у нас используется ImageCreateFromJPEG() из function makePreview () Причина: EXIF-данные некоторых фото могут быть испорчены или не поддерживаться. В этой ситуации помогло: Посколько нам разрешено : gd.jpeg_ignore_warning "0" PHP_INI_ALL Доступна с версии PHP 5.1.3. то идём в admin/index.php и где-нить в самом начале: ini_set('gd.jpeg_ignore_warning', 1); Ну, или пересохранить фото с чисткой мета (при помощи той же ACDSee или софта от фотоаппарата). TODO: имхо, не плохо было бы сделать альтернативно ImageMagic, заодно и нагрузку бы уменьшили.

по дефолту отключено и это правильно.

"чтобы всё " - это что? угадывать? видео- для работы с моделью, приведённый код в посте 4 - нужный виджет.

перед танцем с бубном, я обычно смотрю в FB, проверяю другими броузерами, чищу кэши......выкуриваю цигарку и только потом.... сам танец

на хабре обсуждалось (http://habrahabr.ru/post/162537/) реализация: http://andr-04.github.io/inputmask-multi/ru.html там нет ничего адаптивного, но вариант работает за счёт надстройки.

кстати, недавно tpleditor 1.5 update to 1.5.1

я бы включил вывод ошибок и посмотрел что делается при сохранении

как решить что? у каждого шаблона может быть своя реализация main.php Если это agency, взять из демо, хоть copy-paste в редакторе шаблонов, хоть по ftp. Вот только лично я в чудеса не верю, как это само удалилось и теперь пустой файл?

я бы сравнил в PMA те объявления, что отображаются правильно и те, что неправильно скорее всего при запросе какое-то поле билось при вводе

так они не сохраняются при вводе по /add/ или не отображаются в админке, но есть в базе?

поля-то все правильно вставились в таблицу из формы /add?

речь об админке, имхо, если память не изменяет, кеш в админке чистится сразу при операциях со структурой и не влияет в админке. А тут get_count ( $active ) отрабатывает и показывает 4, значит в базе они точно есть.

упс, скриншот не посмотрел.....а что привело к такому результату?

что значит нет? если есть в админке, значит есть и в базе. смотрите таблицу data при помощи PMA

смотря что и где удаляли...скорее всего (для agency) в \template\frontend\agency\main\main.php а, вообще, бэкап и ещё раз бэкап и всегда можно взять и сравнить из демоверсии

http://www.etown.ru/s/topic/551-%D0%BD%D0%B5-%D0%BF%D1%80%D0%B8%D1%85%D0%BE%D0%B4%D1%8F%D1%82-%D1%83%D0%B2%D0%B5%D0%B4%D0%BE%D0%BC%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F-%D0%BE-%D0%B7%D0%B0%D1%8F%D0%B2%D0%BA%D0%B0%D1%85-%D0%BD%D0%B0-%D0%BF%D0%BE%D1%87%D1%82%D1%83/?hl=mail#entry5471 +зависит от хостинга, если будет превышение квоты ресурсов по памяти, будет такая же ошибка.

имхо, не хватает фильтрации и сортировки Пользователей в админке.

и получим бардак в поле базы при неправильном заполнении юзером. не...не...надо думать

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

на etown.ru такое же поведение.

Можно, конечно, отключить жабу именно для для мобилок, но это всё-таки core, а значит перетрётся да и в прошлый век не хочется возвращаться

а как я клиента пересажу? или юзеров.?..не...не вариант.

привет сообществу. function compile_mobilephone_element() в form_generator.php возвращает подготовленный массив для ввода phone по маске. Но тут столкнулся, что ни один из моих мобильных девайсов с разными броузерами не желает вводить именно по маске. Просто сдвигает и саму маску и placeholder. Вроде и maskedinput.js последний, а поскольку уже зашит, сижу...чешу репу....куда копать.

[offtop] ....а модераторам не пора уже пилить в отдельные ветки данный топик?

см. пост #3