archelon

"Битва экстрасенсов", 666 сезон.
Я принёс виру Вотану и бросил руны. Судя по всему, дело может быть вот в чём:
а) У вас сайт взломан. Ищите шеллы и айфреймы, через которые реклама и вставляется.
б) Вы используете незащищенные протоколы, которые позволяют некоторым провайдерам пихать пользователю рекламу. Сайт чист, но надо хоть SSL использовать.
в) Поговорите с вебмастером. Видывал я таких, которые по тихому от владельца и майнеры втыкали на сайт, и целые доры. Формально - сайт госконторы, а на самом деле - микрокредитные организации.

Я сам использую Cold Turkey, да не совсем то, что ты ищещь, в любом случае если очень захотеть, можно обойти блокировку, но заблокировав сайты вроде youtube, все равно уже будет гораздо проще. А интересные фильмы и сериалы, все равно выходят сильно реже.
Те кто пишут, что это не помогает, не правы. Да если нет желания, ты с легкостью блокировки обойдешь. Но нужно просто принципиально себе сказать, что не будешь искать методы обхода. Я лично зависим от ютуба, и эта программа невероятно помогла.
Но тебе вероятно придеться еще и телефон заблокировать полностью. Я использую Freedom(есть версия и для пк). Без этого просто с пк пересаживаешься на смартфон)

Вариантов есть несколько: через background-image, через canvas, через SVG маски... Вот пример через bg:

Оно берёт язык из настроек браузера. Если браузером будет пользоваться человек у которого выставлен интерфейс на английском языке, то будет писаться по английски. Это HTML5

Для начала для нас важно осознать, что у разных фильтров разная вычислительная сложность. Они не все "плохие". Алгоритмы для brightness, grayscale, hue-rotate и других манипуляций с цветом выполняются за O(1) для каждого пикселя. Т.е. нагрузка на железо растет линейно в зависимости от площади элемента на экране. Это не так страшно. А вот фильтры размытия, blur или drop-shadow, имеют сложность где-то в районе O(R^2). Там есть разные варианты оптимизаций, но в среднем мы говорим именно о квадратичной зависимости от радиуса размытия. И это для каждого пикселя. Именно отсюда мы имеем сильные тормоза при попытке что-то большое размыть на пол экрана. Дохлые видеокарты телефонов и ноутбуков не вывозят. Браузеры не умеют такие вещи переиспользовать, так что это переразмытие происходит снова и снова, и мы имеем что имеем.

При этом фильтры в CSS, в SVG - это все грубо говоря высокоуровневые обертки над одними и теми же универсальными алгоритмами рендеринга. Мы можем в рамках WebGL написать свои шейдеры, которые будут делать то же самое. Обертки разные, но алгоритмы одинаковые. Поэтому замена одной технологии на другую ничего особо не даст в плане производительности. В вопросах оптимизаций нам нужно не по-тупому менять инструменты-обертки, а смотреть в конечные алгоритмы, которые будут задействованы на странице в реальном времени, и по возможности рассчитывать все заранее и переиспользовать.

В контексте верстки тут есть полтора варианта, что можно сделать. Можно рассчитывать такие вычислительно-сложные штуки еще при разработке и загружать в страницу сразу в виде картинок или видео. Это не идеальный вариант, пропорции получаются фиксированные, но иногда подходит. Есть вариант рассчитывать такие штуки в фоне на WebGL. Т.е. мы грузим интерфейс, смотрим какого там все размера получается, и один раз в фоновом режиме генерируем картинки нужного размера и потом плавно показываем. Такой вариант частенько встречается в рекламно-конкурсных проектах, когда за прелоадером в начале скрывается в том числе и такая генеративная история. Тут мы получаем гибкость в плане размеров и хорошую производительность сайта в целом, потому что все операции проходят только один раз, а дальше у нас все переиспользуется в виде обычных картинок. Каких-то принципиально других вариантов у нас пока нет. Только дизайн менять.

Это надо делать на бэке по разным причинам. Как минимум одну ты уже сказал - не надо палить секретный ключ.

Можно придумать 2 причину - отвал клиента: представь, что после оплаты клиент отвалился. Что будет?
- Токен подтверждения оплаты потерян
- После перезагрузки кэш браузера очистился

В итоге деньги потратились, но информации об этом ты не получил. Все потерялось - только ручками эту информацию у провайдера оплаты получать и чинить.

Если бы это сервер обрабатывал, то можно было бы какой-нибудь trace id сохранить в БД и быть уверенным, что даже если отвалишься, то в будущем сможешь проверить статус оплаты.

C++ является одним из сложных ЯП... блабла...Я осознаю, что для меня это слишком серьёзное и тяжелое начало

Я разобрался как работает стек и как адресуется память в пятом классе без интернета и практически без документации. Была какая-то книжка по С++, которую просто перечитал раза 3-4, пока не понял смысл.

На протяжении обучения в школе я размышлял о начале изучения языка программирования.

Вопрос заключается в успешном изучении, чтобы уже с багажом умений начать свой путь в трудоустройство.

Чувак, ты слишком много размышляешь и мало делаешь. Нет какого-то оптимизирующего волшебства, который может значительно сократить твой путь. Ты должен писать код. Много кода.
А ты занимаешься фигней типа анализируешь трудоустройство еще даже не поняв, а можешь ли ты вообще что-то.
Ты должен понимать, что если ты можешь написать, например, крестики нолики или морской бой - это еще не значит что ты станешь программистом и сможешь этим зарабатывать. Это просто любитель. Но ты даже этого уровня не достиг, а уже хочешь анализировать тренды и тем более подсчитывать предполагаемый заработок, до которого еще годы пути. Ты посмотри на политику в стране, никто не знает что будет через год.

Если ты оцениваешь знания школьными мерками (типа экзамен сдал), то пора вырасти из этого статуса и переходить на оценку "я могу сделать вот это, оно будет работаь". Насколько красиво - это уже другой вопрос. Если ты можешь писать рабочий продукт, уже потом можно начинать его шлифовать и читать про красивый код.
С нуля сложная архитектура сильно мешает, потому что не достаточно фундамента чтобы понимать почему именно вот это решение красивое а это нет.

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

А про трудоустройство начинай думать, когда при прочтении описания вакансии ты считаешь, что 50-60% ты знаешь.

font-feature-settings: 'lnum' 1;

нанимается проджект менеджер, который рулит людями
выбирается тимлид, который рулит командой.
проджект и тимлид делят проект на задачи - проджект с точки зрения бизнеса, тим лид с точки зрения технической реализации
потом задачи выдаются разработчиками.
Технически в этом помогает какой-то трекер, типа JIRA и система контроля версий и система ревью. Типа битбакет, гитхаб, гит, и другие.
А так - слишком общий и нетехнический вопрос,

долбить API с меньшей частотой, а еще лучше, выяснить какие у них лимиты и начать их соблюдать