как гипотеза, дело не в ссылках, имхо гугл некоторые мед. термины сразу видит и на англ. язе - автоматом переводит. Т.е. как гипотеза нужна англ версия хотя бы скажем на 20% стр. Яндексу же на аторитет в англ среде пофиг. Т.е. у вашего сайта нет авторитета в англ язе выдаче и часть терминов гуглу кажется авто-транслейтом, а это минус. Это все гипотеза. Но ссылки точно тут не причем. Моментально загоните сайт в фильтр. Хотя плюс в том что гугл вам пришлет уведомление о бане и тогда прична наконец-то станет ясна :) Покупные ссылки! :)
1) если я понял правильно ваше описание проблемы то ошибка возникает после стоп. Значит не надо реагировать на ошибки после стоп, т.е. когда плеер не активен.
2) не реагировать на ошибки если текущий браузер Лиса. Все равно Хром 80% и ошибки все равно вы увидите. Чисто статистически.
Это можно сделать фильтрами даже прямо в отчетах Аналитики ничего не меняя в коде на сайте.
вам надо проверять как будут выглядеть ваши картинки на реальных экранах реальных устройств, именно ваши личные картинки и от этого плясать.
судя по статкаунтеру уже весьма много с css px 1000 и более разрешением по одной из сторон, и не только планшетов, но смартов, в основном пока из азии... но это только пока... кстати посмотрите требования к картикам иконок и сплэш скринов у Эпла... точно не разбирался но вроде там уже 4к, так что возможно логическое позиционирование элементов (css разрешение) уже отстало и меньше того разрешения с которым Эпл может выводить картинки на экран
опять точно не разбирался, но вроде скажем 640x360 на iPhone X это на самом деле теперь стал формат с плавающей точкой
то есть 640.0х360.0, вот так плавно и незаметно позиционирование, размер и толщина линий может задаваться с точностью
намного превышающей формат целых чисел, например width=2.9765in
и еще вопрос на засыпку - намек про 1200, какой размер экрана у iphone X и Galaxy S9 ?
ну медиа запросы оно конечно да, но так себе... почитайте для начала про бутстрап хотя бы...
имхо соотношение сторон...обдумать надо... так как теоретичеки можно ж весь дизайн в svg сделать...и тогда % а не px
ну да фото и тд... но опять же дикие разрешения экранов современных флагманов...
google :)
также у мэйру есть своя панель и счетчик, по идее там должно автоматом все быть, но сам не изучал
соглашусь с одним из предыдущих ораторов - нет аналогов, это плохо, значит есть какой-то встроенный порок. Имхо правильнее было бы, в тут есть аналоги, но они не могут пробиться в этот рынок потому что они не умеют вот это, а я как раз научился это решать... как-то так...
Окончательный вариант запроса
SELECT (Users1.), COUNT(Users1.[user_id]) AS User_id_COUNT, SUM(Transactions.[price]) AS SUMMA, MIN(Users1.date_registration) AS RegDate_MINFROM ((Users1 INNER JOIN Transactions ON (Users1.[user_id] = Transactions.[user_id]) )INNER JOIN Webinar ON (Users1. = Webinar.) )WHERE Users1.email NOT IN ( SELECT email FROM Users1 WHERE (((Users1.[date_registration])<#4/1/2016#)) )GROUP BY Users1.emailНо как-то не нравится что два раза JOIN и все три таблицы сливаются в одну, что будет в случае если таблицы будут весьма большие?Можно ли (и нужно ли?) сделать без JOIN ?
глянул гитхаб бутстрапа - судя по наличию огромной директории scss
там таки css и генерируют препроцессором потому такой огромный
да еще есть некий грид-css но гррид то уж полгода как встроен во все браузеры
и никаких 100 кб (!!!) grid-css вообще не нужно и так далее
короче этот бутстрап давно устарел и не покрывает новых возможностей того что сейчас встроено, из коробки в js/css Хрома Лисы Сафари
---
итого - мое личное мнение - правильно вас гугл балами обидел, не обязан гугл любить какие-то устаревшие огроменные тормозные фреймворки с "шитхаба" :) .
наверное каким-нибудь моднявым препроцессором-пост-процессором-css нагенерировал какой-то безумный код безумного размера :)