Расскажите для начала зачем нужны все эти background1 и bg, почему важна их очередность? Я захожу на ваш сайт, полсекунды вижу прелоадер и все, никаких проблем.
К тому же, если вы уверены что get_template_directory_uri каждый раз совершает отдельный запрос в базу (в чем я сомневаюсь), вы можете просто сохранить возвращаемое ею значение в переменную, и использовать его
HoHsi: я ничего не понял из написанного вами, но в случае с кодом из первого вашего комментария работает решение по второй ссылке: страница перезагружается, а сообщение в консоль не выводится уже.
dhat: я не особенно владею предметом, но удаление рабочих объектов и реинициализация по ресайзу должны сработать. Т.к. все это тяжелые операции, в функцию ресайза можно добавить debounce.
Юрий Воронин: вы можете довольно просто дописать это решение до того, что нужно вам:
В функции init вносите создание smokeMaterial в цикл, где формируется массив smokeParticles; в этом же массиве позиционируете ваш дым где вам нужно. Например если вам надо чтоб он выплывал снизу, создаете его в плоскости под видимым кадром, ось z не трогаете
В функции evolveSmoke двигаете ваши particles вверх если они в кадре, и ниже кадра, если они уплыли выше. Также выставляете нужный уровень прозрачности, particle.material.opacity.
Жаба Кодер: вот статья парня одного, который кажется тоже запарился по этому вопросу, там в конце описаны причины по которым job success может не отображаться. Может ваш случай
Мне кажется это невозможно, т.к. статус rising talent только для "anyone without a Job Success score is eligible to participate in the Rising Talent program". К тому же "Once you have enough history (to have a Job Success score), your Rising Talent status will automatically be replaced by a Job Success score"
"Как тогда оценить работу веб мастера, он же в таком случае вообще ничего не делает практически" - у меня как раз недавно был клиент, которому я под вордпресс сделал сайт: сверстал дизайн, натянул его на вп (создал кастомную тему, так сказать "с нуля"), добавил необходимый функционал: для некоторых функций написал мелкие плагины, для некоторых - "форкнул" и до-/переписал чужие плагины. Изначально клиенту не приниципиален был выбор движка. И вот заходит разговор о движке, клиент спрашивает какой движок, я говорю что все на вордпрессе, после чего клиент делает пренебрежительное лицо и говорит: "Ну, на вордпрессе я бы и сам смог, там же все на шаблонах". Шутник.
Сева: например с тех пор, как мобильная и десктопная (а бывает ведь еще и планшетная, лол) версии становятся настолько разными по дизайну, по функциям и по всему остальному, что намного легче их разделить на несколько, чем использовать одну, которая в большой степени complicated.
Конечно мы с вами оба не правы категорически утверждая что одно хорошо, а другое - плохо, или наоборот, т.к. все зависит от цели и условий разработки сайта, но все же в большинстве случаев это разделение удобно и для разработчиков, и для пользователей. Посмотрите на самые популярные сайты, использующие минимум две версии, например vk.com, всякие yahoo, twitter, facebook. google
Кажется, на клиенте нет надежного способа определить устройство - всегда можно подменить юзерагент. Но т.к. в большинстве случаев это не особенно важно, то и в том, и в другом случае приходится полагаться на него, лол.
К тому же, если вы уверены что get_template_directory_uri каждый раз совершает отдельный запрос в базу (в чем я сомневаюсь), вы можете просто сохранить возвращаемое ею значение в переменную, и использовать его