Пума Тайланд, Создайте простую (или пустую) страницу, которая будет выдавать 100 баллов и подключите туда счетчики. Сначала делаете замер без счетчиков, потом со счетчиками. Я все о том же, что для показанного выше сайта оптимизация загрузки счетчиков ничего не даст.
Ответ на вопрос "Зачем":
Обычно так стоит заморачиваться только для SEO. Гугл точно учитывает это как фактор ранжирования. Яндекс под вопросом (для меня).
Пума Тайланд, Ну так я об этом и говорю (и вы об этом говорите), что в вашем случае это не сработает. Нужно без счетчиков сначала добиться 100 баллов (ну может не 100, но точно выше 90 на мобильных) и уже после этого подключить аналитику и метрику. Вот только тогда вы увидите разницу.
В вашем случае много чего нужно изменять и конкретно в вашем случае действительно менять ничего не надо - в плане подключения счетчиков.
Алексей Махметхажиев, Алексей, очень приятно. Я именно по вашим рекомендациям и старался следовать из этого ролика https://www.youtube.com/watch?v=VQD0PgLQpVs
Точно не помню в каком месте, но помню, что здесь рекомендовали подключать внешние скрипты буквально через 100 миллисекунд (могу ошибаться с точной формулировкой). Когда настала пора опробовать данный метод, я с большим удивлением обнаружил, что особо результата никакого не дало. Без внешних скриптов, подчеркну, 100 баллов без проблем получается.
После подключения сразу проседает TTI и TBT. При этом хоть как подключай, все равно одни и те же результаты.
Более-менее нормальные результаты стали получаться после отключения вебвизора и подключение аналитики через analytics.js по советам отсюда: https://github.com/GoogleChrome/lighthouse/issues/8144
Правда, после подключения рекламы, снова просело )))
Вариант с подключением после события не рассматривал, достаточно интересный подход. Надо попробовать.
Алексей Махметхажиев, Да, я об этом и имею ввиду, что асинхронного кода достаточно. Конкретно на измерители скорости это ни на что не влияет. Да, это помогает для определения приоритета загрузки, чтобы на отображение не влияло, но на измерители скорости - ни setTimeout, ни асинхронность - не влияют.
Я сам долго бился над этим lighthouse, в итоге все портит сторонний код (метрики, реклама, аналитики и прочее).
Если измерять без них, то 100 баллов можно получить без проблем. После подключения стороннего кода - невозможно.
Вы хоть фрагменты кода предоставьте.
Судя по ошибке, проблема связана с импортом несуществующего файла site-list.scss, а не с псевдоэлементами.
Покажите как работает и как не работает.
И gulpfile тоже покажите.
wisgest, vreitech, Я вот тоже озадачился этим вопросом. Если знаете из-за чего скрывается этот слеш на конце домена, то подскажите куда копать. Мне тоже интересно.
ThunderCat, Поле - текст. Плюс ещё ко всему этому тогда структуру данных в другом поле надо будет менять, так как сейчас там JSON строка, в которой два и более пункта, которые расположены в хаотичном порядке. В принципе, по алфавиту разложить не долго всю таблицу, а вот с полем текст уже проблемка.
Дело в том, что у меня полнотекстовый поиск сделан по этим полям - только для добавления данных, так что тут на самом деле проблемка. Но идея хорошая, я подумаю обязательно что мне лучше сделать.
Vitsliputsli, Инструменты в текущей реализации минимальны. Никаких фреймворков не используется. Просто на чистом PHP пишу. Если подскажете библиотеку для реализации этого мутекса, буду благодарен.
Если вдруг знаете что-то. Сам тоже поищу, конечно же.
Vitsliputsli, Мне очень понравилось, что вы мне сейчас сказали, да вот я не знаю как эта штука работает. Направьте на путь истинный, пожалуйста ))) Что почитать, чтобы понять?
Если вы имеете ввиду настроить уникальный индекс и добавлять таким образом, то тоже вряд ли получится. Я уже подумал об этом, когда писал вопрос. В принципе, идея хорошая, но в текущей реализации моей работы, это будет чуть-чуть проблематично сделать. Там тип поля надо менять и немного изменять вводимые данные.
Ну ладно, пусть я буду новичком, но вы бы хотя бы намекнули куда копать. Я уж сам понял, что мне нужна блокировка, но в каком месте и как её реализовать?
Блокировать на чтение таблицу - как-то не очень идея для меня, это пока будет добавляться большое количество данных, то тому пользователю, которому эти данные нужны в итоге будет ждать?
Настроил GRE поверх L2TP/IPSec - получил то, что хотел. Начал пинговать домашние устройства с телефона удаленно, как и хотел в принципе. Дальше, надеюсь, разберусь.
Спасибо за подсказку.
Ответ на вопрос "Зачем":
Обычно так стоит заморачиваться только для SEO. Гугл точно учитывает это как фактор ранжирования. Яндекс под вопросом (для меня).