setup_postdata($post) устанавливает пост из текущей итерации цикла в глобальную переменную $post. Работая в шаблоне вы находитесь именно в глобальной области видимости, поэтому данная переменная доступна и все работает. Работая внутри функции вы ограничены областью видимости этой функции, поэтому глобальная переменная $post вам недоступна, и данный код устанавливает локальную переменную $post. А template tags работают только с глобальной, которая не изменилась. С помощью ключевого слова global мы ее "импортируем" в текущую область видимости (функцию), и код уже может ее изменять.
запуск сайта на готовом движке с готовым шаблоном -- это как раз таки 3-5 тысяч рублей МАКСИМУМ, не больше. В противном случае -- это обман клиента и развод его на деньги.
стало жалко ваших клиентов. Красиво циферки рисуете, сразу видно продавалу. И никого кроме продавалы. Абы втюхать лоху подороже непонятно что))) Аж завидую таким персонажам.
карма не существует, говоришь? А хуцпа существует?)) Я как буддист ржу над тобой.
какое отношение атеизм имеет к карме и буддизму? Ты типичный пример векового вырождения после коммунистической эпохи. Про "зависть" я написал образно. Завидовать тут нечему абсолютно - такой тип людей самый омерзителен для повседневного общения. Фу таким быть.
12k$? Я оцениваю 25-40к руб. за 1 штуку, в том объеме работ что автор описал.
За какой проект ты берешь 6 k$ опиши если не сложно.
а чего не 120k $ сразу ? Зачем мелочиться? :-)
я 'наемный' сотрудник, т.е. я не беру заказы на прямую.
нет -- потому что для кармы вредно.
location /images {
root /var/www/stuff/images;
}location ^~ /img/ {
root /var/www/stuff/images;
}Посему https://site.com/ru/главная/ в русской версии, а https://site.com/en/home/
Нет, не противоречу. Будущая дата в посте === запланированная запись === неопубликованная запись. Под опубликованной записью в WordPress понимается и всегда понималась только запись со статусом publish, и только эти записи являются публичными. Все остальные, включая draft и future - это сохраненные записи, но еще неопубликованные.
Да, именно перехитрить. Потому что пытаетесь вывернуть в другую сторону тот функционал, который предназначен совершенно для других задач. Нужно выйти за рамки WP - никаких проблем. Используйте кастомные поля, свою таблицу в БД, свои кастомные обработчики - что угодно. Но не выкручивайте руки родному функционалу, который вообще не про это.
Затем что кастомизация в WP строится в первую очередь через кастомные поля. Ваша идеологическая чистота может пострадать, но если вы уж начали работать с WP - оставьте эту гордость за дверью. Предложенный мною вариант наиболее прост и быстр в реализации/поддержке, ибо полностью построен на использовании родных API ядра и не будет вступать в конфликт с нативным функционалом или сторонними плагинами. Можно ли сделать по-другому и использовать даты из таблицы wp_posts? Да, можно. Но нужно фильтровать запросы к БД на более низком уровне, пермалинки, rewrite rules и еще ряд нативных функций. Бенефит? Никакого.
Где вы тут сложности увидели? Вы же и так используете get_posts (кстати, лучше используйте WP_Query), просто добавьте дополнительный аргумент meta_query с нужным условием, и все. Не хотите добавлять оотдельный метабокс и вводить дату там - повесьте коллбек на save_post, в нем хватайте post_date и дублируйте в метаданные, а сам post_date сбрасывайте до текущего и публикуйте пост. А - Автоматизация. Впрочем, это имхо лишнее.
Кому понятно? Кто "все"? 30% интернета, которые работают на WP? 60% всего рынка CMS? Вы не разобрались с платформой, а виновата она? Вы спросили - вам ответили. Ответы вас по ходу не устроили не потому, что они неверные, а потому что WP работает не так, как вам хотелось бы / как вы привыкли, а изучать и разбираться в лом.