Модератор
Yui
(@fierevere)
永子
1 — да
без разницы, в случае mod_rewrite добавляются исключения user agent в .htaccess , в случае варианта с PHP используется эта же логика в интерпретаторе
4. лучше поставить «резиновую» тему адаптивную под любое устройство и не понадобится кеш (выборочно) отключать
лучше поставить «резиновую» тему адаптивную под любое устройство и не понадобится кеш (выборочно) отключать
Не всегда вариант. Правильный mobile-friendly сайт — это не только responsive layout, но и адаптированный, облегченный контент. Часть блоков на мобильной версии может (и должна) быть не нужна, а прятать их с помощью display:none;
— грязнейший хак. Для отключения ненужного контента (или замены) используется проверка wp_is_mobile()
. С помощью ее же к body можно дописать классы is-mobile/is-not-mobile
, и через них стартовать нужные скрипты — десктопные/мобильные соответственно.
Увы, вопросы продолжаются!
1. Как я понял WP Super Cache и WPTouch по разному определяют наличие мобильного устройства. К примеру у меня на планшете Chrom в юзер-агенте имеет слова Android и Safari, а этот-же Chrom на смартфоне Android и Mobile Safari. Телефонный Chrom определяется мобильным и для WP Super Cache, и для WPTouch. А вот Chrom с планшета определяется как мобильный только WP Super Cache.
В результате, если я захожу с планшета первый раз на страницу, то WP Super Cache записывает ее как мобильную, но WPTouch НЕ формирует ее и она по факту десктопная. Если потом зайти с мобильника на эту страницу, то она уже берется из кэша в обход WPTouch. И на мобильнике появляется десктопная версия.
В настройках WPTouch для юзер-агента добавил просто Android. С моими мобильными устройствами все заработало. Поэтому вопрос, что еще правильно задать WPTouch, когда он работает с WP Super Cache в спарке?
2. У WP Super Cache есть вкладка Плагины. Не понятно, что там делает включение WPTouch? Если его включить, то кэшируется страница для того устройством которым зашел первым. Зашел с мобильника, будет в кэше страница для мобильника и она будет потом из кэша показываться и на десктопе (в мобильном варианте). А если на страницу зашел с десктопа, то и на мобильнике она будет потом десктопной. Другими словами, в кэше не создается двух разных страниц (мобильной и десктопной).
Возможно это настройка для WPTouch Pro?
Дополнительно заметил, что с включенным кэшем не работает (не корректно работает), выводимая плагином WPTouch переключение между компьютерной и мобильной версией. Это у меня так илм у всех?
Господа и дамы, но хоть ободрите!!!
Платный WPtouch Pro нормально работает с WP Super Cache???? Уже созрел купить.
P.S. Странно, что тема мало кого волнует. Никого не интересует кэширование с мобильным плагином?
Для чего он нужен, если есть адаптивный дизайн?
@k_morgan — волнует. Поэтому на базе этого бага я постучался к разработчику плагина, который я использую (не WP Super Cache) и пилим эту тему. WP Touch не интересен в принципе.
@searchingman адаптивный дизайн это хорошо, но не всегда достаточно. Как минимум, на мобильных устройствах некоторые тяжелые блоки можно не грузить вообще. Не прятать с помощью display:none, а вообще не запрашивать. Не грузить ненужные скриптовые библиотеки, и т.д. Поэтому адаптивный дизайн + wp_is_mobile() в паре делают хорошее дело. А плагин кеширует ту версию, которая попалась первой, что не есть правильно. Мобильный и десктопный кеш должны быть разные.
>Ihor Vorotnov Мобильный и десктопный кеш должны быть разные.
Безусловно. WP Super Cache поддерживает это. Однако он и WP Touch используют свое определение мобильных устройств, вместо wp_is_mobile(). И как результат определяют устройства по разному. Другое дело, что для WP Touch Pro в Супер Кеше есть опция. Вот только вопрос, насколько она исправляет всякие глюки? К сожалению, люди пробовавшие эту связку здесь не откликнулись.
В любом случае, спасибо вам за самые разумные ответы.
> searchingman Может быть на ваших сайтах проблему адаптивный дизайн и решает, но неужели не ясно, что он подойдет не для всех?
@k_morgan, я знаю как работает WPSC и почему так происходит — мы уже смотрели код, чтобы увидеть как у них это реализовано и внедрить в свой плагин. Мы, кстати, тоже склоняемся к тому, чтобы использовать свое определение, но подружить его как-то с wp_is_mobile(), который по своей природе немного ограничен. Есть даже мысль сделать патч для ядра, чтобы эта функция была pluggable и ее можно было переназначать. Или попросту апгрейднуть эту функцию, сейчас как-раз идет работа над новыми фичами для версии 4.3.
По поводу WP Touch Pro — проще всего написать pre-sales question на сайте где продается Pro версия, поддержка и pre-sales для коммерческих продуктов реагирует всегда быстро.