zerofx: Основной цикл / основной WP_Query строится из разобранного URL и глобальных данных. Он есть всегда, на любой странице / записи / архиве и тд, это как скелет. Многие, если им надо например изменить сортировку или количество постов на странице, забывают о главном цикле и делают свой вторичный, а потом начинают мучаться с пагинацией (потому что она завязана как раз на глобальных данных и основном цикле). А меняется такое через хук pre_get_posts, который и модифицирует главный WP_Query непосредственно перед его выполнением. Это как пример.
zerofx: а wp_reset_postdata() соответственно потом возвращает все обратно - заново запихивает в глобальную $post то, что там было до вашего произвольного цикла - контент страницы, полученной через Main Query.
zerofx: setup_postdata($post); - вот чего не хватает в вашем коде. Эта функция в вашем цикле (лупе) запихивает полученный пост (страницу) в глобальную переменную $post, из которой и забирают данные почти все template tags, такие как the_title и the_content. Без вызова этой функции в глобальной $post продолжает находиться та страница, которая прилетела в Main Query.
Нет, если задача стоит "Нужно точно такое же меню вывести и в футере", то правильнее как раз использовать повторно. Если менюхи будут отличаться - тогда неизбежно делать разные.
Ninja Mate: А SASS вклинивайте собственно через упомянутую вами либу, почему нет. Впрочем, с WP 4.7 там в Customizer появилась стандартная секция для кастомного CSS, и если честно, я не понимаю зачем вам SASS? Пользователи темы в большинстве своем - простые пользователи, и они CSS еле-еле знают. Заставлять их еще и с SASS разбираться - это гарантированный способ получать тонны саппорт-риквестов с жалобой что "я скопировал из интернета код, поставил, а оно не работает". Потому как копипастить будут именно CSS.
Ninja Mate: а зачем в админку WP тулить реакт? при всем моем уважении к реакту, там своя кухня, громный кусок админки на backbone и underscore. Это то же самое что вместо стандартных страниц в админке и родного UI подключить какой-нибудь Twig. Сильно большой overhead там, где в этом нет никакой необходимости.
Jony1337: А зачем этот редирект? Я его не заказывал. Я поделился ссылкой, но хочу остаться на этой же странице. Возможно, я дочитал статью, а теперь хочу еще комменты почитать. Или написать коммент. Или же хочу сам определить куда дальше пойду - покажите мне в сайдбаре интересные статьи на ту же тему, и я сделаю выбор самостоятельно. Или может я статью только по диагонали просмотрел, а теперь оставлю вкладку открытой и позже, когда будет больше времени, перечитаю внимательно. Паттернов поведения юзеров - масса. Не вмешивайтесь в дейтсвия пользователя. Нет ничего более раздражающего, чем неожиданные действия типа редиректов куда-то. Без моего участия.
Jony1337: уууу... вот у вас прям манечка какая-то постоянно юзеру падлянку какую-то замутить... Если я клацаю на кнопку "поделиться", то я ожидаю что произойдет ровно одно действие - попап соцсети для расшаривания ссылки. Никаких редиректов я не заказывал, а значит, это попахивает dirty приемами.
Никита Кит: В какую еще точку? Нагородив сказок, что у WP постоянно при переносе проблемы с совместимостью? Так нет ничего подобного. У человека плагин не был настроен изначально. Пока сайт был на сервере один - проблема была, но не всплывала. Появился рядом второй сайт - проблема дала о себе знать. Опять же, нету никакой несовместимости. Есть ненастроенный плагин.
1. Если верстальщик - не давай советов в тех областях, в которых ничегошеньки не понимаешь.
2. Если не нужна матчасть - поздравляю, ты уже отстал от конкурентов. Матчасть нужна всем.
3. Разница куда кешировать сильно большая, так как кеш используется в процессе обработки запроса на сервере (в процессе работы скрипта), и никакого отношения к сети не имеет. Это именно время исполнения скрипта на стороне сервера. Скорость доступа к памяти и к диску сильно отличается:
Read 1 MB sequentially from memory 250,000 ns
Disk seek 10,000,000 ns
Если это небольшой простой скрипт с общим временем исполнения менее 100мс - разница несущественна, да и кешировать там нечего. Если это большой и сложный сайт, на котором одни запросы к БД могут выборки делать по секунде и больше, а потом из полученных массивов данных еще и надо что-то колбасить и генерить на вывод - такие вещи надо кешировать, для того и существует object cache и fragment cache. Дилеи на стороне сети это совершенно другая сфера, и там свои нюансы. Впрочем, средний сетевой дилей все равно всегда меньше серверного времени для сложных приложений.
4. Скорость соединения 20мбс вообще до лампочки. Что 2 Мбс, что 200. У протокола TCP есть такие штуки как congestion control, и ваши данные летают маленькими пакетами туда-назад с медленно растущей скоростью. Любая потеря пакета откатывает скорость назад. Поэтому в реальности канал/соединение практически никогда не утилизируется полностью. А для маленьких файлов (из чего состоит основа веб - html, css, js) утилизация сетевого ресурса никогда не превышает 1-3%. Если бы вы изучали матчасть, то были бы в курсе.
5. Время жизни кеша в оперативе как раз достаточное. Потому что кеш это изначально штука не вечная, он регулярно обновляется. У кеширующих бекендов реализована грамотная функция очистки кеша автоматом по принципу LRU (Least Recent Use). Опять же, матчасть.
6. Сервер грузит как раз запись на диск. Потому что ресурс чтения/перезаписи у RAM практически неисчерпаем, у дисков он сильно ограничен. Потому что каналов у RAM очень много, I/O у диска сильно ограничен. Кроме того, запись-чтение на диск в любой случае задействует и память промежуточно, плюс в памяти ОС кеширует дескрипторы файлов, плюс задействуется и CPU в большей степени. В общем, ресурсоемкость использования диска сильно выше, живучесть дискового носителя сильно ниже.
Повторюсь, учите матчасть. Или же не встрявайте в дискуссии, в которых ровным счетом ничего не понимаете.
Jony1337: Редиректы поисковики тоже не любят. Для рекламной площадки сам по себе редирект не является проблемой, но я не совсем понял что вы имеете в виду под "уже после чего человек поделился новостью в соч сети"
Гура: Если вам нужен общий поисковый вес и аудитория разных разделов может пересекаться - тогда один сайт, тематика по папкам/рубрикам. Если нужны разные сайты - используйте поддомены.
mUchenik: Вы используете тот же MailPoet как систему управления рассылками (письмами), а внешний сервис используете только для отправки писем. Грубо говоря, вместо Yandex Mail вы указываете в настройках плагина другой метод отправки писем.
Спасибо, и вас с наступающим)
Jony1337: да не в домене дело. А в совершении действия автоматическим / полуавтоматическим способом по определенному паттерну, без непосредственно сознательного решения и действия пользователя.
