AndreyBLG: Да, переписываете всё на html/css. Стелите бекграунд с background-size: cover и внутри него абсолютно позиционируете контейнер с анимацией, текстом и кнопкой
Дмитрий Сергеевич: Ну мне просто кажется не правильным не давать юзеру листать. Пусть себе листает, при этом анимация просто пропадает с текущего слайда(удаляются классы как я писал выше(можно это сделать красиво)) и начинается на новом слайде.
А для того чтобы, в авто режиме слайд не перелистывался преждевременно во время анимации, достаточно чтобы время показа слайда(autoplayTimeout) > продолжительность анимации + её делэй.
Wpak: Это CSS решение. Искать style.css/styles.css/main.css и т.п. в коде страницы (ctrl+u) смотрите какие файлы подключены.
Вот вам пример набросал, осваивайте: codepen.io/like-a-boss/pen/MaYWZx
Roman: Что конкретно?) Код просто собирает введённые данные, отправляет аяксом в functions.php и там функцией wp_update_post()/wp_insert_post() данные обновляются/вставляются в бд. Типичная задача)
Игорь Воротнёв Да, но работа по стандарту не предоставляет нужного функционала. У меня, пожалуй, нет ни одной страницы где бы был один запрос, всюду по несколько. На странице поиска, например, 3 разных + дефолтный не пришей рукав. Если бы один то, да, можно было бы модифицировать, хотя может и так можно
Игорь Воротнёв я вот смотрю плагином, у меня на каждой странице есть некий дефолтный вызов wp_query со стандартными аргументами в зависимости от типа страницы, хотя у меня всюду свои, кастомные запросы. Так то не мешает и выполняется быстро, но вот на странице поиска он отжирает аж 3 секунды. Как его кильнуть отовсюду, возможно?
Игорь Воротнёв А зачем собственно собственно Posts2Posts? Это те лишняя прослойка, это те же таксономии с их терминами, вроде даже по структуре это тоже 4 таблицы выходит. Я кстати тоже изначально использовал p2p, но потом, когда понял что ванильный вп может тоже самое, я взял дамп своей базы, разобрал его и собрал новый, в котором уже использовал связи через кастомные тасономии. К тому же возникла необходимость добавления кастомных типов записей с фронтэнда, разумеется учитывая все связи между ними, это и стало отправной точкой в самопис.
Advanced Custom Fields Pro я не пользовал, но это же тоже вроде как реализовано в виде произвольных мета-полей, тогда зачем?
Вобщем: ВП - очень гибкий, но не безкостыльный)
Игорь Воротнёв Выше я неверно изложил мысль о том, что get_posts() не знает количества полученых записей - знает конечно. Она не знает количества ВСЕХ записей соответствующих запросу, если мы явно укажем сколько записей нам нужно.
Насчёт виджетов - не страшно, у меня все страницы самописные и я почти не юзаю плагины. А вот что касается кол-ва рабочих таблиц, то основных - 4. У меня несколько типов записей, которые связаны между собой с помощью нескольких таксономий(что-то вроде иерархии получается) и мне необходимо в любом месте иметь возможность вывода зависимостей между этими записями, так что не всё так просто, но работает нормально, за исключанием двух страниц, где итоговое кол-во sql переваливает за тысячу
Игорь Воротнёв Я имею ввиду сам SQL запрос, возникающий в результате вызова get_posts / new WP_Query, в частности это замечено при выводе нескольких последних записей: с get_post это занимает примерно 0.000Xs, а с new WP_Query 0.5s (!) Эта разница обусловлена подсчётом количества полученных строк, во втором случае
Одно плохо: get_posts() не дружит с пагинацией :( А это уже следствие того, что он не знает сколько строк получил
500k - это таблица posts, в таблице relationships примерно миллион связей.
Да это вообще шаред хостинг за 2 бакса) Просто пока в данном случае нет необходимости в выделенном сервере. Но хочется чтобы всё работало по возможности быстро. Примечательно, что на шареде и моём Xeon'e с денвером(правда вроде не конфигурировал его даже) производительность по части сабжа одинаковая
Игорь Воротнёв спасибо за подсказанный плагин. Я вобщем-то знаю о существовании таких плагинов и пользовал даже парочку из них, но этот прям вобще хорош, не зря у него чистая пятёра в репозитории.
С его помощью эксперементально выяснил что запрос через get_posts() В РАЗЫ быстрее запроса через new WP_Query() с одними и теми же аргументами, хотя по идее разницы в их производительности быть не должно. Пойду дальше переписывать запросы)
