Вот который раз захожу на форум и сразу закрываю, дизайн ужасный.
В "новом" дизайне проблема больше не в визуальном оформлении, а в малой информативности интерфейса.
Одно время было модно делать UI с рассчетом на людей с ограниченными когнитивными способностями. Это повышало метрики многих массовых продуктов и было принято почти всеми как новая норма.
Но для некоторых типов аудитории, например IT-специалистов, насыщенность интерфейсов обычно важнее, чем простота понимания.
Еще заметил по логу, вначале словно предупреждает, много строк такого типа:
СУБД слушает только localhost / 127.0.0.1?
Или торчит в интернет?
что можно сделать?
В случае MariaDB можно попробовать переехать с InnoDB на Aria или что там еще бывает.
Поддерживаю, но начал бы с добавления памяти.
В последнее время популярна практика запускать критически важные для бизнеса приложения на серверах слабее, чем смартфон директора.
Если у сервера есть 128-256 GiB RAM и SSD с RAID-1, половина проблем с базами данных решаются сами собой.
Продажа прокси с сотнями разных провайдеров для спама - это чисто российская практика или в любой стране такие прокси можно купить?
Есть страны, где любителей поделать гадости через тысячи прокси больше, чем в других.Я бы составил такой рейтинг по итогам 2023:1. Вьетнам (алчность 80 LVL, сейчас там видимо пошла инфоволна заработка в интернете)2. Индия/Пакистан (индусы в целом добрее, просто любят аккуратно парсить для неплохих дел)3. Россия (попадаются шокируще/нечеловечески злобные атакующие, но какие-то бесцельные)4. Турция (мелкие пакости, бесцельные или дорвейные боты)5. US (любители депрессивных флешмобов, жалоб и самых токсичных оскорблений).6. Украина (видимо многие потеряли веру в доброту и иногда переступают границы этики). Это так, кого вспомнил и для кого удалось установить локацию происхождения.
"Чёрных" или подозрительных ASN-ок и диапазонов мне сейчас известно около 4-5-6 тысяч.
Из преодоления сложностей необычными способами могут появляться хорошие идеи.Тут как повезёт. Возможно, кто-то похожим путём пришел к созданию колоночных БД.
P.S. Не увидел ответа пока переписывал последнее предложение. Затёр его случайно.
В построчном разделении мне нравится многое, но еще и это:
Если мы создаем файл с ID вида
ID1111ID2222......IDNNNN
и вначале построчно ищем совпадения с искомой строкой, то почти всегда имеем возможность расширить функционал такого хранилища, добавив после ID разделитель и дополнив строку нужными данными
ID1111 _MY_SEPARATOR_ DATA222ID2222 _MY_SEPARATOR_ DATA222......IDNNNN _MY_SEPARATOR_ DATA222
После чего ищем нужную строку с помощью аналога
str.startsWith('ID1111 _MY_SEPARATOR_')
и можем получать доступ к нужному набору данных, разделив найденную строку по сепараторам.
P.S. Эксперимент Sly32 с написанием скрипта, опубликованного выше, получился интересным сам по себе. Замечал, что действительно хорошие программисты обычно сочетают качества экспертности и стремления к постоянным экспериментам.
Отличный скрипт.Только вот тут каждый раз происходит чтение всего файла в память, а затем разбивка по пробелам?
В некоторых случаях эффективнее было бы читать построчно файл, где по 1 записи на строку. Если строка найдена, то прерывать цикл поиска.
with open(filename) as file: for line in file: print(line.rstrip())илиwith open(filename) as file: while line := file.readline(): print(line.rstrip())(с) ShadowRanger с SOF
Если вкл HSTS (форсированное защищенное соединение ) для https, то сайт не должен открываться со всяких локальных копий и http.
HSTS - это, как понимаю, заголовки, отдаваемые оригинальным сайтом.Если копия сайта локальная, то эти заголовки не будут запрошены.Локальная копия может вообще не содержать ничего, либо содержать только минимум HTML и JS код счетчика. Тема старая, возможно уже не работает.
То, что у автора вопроса, больше похоже на спам доменом накрутчиков по счетчикам, не адресованный кому-то лично. А может и весь этот топик - реклама того сервиса. UI/UX выглядят неплохо.
Тоже поддерживаю.
Корпорации вполне могут замечать подобные флешмобы и делать выводы. Настройки аукционов - вещь хрупкая и капризная. Даже небольшие статистические аномалии сразу светятся в админке у дежурного администратора системы (конечно, если у Яндекса всё это вообще организовано; может там совсем бардак).
Еще замечал, что количество запросов объявлений в статистике РСЯ сильно не совпадает с количеством показанных страниц по данным сторонней аналитики. Раза в два или около того от ожидаемого числа, даже с учетом наличия блокировщиков рекламы. Далее на эти запросы подбирается еще меньше рекламы. И далее по нисходящей - только часть из этих показов учитываются как видимые.
Предполагаю, что если оценить реальный доход на тысячу фактических запросов объявлений, без всех этих понижающих фильтров, показатели доходности блоков РСЯ будут еще более низкими.
