1Tima1, в python есть словари, словари состоят из элементов (ключ-значение), что-бы обратиться к элементу его нужно инициализировать (создать). Вы не можете обратиться к чему-то несуществующему.
Может вы хотя-бы попытаетесь для начала 10-20 страниц любой книги по Python прочитать?
1Tima1, код, который вы опубликовали здесь полностью рабочий.
"элемент словаря не инициализирован" означает, что вы пытаетесь обратиться к элементу словаря, который не инициализирован. Что именно вам не понятно?
Анастасия Мр, да кто там сидит вообще - 4 миллиона посетителей в месяц, у того-же freelancehunt, который по сути сугубо украинский - чуть больше 3 миллионов, только вы сравните население Украины и России. На фрилансере - 15 миллионов, на апворке - 40 миллионов, вот и сравнивайте.
Отток пользователей все больше и больше, вот и пытаются выжимать максимум денег, пока окончательно не загнутся. Да и к тому-же все больше клиентов уходят на зарубежные биржи, т.к. лучше уж нарваться на индуса, чем на русского школьника, да и в целом на том-же апворке индуса идентифицировать гораздо легче, чем русского школьника на фл.
Альберт Энштейн, в том-же, в чем и vk_api. Это просто библиотека которая облегчает доступ к api, что-бы вам не приходилось самостоятельно устанавливать подключение, писать все методы и т.д. Отличие aiovk в том, что все функции она выполняет асинхронно, т.е. у вас никогда не будет проблем с тем, что бот может не успеть обработать поток событий, т.к. именно для этого асинхрона и делалась.
Альберт Энштейн, если после "кое-какой" обработки вы не планируете дальше опрашивать пользователя, то да, поток. Если планируете - можете столкнуться с кучей проблем и лучше все-же посмотреть в сторону aiovk.
Если взять среднюю длину строки за 120 символов, то размер списка с 8000 строками будет без малого 1 мегабайт.
Какой вообще сценарий возможен, что-бы в наличии иметь .txt для которого не хватит ОЗУ? Как его тогда вообще записывали, как открывали?
Roman Kitaev, кстати, вы в своем примере все-же использовали Queue вместо брокера типа Redis - почему? В каких вообще ситуациях есть смысл использовать брокер, а когда можно обойтись и стандартной очередью?
Как я вижу - брокер удобнее использовать с точки зрения масштабируемости? Типа на сервере поднять именно парсер, который будет ждать новые страницы и по необходимости отдавать ему эти страницы.
Roman Kitaev, извиняюсь, я наверное вам окончательно надоел, но как лучше организовывать выгрузку данных? Создать еще одну очередь, которая будет писать в БД все спарсенные данные, или дожидаться окончания работы парсера и затем разом все данные записывать?
