@Aingis в целом соглашусь. Есть нюансы, но холиварить давайте не будем) Что однозначно - если страница и так тянет тучу файлов (например увесистый новостной портал, главная страница), то минусы Google Fonts будут нивелированы. Кроме того, можно использовать их яваскриптовый font loader, который эти же минусы тоже устраняет чуть более чем полностью. По поводу кеша - это конечно не та штука, на которую следует рассчитывать, это просто приятный бонус.
@raulvodov летаю в Турцию, Индию и Литву. Котэ у меня с детства привык на машине кататься по всей Украине, а потом и к самолетам привык) Первый раз сложно было, много всего утрясти надо было, справки, чип, прививки, и кот малость в шоке был от аэропорта. Сам перелет перенес достаточно спокойно, при том что мы около 18 часов в дороге был (от дома до дома).
А коробку от системника я родную использовал. Еще когда его купил пару лет назад, не стал выбрасывать, так как живу на съемных квартирах, и переезды иногда случаются. Тем более что системник был недешевый, и коробочка тоже отличная, качественная.
@raulvodov на здоровье) первый раз у меня тоже было куча опасений, терроризировал половину аэропорта. А сейчас уже нормально летаю и с компом, и с котом в придачу.
$request = '';
$query->set( 'post_type', 'artist' );
$query->set( 'post_status', 'publish' ); // хотя он и по умолчанию такой, нет смысла это писать
$query->set( 'posts_per_page', 100 );
$query->set( 'post_title', $request );
но надо проверять, там кроме post_title (последняя строка) есть еще другие ключи, по которым можно спрашивать (см. документацию).
Хотя почитал подробнее задачу, возможно именно выборка по первой букве не получится таким образом (остальное - легко). Посмотрите вот этот тред на StackOverflow.
Все не так)
1. WordPress не видит переменные $_GET, кроме тех, которые ему известны (механизм пермалинков использует парсинг $_GET, неизвестные ему переменные вырезаются). Надо либо регистрировать переменную, либо парсить $_SERVER['REQUEST_URI']
2. Внутри функции yo_pre_get_posts не нужно писать никаких SELECT и уж тем более выполнять запрос - странно что при этом вам вообще WP сам не объяснил куда сходить с таким кодом))
3. В этой функции нужно всего лишь задать ПАРАМЕТРЫ запроса (новые либо изменить стандартные), когда вы подключаете функцию в 'pre_get_posts' он отправит измененный запрос через стандартный механизм. То есть, в основном лупе получите не стандартный набор постов, а тот, который вам нужен. И дальше не надо пользоваться new WP_Query, так как на момент вызова этого кастомного лупа у вас уже есть полученные нужные данные в стандартном лупе.
Сейчас вникну в суть задачи, скину параметры для функции
@rOOse ну если б он не сохранял сгенеренную картинку - это же вообще был бы мрак) Сам по себе инсструмент нормальный, тем более что он хукается в родные функции. Просто в данном случае я не вижу вообще никакой необходимости использовать сторонние решения, инклудить и выполнять лишний класс, если поставленная задача решается родными средствами на ура, без дополнительных плясок. По воробьям из пушки)
@georgypoplavsky если обновляете, то могли юзера какого-то брутфорснуть. Пароли принудительно менять на сложные. Или, как вариант - после установки "зануленной" темы или плагина появился бекдорчик - бонус от "нулителей"-робингудов. Лечится просто - покупкой оного у оригинального производителя.
@rOOse ну вот bfi_thumb и есть костыль. Ресайзы на лету - плохая практика, неразумное использование ресурсов. Картинки должен выпллевывать Nginx даже без обращения к PHP, не то что процессить их на лету. Ясно, что на западе тоже своих клоунов хватает) Но процентное соотношение заметно меньше. Генерить допразмеры можно и нужно, если это необходимо. В данном случае я вообще не вижу необходимости, на сайте 3 разных размера картинок. И как раз 3 (не считая оригинала) WP предлагает по умолчанию. Зачем генерить новый размер, если можно изменить стандартный? Если на постоянной основе нужно кропнутый (например, тот же 600х600) - это тоже можно сделать, все настраивается, кроп можно задать и для размера medium, и large, если в этом есть необходимость - не только для thumbnail. Если же нужно временное решение "в нескольких местах", то создавать лишний размер - тем более глупо, ибо он будет создан для ВСЕХ загруженных картинок, из которых большинство не будет использоваться. Вместо этого лучше использовать уже существующий, например, 900х600, и оборачивать его в overflow:hidden.
@rOOse просто я пурист) В основном работаю на запад, там по умолчанию стараются использовать по максимуму богатые возможности ядра, на то они там и есть. Последний год начал осваивать рунет, и начал прозревать от того количества костылей, которые строят над WP там, где это вообще не нужно. Вместо того, чтобы почитать доки и полистать код самого WP, среднестатистический рунетовский разработчик запилит сверху костыль. Как евангелист WP стараюсь препятствовать этому везде, где это возможно. Особенно это касается новичков, которые только осваивают WP. Дай им дурной совет - и вырастет еще один костылестроитель. Направь в правильное русло - вырастет толковый разработчик. Ничего личного :)
Да и вообще, как правило, если портфель в открытом доступе, то вероятнее всего он правдивый. Если публиковать чужие работы - вас достаточно быстро на этом поймают, и потом отмыться будет практически нереально. Так что не стоит даже рисковать. Лучше 3 своих работы поставить, чем чужие. Это правило работает, поэтому к портфолио относятся обычно без каких-либо подозрений.
