Александр Катунин, всё работает как надо, только после передачи изменённого User-Agent. По умолчанию там сервер доооолго отвечает (видимо, в целях борьбы с парсерами).
import requests
import time
r = 0
while r<2:
url = 'https://www.versace.ru'
print ("test...")
#response = requests.get(url=url, headers={"User-Agent": "Mozilla/1.0"})
response = requests.get(url=url, timeout=1)
print (response)
time.sleep(1)
r += 1
Ну, начнём с того, что while не оканчивается двоеточием, и потому работать он не может. Думается мне, что ты нам показываешь не тот код, на котором можно воспроизвести проблему.
Максим Гришин, кстати, когда сервером была циска, а клиентом Linux, у меня была проблема от наличия опции auth на клиенте, причём сетевик мне ничего внятного не сказал, а по логам я ни фига не мог понять очень долго. Винды при этом подключались нормально. Возможно, тут его просто тоже убрать? Это, насколько я помню, авторизация имени клиента.
В итоге у нас переехали на openvpn, и все счастливы.
Это же учебник. Можно вспомнить учебники в школе: сотни совершенно однотипных задач, детальные расписывания способов сложения сначала двухзначных чисел во 2 классе, трёхзначных в третьем и только в 5 классе чисел произвольной длины. Дикое количество химических уравнений сложности не выше "из города А в город Б выехал автомобиль...". Разумеется, там опишут всё, даже самое очевидное, во всех деталях.
nonvon, это ещё повезло, что справился за приемлемое время. Мне приходилось как-то иметь дело с очень нагруженным диском, где даже 1000 файлов могло выводиться минуту-другую, если не убрать --color, и с подмонтированным S3 с 4 миллионами файлов, где ls выполнялся несколько часов даже без подсветки.
Обычно это из-за того, что оператор присылает какой-нить flash-sms, а роутер тупо реагирует как нажатие OK либо даже никак не реагирует, но тупая система оператора этого не понимает и считает согласием. Это достаточная причина пожаловаться и потребовать полного возмещения всех затраченных средств.
У меня дважды Mikrotik с полностью выключенным SMS-функционалом в RouterOS умудрился подписаться на какие-то гороскопы как раз у Теле2.
Кстати, если в ЛК Теле2 присутствует бесплатная(!) услуга "Теле2 Тема" - её надо выключить. В интернетах пишут, что именно она в некоторых случаях вызывает подобные беды.
Если при отправке возникла ошибка, то сообщение не будет отправлено вообще. В тексте ошибки Telegram также сообшает, сколько секунд надо подождать перед следующей попыткой отправки.
LittleBob, нет никакого смысла ставить Kali на экзотическое оборудование человеку без обширного опыта. Проще будет доставить нужный софт на широко распространённую систему, по которой в интернетах вагон инструкций и вопросов-ответов.
Не нужно бояться баз данных. Это удобно, надёжно, эффективно и расширяемо. И знания в этой сфере сами по себе очень полезны для развития себя и для повышения своей стоимости на рынке.
Записывать данные в json - это риск. Если в момент записи что-то случится, база будет повреждена и безнадёжно утеряна.
Добавлю, основная проблема Кассандры - это GC, с которым так и не удаётся до конца побороться. Многие пользователи Кассандры в итоге просто рестартуют время от времени её ноды, это помогает, но это не сликом-то нормально. Scylla позволяет этого избежать (а также позволяет достичь той же производительности при кластере заметно меньшего размера), но у неё были (а может и до сих пор есть) серьёзные недоработки и баги, которые приводили к полной деградации всего кластера. Во всяком случае, у нас после полугода отладки и нагрузочных тестов таки перешли на Scylla... а потом через пару недель после второй ночной аварии вынуждены были срочно откатиться обратно, и пока, спустя год, до сих пор не решились на повторный переход. Разработчики Scylla ничем так и не помогли. В общем, возможен риск - впрочем, его можно огрести с любым незнакомым решением. Наш партнёр вышел из затруднения так: он держит инстанса платформы с двумя кластерами, на который кидает пополам трафик, и в случае любого сбоя (не обязательно сбоя Cassandra/Scylla) просто моментально снимает трафик с проблемной платформы или даже переводит его нам. У нас же ресурсов держать две полностью полноценных и готовых к нагрузкам платформы нет.
Очень сильно зависит от задачи, от того, как устроены данные, как с ними работают. Поэтому вопрос "какую базу взять" без серьёзного предварительного анализа не имеет однозначного ответа.
