• Оптимизация под Google PageSpeed - сократите время ответа от сервера?

    Ильдар Сарибжанов, по поводу рук я конечно пошутил, но все же настоятельно посоветую разобраться с разницой бекенда и фронтенда. "Время ответа сервера" вообще никак не связано с вашими танцами с css, js, порядком загрузки ресурсов и тд. Речь исключительно о медленной серверной части.
  • Wordpress, как найти шрифт?

    А WordPress здесь при чем вообще?
  • Оптимизация под Google PageSpeed - сократите время ответа от сервера?

    "время ожидания от сервера" - это бекенд. Там надо оптимизацию делать, а не маскировать загрузчиком (руки отрывать за такое надо)
  • Слышали ли вы об авторизации через email?

    Максим Тимофеев,
    Если я хочу простой пароль - почему я не могу его взять? Захочу - усложню. Это свобода выбора. Я думаю надо безжалостно игнорировать такие сервисы, что бы их хозяева умерли с голоду.

    Зависит от сайта/сервиса. Если вы на нем можете соврешать какие-то действия, а страница входа открыта публично, вы же понимаете что при желании недоброжелатели могут автоматизированным перебором логинов и паролей массово уводить такие аккаунты и потом от их имени выполнять действия. И вот в зависимости от типа действий, доступных зарегистрированному пользователю, для владельца сайтов это может быть головняк еще тот.
  • Пропали поля для входа в админ панель Wordpress?

    Не по теме, но важно - если вам требуется увеличивать объем памяти до таких гигантских объемов - у вас там однозначно вагон проблем с кодом. Для WP в обычной конфигурации должно с головой хватать 32Mb, максимум 64.
  • Wordpress: грамотное подключение скриптов и стилей для разных страниц?

    thehighhomie, я же написал ранее, что не использую шаблонизаторы, поэтому нет достаточно опыта, чтобы что-то советовать.
  • Как правильно вывести данные из БД Wordpress?

    Юпитер Макс, нет, неправильно. Получайте ВСЕ необходимые данные одним запросом, в виде ассоциативного массива. А потом по ключам получайте нужные значения там, где вам их нужно выводить.
  • Как добавлять новые сайты используя vagrant, homestead, laravel, используя serve?

    Роман Кистин, phpmyadmin не использую, на macOS есть прекрасный и бесплатный Sequel Pro, работать с которым намного приятнее.
  • Как правильно вывести данные из БД Wordpress?

    Юпитер Макс, ну тогда отредактируйте вопрос, дайте больше деталей и опишите что конкретно вам надо сделать и в чем затык
  • Как правильно разбить строку в данном случаи?

    freeman0204, да, будет работать для select. Если вы не хотите пускать клиента в настройки ACF (хотя в этом нет ничего криминального, если объяснить ему что делать, а чего не делать), то можно обойтись хитрым трюком, но это уже продвинутая техника – плагин предоставляет ряд хуков, значения в селект можно подкидывать на лету. Брать их можно откуда угодно, в том числе и из метаданных, которые клиент задает через texarea. Тут уже пригодится разбивка строки и запись ее в виде такого же массива, который возвращает select – это позволит легко подменять данные.
  • Как добавлять новые сайты используя vagrant, homestead, laravel, используя serve?

    Этот процесс деструктивен. При запуске команды provision, ваша существующая БД будет уничтожена и создана заново.

    Я эту команду выполняю регулярно, и ничего не деструктивится. Ни в Homestead, ни в других vagrant-based конфигах. Единственная деструктивная команда – vagrant destroy. Впрочем, и на этот случай ставится vagrant плагин, который позволяет триггерить действия при выключении VM, через него можно дампить / восстанавливать базы. А в случае с Ларой у вас должны быть миграции и seeds.

    Подобного текста я не встречал в оригинальной (английской) версии документации, поэтому пошел проверять. Нашел в доках к древней версии 5.0. В общем, это все давно в прошлом. Свежие версии Virtual Box, Vagrant, Homestead таким не страдают. И команды serve больше нету – архитектура сильно поменялась.
  • Как правильно разбить строку в данном случаи?

    freeman0204, обновил ответ, там у вас и код надо подправить
  • Как правильно разбить строку в данном случаи?

    freeman0204, из ваших скриншотов видно, что первая textarea - это настройки "choices" поля select в плагине ACF (Advanced Custom Fields). Далее, использование в коде функции get_field('type_service', 15); как бы подтверждает это предположение – это функция API того же плагина для получения этих choices.

    Поэтому возвращаемся к моему изначальному ответу – вы указали choices в некорректном формате, отсюда геморрой.
  • Менталитет зарубежных заказчиков?

    Дмитрий Энтелис,
    - Желательно быть онлайн в часовом поясе заказчика

    Это плюс, зависит от проекта, но не всегда принципиально. Иногда достаточно небольшого overlap - их утро / наш вечер или наоборот. При работе с компаниями, культивирующими remote культуру это обычно вообще не имеет значения. Но если специфика проекта требует постоянной коммуникации - тогда да. Просто уточнение в .05¢
  • Почему теряются "красивые ссылки" для запланированных записей?

    Вы противоречите сам себе, т.к. future date (будущая дата) и scheduled post (запланированое сообщение) !== неопубликованная запись.

    Нет, не противоречу. Будущая дата в посте === запланированная запись === неопубликованная запись. Под опубликованной записью в 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 работает не так, как вам хотелось бы / как вы привыкли, а изучать и разбираться в лом.
  • Wordpress: грамотное подключение скриптов и стилей для разных страниц?

    thehighhomie, можно и Blade прикрутить, но насколько я помню, все существующие решения отстают от последних версий Laravel, не очень активно обновляются. Возможно, просто не встречал такого package. Если доводится параллельно работать с Laravel, особенно более свежими версиями, то такой несинхрон дико раздражает. Можно и самостоятельно прикрутить, поддерживать актуальность – ничего суперсложного в этом нет. Тот же Sage использует Blade, и у них по-моему самая актуальная версия. И Themosis тоже использует Blade (он мне нравится больше чем Sage). У них же и хорошо реализован MVC, насколько это возможно с WP.

    Еще есть Twig от Symfony, есть Timber как его реализация для WP (хотя можно и в чистом виде, некоторые хитрости взять из Timber). При желании можно вкрутить хоть Smarty.

    Лично я не использую – как-то то ли руки не дошли, то ли не зашло, то ли своими силами справляюсь :) В общем, WordPress-way меня пока устраивает, есть определенные наработки для упрощения и оптимизации кода шаблонов, их пока хватает. У меня в команде сначала фронты делают статику, а бекендеры потом ее "натягивают", поэтому идет работа с чистым HTML, который вполне легко и удобно натягивать именно как WP-наблоны.
  • Wordpress: грамотное подключение скриптов и стилей для разных страниц?

    thehighhomie, можно. Overhead есть, хоть и микроскопичный (да и с WP он далеко не стоит в разряде того, о чем стоит думать). Я бы ставил, ибо если один раз пойдешь по пути к современным стандартам PHP, то это уже навсегда. И поэтому со временем появятся для компоузера и другие задачи. Хотя если прям 100% только для автозагрузки, то можно свой загрузчик написать. Там фигня дела, у того же Tom McFarlin или Carl Alexander есть подробные тюторилы, все гуглится.
  • Почему выводятся не все данные поста?

    Макс Жуков, вот этот фрагмент setup_postdata($post) устанавливает пост из текущей итерации цикла в глобальную переменную $post. Работая в шаблоне вы находитесь именно в глобальной области видимости, поэтому данная переменная доступна и все работает. Работая внутри функции вы ограничены областью видимости этой функции, поэтому глобальная переменная $post вам недоступна, и данный код устанавливает локальную переменную $post. А template tags работают только с глобальной, которая не изменилась. С помощью ключевого слова global мы ее "импортируем" в текущую область видимости (функцию), и код уже может ее изменять.