XTRO

Участники
  • Публикации

    1039
  • Зарегистрирован

  • Посещение

  • Days Won

    59

Все публикации пользователя XTRO

  1. перед танцем с бубном, я обычно смотрю в FB, проверяю другими броузерами, чищу кэши......выкуриваю цигарку и только потом.... сам танец
  2. на хабре обсуждалось (http://habrahabr.ru/post/162537/) реализация: http://andr-04.github.io/inputmask-multi/ru.html там нет ничего адаптивного, но вариант работает за счёт надстройки.
  3. я бы включил вывод ошибок и посмотрел что делается при сохранении
  4. как решить что? у каждого шаблона может быть своя реализация main.php Если это agency, взять из демо, хоть copy-paste в редакторе шаблонов, хоть по ftp. Вот только лично я в чудеса не верю, как это само удалилось и теперь пустой файл?
  5. я бы сравнил в PMA те объявления, что отображаются правильно и те, что неправильно скорее всего при запросе какое-то поле билось при вводе
  6. так они не сохраняются при вводе по /add/ или не отображаются в админке, но есть в базе?
  7. поля-то все правильно вставились в таблицу из формы /add?
  8. речь об админке, имхо, если память не изменяет, кеш в админке чистится сразу при операциях со структурой и не влияет в админке. А тут get_count ( $active ) отрабатывает и показывает 4, значит в базе они точно есть.
  9. упс, скриншот не посмотрел.....а что привело к такому результату?
  10. что значит нет? если есть в админке, значит есть и в базе. смотрите таблицу data при помощи PMA
  11. смотря что и где удаляли...скорее всего (для agency) в \template\frontend\agency\main\main.php а, вообще, бэкап и ещё раз бэкап и всегда можно взять и сравнить из демоверсии
  12. 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 +зависит от хостинга, если будет превышение квоты ресурсов по памяти, будет такая же ошибка.
  13. имхо, не хватает фильтрации и сортировки Пользователей в админке.
  14. и получим бардак в поле базы при неправильном заполнении юзером. не...не...надо думать
  15. решения, кроме отключения в core, скорее всего не будет, т.к. у разработчиков самого плагина в демо тоже самое. Ну, или искать другой плагин.
  16. на etown.ru такое же поведение.
  17. Можно, конечно, отключить жабу именно для для мобилок, но это всё-таки core, а значит перетрётся да и в прошлый век не хочется возвращаться
  18. а как я клиента пересажу? или юзеров.?..не...не вариант.
  19. привет сообществу. function compile_mobilephone_element() в form_generator.php возвращает подготовленный массив для ввода phone по маске. Но тут столкнулся, что ни один из моих мобильных девайсов с разными броузерами не желает вводить именно по маске. Просто сдвигает и саму маску и placeholder. Вроде и maskedinput.js последний, а поскольку уже зашит, сижу...чешу репу....куда копать.
  20. [offtop] ....а модераторам не пора уже пилить в отдельные ветки данный топик?
  21. эт понятно, и хотя я не верю кукам, но у нас всё равно $smarty.session.user_id определена.
  22. и добавить ещё запросы к базе но дать покушать программерам
  23. Имитация ситуации: админ заходит в адинку и жмёт батон в меню "Сайт". Видим: отсутствует личный кабинет, хотя Login() отработала, с PHPSESSID всё ок . Трабла: у админа нет сессии в таблице сессий базы, поэтому $this->template->assert('user_menu', $Login->getUserMenu()); //если в main.php мы дёргаем меню: а в \apps\system\lib\system\user\login.php $user_id = $this->getSessionUserId(); // мы дёргаем из базы и получим 0 а значит user_menu не выведется. имхо: или заводит сессионную в таблицу или возвращаться к getUserId();