Спасибо
Да, через gulp-combine-mq потом само собой.
Только вот на breakpoint-sass.com не понял особо ничего, но есть статьи по этой теме.
И все же, в пользу чего лучше сделать выбор, удобства или правильности?
Я всегда пользовался вторым вариантом, но привычно не всегда есть хорошо. Я и препроцессорами не пользовался, однако сейчас не могу без них, вот и с media думаю может быть подобная ситуация
Вася Петров: Всякое может быть, вдруг потом мультисайт подключит. + люди будут заходить в вопрос и будет полезно узнать как насчет бесплатного решения так и мультисайта.
В общем я понял, для обычных сайтов начну использовать duplicator, спасибо. Это действительно кажется удобнее.
Но все-таки, как быть при переносе мультисайта? Есть ли хорошие бесплатные решения аналогичные дупликатору, чтобы не было проблем и ошибок после преноса?
Вася Петров: извини конечно за такое кол-во вопросов, переросшее в личную консультацию уже, но думаю кому-нибудь также полезно будет) А что именно нужно прочесть по взаимодействию разработчика с БД: функции, API, еще что-нибудь? (и должно быть все те ссылки, которые ты выше в комментариях давал)
Вася Петров: спасибо за ответы и ссылки. Но вот в том примере, который описал про изменение группы пользователей - без взаимодействия с бд как-то можно реализовать разве?
Вася Петров: в целом я не совсем уж новичок, немного понимаю как что работает, циклы и т.д. Стандартные функции и проверки conditional tags например, это все не особо сложно.
На данный момент для меня самая большая магия это работа с API и управление базой данных, изменение данных в ней. Это слишком размыто конечно сказано, но если для примера вот:
есть пользователь с правами "Подписчик", если он пишет определенное кол-во комментариев и больше - присваиваем ему другую группу пользователя, например "Модератор".
Сделать проверку на кол-во комментариев думаю не сложно, но вот как отталкиваясь от этого изменить его группу в базе данных я совсем не понимаю. Понимаю примерно только основной принцип, что якобы есть в базе данных у пользователя ячейка, в которой хранится группа к которой он принадлежит, и после проверки на кол-во комментариев мы изменяем эту ячейку в БД
Так вот разобраться и разложить все по полочкам в этом вопросе пока не могу
Вася Петров: я понял, спасибо)
Еще вопрос не по теме, если можно: для достаточного понимания самого wordpress и как в нем все устроено (для написания плагина маленького, например) достаточно будет офф. документации? Потому что на многих других сайтах информацию оттуда растащили на мелкие статьи, и по ним наверное нет смысла составлять целостную картину, запутаться легко?
Вася Петров: Спасибо, все прочту. Насколько понял, нет никаких преград создать мультисайт локально. В документации говорится о не рекомендации создания на виртуальном хостинге, который я перепутал с локальным
Ребят, я же не с целью выслушать какой я глупый вопрос задавал) Дайте наводку, в какую сторону хотя бы гуглить, чтобы можно было нормально использовать gulp sass и мультисайтинговые функции вместе. Ну или что вообще нужно почитать конкретно
"Но причём тут тема к мультисайтингу?" - в теме будут использоваться функции мультисайта, которые нужно будет оформлять стилями через scss.
Вот есть у меня условная home-page.php на хостинге, в которую я добавил функцию мультисайта, затем мне нужно ее оформить. Если я оформлю в css файлах, а потом тему закину на сайт который размещен локально, то при компиляции scss эти изменения тупо стерутся и перезапишутся
"Всё можно, если понимать что делаешь. "
Тогда что лучше использовать для локального сервера при создании мультисайта? Сейчас denwer стоит
Проблема не в замене, а в небольшом рассинхроне имеющихся инструментов (как мне кажется на данный момент. возможно не знаю чего-то, поэтому и задал вопрос). Sass и gulp и прочее - только локально, функции мультисайта - на хостинге. Если бы можно было это соединить каким-то образом, было бы круто
Вася Петров: All in one seo pack - редиректит только привязанные к посту, не привязанные отображает. Если поставить Attachment Pages Redirect, то переадресация идет как ты и указал, но это уже 2 плагина вместо одного.
В общем, по-твоему будет лучше поставить один дополнительный плагин вместо функции 404?
Mike Kosulin, Вася Петров:
Да, из гуглокартинок на пост это нормальная тема, но в медиатеку не всегда загружаются именно фотографии для постов. Это могут быть аватарки пользователей, или аватарки для отзывов как в моем случае, например. Да и вообще все то, что в постах не используется но все же где-то применяется, на тех же страницах обычных.
Как же тогда сделать, чтобы в выдачу попадали только миниатюры и изображения записей? Или вы считаете, что не страшно если какие-то ненужные изображения попадут в выдачу google images?
Да, через gulp-combine-mq потом само собой.
Только вот на breakpoint-sass.com не понял особо ничего, но есть статьи по этой теме.
И все же, в пользу чего лучше сделать выбор, удобства или правильности?
Я всегда пользовался вторым вариантом, но привычно не всегда есть хорошо. Я и препроцессорами не пользовался, однако сейчас не могу без них, вот и с media думаю может быть подобная ситуация