Даже статическая вёрстка по готовому макету - уже сложная задача. А тут, вероятно, динамический контент со скриптами и автогенерируемыми по настройкам css. Тут только сидеть и вникать, как всё устноено, вытаскивать готовые скрипты, элементы вёрстки и дизайна... Скорее всего, намного проще будет повторить, в том числе с учётом своего сугубо индивидуального функционала собственного сайта.
Грубо говоря, это можно сделать так. Берём некий "базовый дизайн" (css) и к нему применяем кастомный пользовательский css, заполняемый параметрами из пользовательского профиля. Тут в параметре цвет шрифта, там url фоновой картинки - и вот пользовательский дизайн готов. Продвинутым пользователям можно разрешить редактировать прям свой личный css напрямую.
Вон, в ЖЖ ещё сто лет назад разрешали личные CSS. Или вот в Википедии можно личный monobook.css (а также monobook.js).
Правда, браузерные расширения для user styles позволяют делать то же самое на большинстве сайтов (увы, но не на всех - некоторые адово извращаются с дизайном) даже без явной поддержки со стороны этих сайтов.
По-хорошему надо создавать новый bot с нуля с новым токеном, а для этого как-то завершить текущий bot.launch и начать новый из цикла вокруг bot.launch.
unbelieve, можно посмотреть в сторону L7 filter. Но надо понимать, что торрент-трафик в 2022 году может быть слегка обфусцированным (шифрованным, uTP и прочее) и не очень ловиться фильтрами.
Никита Март, proxy arp обычно возвращает только адреса вне диапазона внутренней сети по понятиям роутера. То есть из адресов не из 192.168.1.0/24 роутер ответит только на свой собственный 192.168.1.1. А из всех остальных - на любой.
Если в настройках сети нет шлюза или он не вписывается в сеть линка, то некоторые операционные системы (тм) шлют в локальный линк ARP-запрос, а дальше если на шлюзе включен proxy-arp, то он возвращает свой mac на arp-запрос, и система радостно посылает пакеты в шлюз, но не в тот, который указан в настройках, а в реальный (IP которого отличается!). Кажется, что "всё работает", но на самом деле это категорически неправильно и может вызывать кучу разных проблем.
В нормальных операционных системах нельзя прописать шлюз, до которого нет link-маршрута, а отсутствие явно указанного шлюза сразу вызывает ошибку no route to host.
i3a4em, такие методы применяют для того, чтобы не делать правильно. В результате пользователи просто будут уходить из таких чатов, битва за клиента будет проиграна.
kiddle, fbtool, вероятно, не предназначен для легальной работы. А идея взять тысячи левых аккаунтов и из каждого выдернуть токен автоматизированно вообще попахивает деструктивной деятельностью.
Николай Савельев, я конкретно с ads manager не имел дело. Лимиты там не очень удобны, но надо просто правильно понимать, как и для чего они. Все же хотят тысячу запросов в секунду. Но тот, кто это хочет, просто не понимает, как использовать API. Потому что если задача требует таких масштабов, то эта задача наверняка решается неправильно.
Вот у меня были реальные проблемы с лимитами (200 в час, но по cpu usage раньше можно было упереться уже на 80, сейчас вроде что-то они улучшили и в процессор больше не упирается), потому что мне надо было получать информацию ~4000 запросами каждый день. Я сделал обновление из cron, которое останавливает процесс на 80% использования лимита. При этом в веб-интерфейсе всегда есть возможность форсировать обновление данных за счёт остатка лимита, если вдруг понадобится. Что интересно, там большинство запросов в конце концов перешли из категории лимитов api usage (200 в час) в категорию business case usage (не знаю точно сколько, но там лимита очень много).
Если бы любому из обычных бизнесов, которые являются нашими клиентами, пришлось бы делать такие запросы самостоятельно в интересах, они о существовании лимита даже бы не задумывались.
Пройти review оказалось несложно. Всё, что спросил ревьюер, это где увидеть privacy policy.
Зависит от того, как скрипт запущен. Например, если запущен в screen/tmux, то он будет кидать в консоль, которую будет видно при подключении к screen/tmux (это не очень удобный способ запуска постоянно работающего сервиса). Если это systemd-сервис, то см. journalctl. Итд итп.
godsplane, git может думать что угодно, если его не использовать, то это будет просто каталог с файлами и один ненужный .git рядом. Не знаю, какие тут могут возникнуть реальные проблемы.
А для чего вообще это делается? В Facebook много чего можно делать через Graph API: легально получить токен и легально делать запросы. Возможно, лучше пойти именно по такому пути.
