А расскажите, пожалуйста, почему именно «в шаблонах лучше не вызывать css сайта» и что именно значит «не нужна»? И чем именно предложенный способ подключения отличается или лучше использованного в моём варианте? Я видел много упоминаний wp_enqueue_style() и wp_register_style(), но какого-то внятного ответа на вопрос: «А чем оно лучше и почему именно правильнее?» не получил.
Про модификации и ситуацию редизайна: я выбрал такой вариант, где всё, что имеет отношение к своим доработкам (модификация админки, кастомные RSS-ленты, лайки, кнопки «Нравится», похожие посты и проч.) подключаются через набор include-конструкций в файле functions.php. В случае же редизайна или переезда на новую тему — просто копируются файлы и подключения в файле функций и всё работает.
TurboVomit В периоды, когда, по статистике, нет конверсий, бороться за ТОП и переплачивать нет смысла. А что получится в конкретном случае — это уже другой вопрос. Какой-то универсальной формулы нет — нужно тестировать (вначале на минимальных процентах корректировки; если все ок, можно увеличивать).
Все описанное не является возможностями файла .htaccess
Спасибо за комментарий. Статья размещена в разделе «Поисковая оптимизация» и написана для пользователей, которые могут не разбираться в тонкостях работы Apache и сопутствующей терминологии. Но оптимизаторы знают, что такое .htaccess. Им нужно простое решение: скопировать, вставить и получить результат. Может, название и не идеально с технической точки зрения, но оно емкое и по нему понятно, о чем статья.
Название не представляет собой расширение.
Точка в начале, это исторически сложившийся синтаксис в nix системах, обозначающий что по умолчанию файл может быть скрыт из общего листинга файлов.
А попробуйте именно «Автоматический формат». Хотя, и «числа» должен подойти… Может, попробуйте заново сохранить файл, вставить числа из другого источника… Сложно так сказать. Мы перепроверили все еще раз — у нас работает.
Есть дирректива %{HTTP_REFERER}: tltech.com/info/referrer-htaccess
И можно накрутить проверок. Но кажется, что это лучше не через .htaccess делать, а искать другой путь защиты.
Вариант с проверкой загрузки страницы и уже дальнейшим действием от неё — отличный.
Горячо поддерживаем!
Но у большинства клиентов простые проекты где-то на простых виртуальных хостингах и всё, что им доступно — чуть-чуть подкрутить руками или через админку файл .htaccess. Именно о том, что можно с этим файлом сделать и что получить в итоге мы и рассказали. Собрали в один список, чтобы была свежая публикация.
Многие находят посты в блогах от, например, 2017 года и думают, мол, всё поменялось и уже всё другое. Ну вот мы и собрали то, что не поменялось.
Странно. Такое ощущение, что проблема в формате исходных данных. Уточните, какой формат чисел в столбцах B и С. Зайдите в Формат — Числа — должен быть Автоматический формат, а не Обычный текст. Возможно, в этом проблема.
Спасибо и вам, что уделили время.
При написании статьи мы вдохновлялись похожим исследованием ТОП-20 западных магазинов. Вот ссылка на оригинальную таблицу: docs.google.com/spreadsheets/d/1V6t8wRx8zDNDyuORmzBINM6cbbWH4oGNiaBEpKMTFss/edit#gid=1381836197
Многие факторы мы брали отсюда — вы можете сравнить результаты. Если будут вопросы по конкретным факторам, задавайте, поможем разобраться.
Кликабельный номер телефона. На скрине сайт Ситилинка. Вот многомиллионная контора. Почему нельзя все довести до совершенства? Там же при такой посещаемости каждая задоринка — потенциально огромные убытки
ua30, рады вас снова видеть)
За каждым крупным магазином стоят живые люди. Ну вот, может, почитают нашу статьи и ваш комментарий, проникнутся и что-то изменят. Все же ради этого, правда?)
Спасибо на добром слове)
Можно было и на эти факторы посмотреть, и на другие, и еще N штук добавить, да еще и магазины по отраслям разбить и в каждой по 20 штук проанализировать. Вопрос в ресурсах, чтобы все это обработать)
Мы выбрали, на наш взгляд, наиболее значимые факторы. Хотя, Notifications, наверное, стоило тоже добавить… Это все-таки важный момент.
Про дублирование контента здесь упоминается именно с технической точки зрения. Например, две версии меню в коде. Одно показывается на десктопе, другое же есть в коде, но скрыто. Это ни хорошо, ни плохо, но имеет определенные особенности в поддержке и может быть чем-то обусловлено.
К сожалению, мир, в котором вокруг только адаптивные сайты — пока ещё не наступил. Очень много старых продуктов, которые имеют две версии и отдаются в зависимости от юзер-агента. И иногда пользователь планшета, у которого ширина экрана будет больше 1024px, получает кастрированную мобильною версию сайта.
Мы всячески призываем уделять внимание мобильному трафику и не обделять вниманием тех, кто посещает сайт с мобильных устройств. А вот на конкретном техническом решении настаивать трудно. Слишком много специфики проектов и слишком мало контекста для универсального совета.
Вы правы, по тексту не очень понятно. Поправим.
А оси подписаны, кстати))
А можете показать пример темы, где подключение статики (стили, скрипты) реализовано через wp_enqueue_style()?
Про модификации и ситуацию редизайна: я выбрал такой вариант, где всё, что имеет отношение к своим доработкам (модификация админки, кастомные RSS-ленты, лайки, кнопки «Нравится», похожие посты и проч.) подключаются через набор include-конструкций в файле functions.php. В случае же редизайна или переезда на новую тему — просто копируются файлы и подключения в файле функций и всё работает.
Спасибо за комментарий. Статья размещена в разделе «Поисковая оптимизация» и написана для пользователей, которые могут не разбираться в тонкостях работы Apache и сопутствующей терминологии. Но оптимизаторы знают, что такое .htaccess. Им нужно простое решение: скопировать, вставить и получить результат. Может, название и не идеально с технической точки зрения, но оно емкое и по нему понятно, о чем статья.
Спасибо за замечание, исправили в статье.
Так как это не частая операция, то iconv на каждый запрос не очень критичен в данном случае.
Мы же явно пишем в статье:
И можно накрутить проверок. Но кажется, что это лучше не через .htaccess делать, а искать другой путь защиты.
Вариант с проверкой загрузки страницы и уже дальнейшим действием от неё — отличный.
За пруф от Netcraft — спасибо. Это интересно и nginx лидирует в количественном показателе.
Но у большинства клиентов простые проекты где-то на простых виртуальных хостингах и всё, что им доступно — чуть-чуть подкрутить руками или через админку файл .htaccess. Именно о том, что можно с этим файлом сделать и что получить в итоге мы и рассказали. Собрали в один список, чтобы была свежая публикация.
Многие находят посты в блогах от, например, 2017 года и думают, мол, всё поменялось и уже всё другое. Ну вот мы и собрали то, что не поменялось.
При написании статьи мы вдохновлялись похожим исследованием ТОП-20 западных магазинов. Вот ссылка на оригинальную таблицу: docs.google.com/spreadsheets/d/1V6t8wRx8zDNDyuORmzBINM6cbbWH4oGNiaBEpKMTFss/edit#gid=1381836197
Многие факторы мы брали отсюда — вы можете сравнить результаты. Если будут вопросы по конкретным факторам, задавайте, поможем разобраться.
ua30, рады вас снова видеть)
За каждым крупным магазином стоят живые люди. Ну вот, может, почитают нашу статьи и ваш комментарий, проникнутся и что-то изменят. Все же ради этого, правда?)
Можно было и на эти факторы посмотреть, и на другие, и еще N штук добавить, да еще и магазины по отраслям разбить и в каждой по 20 штук проанализировать. Вопрос в ресурсах, чтобы все это обработать)
Мы выбрали, на наш взгляд, наиболее значимые факторы. Хотя, Notifications, наверное, стоило тоже добавить… Это все-таки важный момент.
К сожалению, мир, в котором вокруг только адаптивные сайты — пока ещё не наступил. Очень много старых продуктов, которые имеют две версии и отдаются в зависимости от юзер-агента. И иногда пользователь планшета, у которого ширина экрана будет больше 1024px, получает кастрированную мобильною версию сайта.
Мы всячески призываем уделять внимание мобильному трафику и не обделять вниманием тех, кто посещает сайт с мобильных устройств. А вот на конкретном техническом решении настаивать трудно. Слишком много специфики проектов и слишком мало контекста для универсального совета.