teodor7teodor7

Далеко не всегда Google рендерит js. Надёжнее отдавать ему уже готовый html, отрендеренный через SSR. Ну или да, попробовать и посмотреть сохранённую копию. Если там будет этот участок кода, значит он распознан. Ну и не стоит забывать, что Гуглу по большому счёту не так важно, какие цифры на сайте (если только не предполагается, что пользователи будут вбивать в поисковую строку именно эти цифры), важнее, чтобы пользователи получали ответ на свой вопрос на вашей странице.

Почему The file or directory to be published does not exist: ../basic/vendor/bower/jquery-ui?

Потому что нет такой директории. jquery-ui отсутствует в базовой сборке. Установите его через composer.
php composer require yiisoft/yii2-jui
www.yiiframework.com/doc-2.0/ext-jui-index.html

Если приложение не несет в себе бизнес логики - зачем нужен Wordpress?
Проблема в идеалогии. Задача фреймворка - построить бизнес логику приложения не отвлекаясь на лишнюю реализацию. В вашем случае не нужен даже базовый роутер. Так зачем?
Для лендинга достаточно написать 1 точку для приема заявок, его проще поддерживать.
Однако, если есть желание упарываться в WP, то стартовая тема roots.io - Sage или базовая тема с Timber под капотом будут отличным решением.
Чисто идеалогически - eсли все же есть желание сделать хороший лендинг с WP админкой можно взять Frontity или набор из Gatsby с headless плагинами. Если работа с React слишком сложна - можно взять Svelte с тем же набором плагинов, что и Gatsby

Работал под апворковским трекером. Время начала-конца работы включаешь там сам. Трекер раз в 10 (вроде) минут делает скрин и ещё как-то сам считает активность движений мышью и нажатий на клавиатуру. За несколько лет пользования вопросов со стороны заказчиков по данным трекера не было ни разу, думаю, что если результат устраивает - то никто ваши скрины смотреть даже не будет. Тут ещё момент отсеивания явно неадекватных заказчиков до момента начала работы, но это отдельный вопрос.
Лично я ничего плохого в работе под трекером не вижу, но это индивидуально.
Про цену технички вообще не понял, договаривайтесь на ставку, которая устроит вас при наличии трекера - будете работать не по цене технички.
Кто-то, видел, при работе под трекером и размышлении над задачкой открывал текстовый редактор и крупным планом писал что-то типа "Размышления над задачей"

1. Регистрируете post_type
2. Регистрируете к нему 4 перечисленные таксономии

Готово! Сортировка по таксономиям прекрасно работает и с помощью плагинов и кастом

на хабре есть пошаговая инструкция по ускорению

Ставьте ffmpeg-python - да дергайте картинки из видео.

Необходимо организовать хранение файлов с сохранением иерархии и с сохранением домена, вынося CDN-ускорение на поддомен.

Например:
без CDN: https://site.ru/images/380x380/1632/1631230/1542086.jpg
с CDN: https://cdn.site.ru/images/380x380/1632/1631230/15...

Дополнительно:
Поддомен зарегистрировать в панели Вебмастера, указывать для него географию, и контролировать его индексацию и возможные появляющиеся ошибки, которые происходят при использовании технологии CDN (Content Distribution Network).

так вроде проблемы нет
нигде не запрещено иметь ссылки на i.wp.com

Грубо говоря, Гуглу все равно на чем сделан сайт, хоть на одном JS сделай все, он его проглотит и можно будет продвигать.

Сейчас среди заказчиков все больше и больше появляется тренд, что нужно в Google PageSpeed, чтобы сайт был в зелёной зоне иначе сайт будет очень плохо продвигаться в поисковике. Этот сервис даёт РЕКОМЕНДАЦИИ, а не ПРАВИЛА которые нужно свято соблюдать! Соблюдая эти рекомендации можно уменьшить время отображения контента, ведь главная задача это задержать и заинтересовать пользователя товаром/услугой. А как известно пользователи разные бывают некоторые могут и минуту подождать, а другие закроют вкладку, если в течении 3 секунд не будет отображаться контент.

В конструкторах есть как свой шарм так и отвращение. Хорошая тема и конструктор могут дать хороший результат в плане семантики HTML кода. И такой бутерброд будет отлично продвигаться и горя не будете знать. Но обратная медаль этого будет, то что там тьма лишнего кода будет и тьма запросов к стилям и js. Если сделать ручками такой же самый сайт то его общий вес будет намного меньше и плюс браузеру будет проще прорисовать сайт, что в свою очередь уменьшает нагрузку на устройство. Например одинаковые сайты сделанный на конструкторе будет весить 150кб (без учёта картинок, видео и других тяжёлых файлов), а сделанный руками будет весить 50кб.

Если нужно быстро на коленке сделать сайт за 10 мин смело используй конструктор.

Стереотипы. По поводу Elementor - вкупе с использованием правильных плагинов на некоторых работах достигал 72/92 GPSI и 99/92 GTMetrix. Но из коробки работает хреновенько.

Но это "правильных кодеров" не убедит. Тру фронтэнд пишется в блокноте.

А теперь самый интересный вопрос - и как всё это реально влияет на позиции? Был опыт вытаскивания по ВЧ и СЧ в топ-1 Гугла и топ-3 Яндекса магазина с нуля с г***нокодом обвешенного OpenCart. Так там консоль Хрома открывать было страшно.

Так что всё это стереотипы. По факту подсказать может только практическое тестирование.

Берем самый популярный билдер - элементор.
И получаем что все плохо. Один раз стоит почитать серию статей про него под заголовком: "Элементор - популярен как телега. Но едет также"
- в гугле поищи.

Надо понимать, что чем больше свистелок напихано в конструктор, тем страшнее код и тем медленнее всё работает.
Плохо с точки зрения СЕО, ещё хуже по быстродействию. Впрочем, наговнокодить и без конструкторов можно.

Зашёл тут на сайт Элементора... Ну нормальная такая вложенность. У нас всё хорошо работает.
Мне смотреть на это прямо физически больно.


Грузится всё это добро на средних телефонах 15 секунд. Да норм, чё. Это гугл ещё "среднее устройство" взял посовременнее с внедрением Web Vitals.


Есть своя ниша для таких вещей, где-то на уровне Тильды. Лендос для ларька потестировать нишу - вполне себе.