Вообще пайтон не знаю(

ааа. ясно))

только php))

Пффф

Мне срать на язык

SqlAlchemy

Только с laravel работаю для рест апи

а laravel лучше, чем yii?

Так это, sqlalchemy, pony, peewee

Orm

https://bitbucket.org/69pRomens/srv-fullstack

Сделай такой код на другом языке

Так это, sqlalchemy, pony, peewee

lkz знерщт,

для python

И я преобщусь

Дело во фреймворке, а не в языке

для python

Это для python

Это для python

спс))

Привет, ребят. У меня такая ситуация. Работаю с апи вконтакте прямыми запросами requests. Отслеживаю сообщения в адрес сообщества, обрабатывают их. По началу как делал, жду сообщений, получил, обработал, снова лонгполл. Бот должен держать поток человек хотябы в 50 рыл. Но такая конструкция ждала смс, обрабатывалась, снова ждала...Решил использовать threading . Так же лонгполл ожидал смс, как только получаю, то ставлю на поток его обработку, а сам заново лонгполл. Но люди пишут, сколько смс, столько и потоков их обрабатывают. Мой комп да, а вот vps то одноядерный. И да, такая конструкция иногда теряет сообщения. Я к вам за советом, как мне лучше решить мою задачу? Чтобы не упускать лонгполл запрос на новые поступления сообщения и обрабатывать их независимо от этого.

Я уже подумал сразу запускать лонгполл и поток обработки сообщений, который будет доставать из массива какого нибудь response ответ от лонгполл и обрабатывать его. А сам запрос лонгполл будет класть туда свои ответы и заново делать запрос.

А чего либу не возьмешь?

Привет, ребят. У меня такая ситуация. Работаю с апи вконтакте прямыми запросами requests. Отслеживаю сообщения в адрес сообщества, обрабатывают их. По началу как делал, жду сообщений, получил, обработал, снова лонгполл. Бот должен держать поток человек хотябы в 50 рыл. Но такая конструкция ждала смс, обрабатывалась, снова ждала...Решил использовать threading . Так же лонгполл ожидал смс, как только получаю, то ставлю на поток его обработку, а сам заново лонгполл. Но люди пишут, сколько смс, столько и потоков их обрабатывают. Мой комп да, а вот vps то одноядерный. И да, такая конструкция иногда теряет сообщения. Я к вам за советом, как мне лучше решить мою задачу? Чтобы не упускать лонгполл запрос на новые поступления сообщения и обрабатывать их независимо от этого.

В случае threads нет разницы, одно ядро или нет, потому что треды всё равно выполняются в рамках 1 ядра.

Т.о. будет только 1 поток паралецно работать. Но я не знаю. В парал не очень силён вообще. Только threafing и знаю как запускать поток...все

да, но в этом ничего страшного, ибо основная миссия потоков в твоем случае - ждать.

А чего либу не возьмешь?

А либа асинхронно работает?

А либа асинхронно работает?

Думаю, всякие есть

Если с телегой работаешь - то aiogram асинхронный

А я дмаю что не асинхронно а последовательно. И наврятли она может отправлять сообщения сразу несколькольким людям...

А, вконтакте

50 человек легко треды выдержат. Если будет увеличение, стоит смотреть в сторону асинхронности

да, но в этом ничего страшного, ибо основная миссия потоков в твоем случае - ждать.

Ждать не долго. Не очень хорошо, если пропущу обновление.

Ну в общем, ты можешь принимать одним потоком сообщения и складывать их в очередь, из которой эти сообщения будет доставать какой-нибудь пул потоков и обрабатывать

А либа асинхронно работает?

А напиши свою Есть же aiohttp

Ну в общем, ты можешь принимать одним потоком сообщения и складывать их в очередь, из которой эти сообщения будет доставать какой-нибудь пул потоков и обрабатывать

Тоже подумал. Но что юзать в качестве очереди? Список ? Скорость наверное мала. Массив? Словарь?

Не список, queue

Или deque

Ждать не долго. Не очень хорошо, если пропущу обновление.

то, что в один момент времени работает только один поток - не означает, что пока он не закончится, другой поток не начнет выполняться. Там псевдопараллельность - быстрое переключение между потоками. Для сетевых задержек вполне хватит скорости (с запасом), если мы говорим о сотнях соединений

50 человек легко треды выдержат. Если будет увеличение, стоит смотреть в сторону асинхронности

thread или threading? Я со вторым работаю

Для ВК есть асинк

Либа

thread или threading? Я со вторым работаю

это одно и тоже.

Для ВК есть асинк

Тем лучше

Для ВК есть асинк

Что за либа?

Что за либа?

Aiovkapi

Aiovkapi

А она допилена?

А она допилена?

В дев версии вроде да

А если без либ? С requestom как то привычнее работать, а это либу заново изучать

Что за либа?

Async-vk-api норм

Вроде как

Самая быстрая по идее

то, что в один момент времени работает только один поток - не означает, что пока он не закончится, другой поток не начнет выполняться. Там псевдопараллельность - быстрое переключение между потоками. Для сетевых задержек вполне хватит скорости (с запасом), если мы говорим о сотнях соединений

Ну вообще есть ещё разные ядра

Ну вообще есть ещё разные ядра

Не стал голову забивать лишней информацией

Либы это либы...это заново код переписывать, заново в либу вникать и изучать. Зачем это? Когда есть код с requests и его надо доработать. Значит судя из сказанного, продолжать использовать threading. Но не создавать новый поток каждый раз, а пусть один поток крутится и обрабатывает очередь, которую заполняет лонгполл? Что там в качестве очереди юзать лучше?

Либы это либы...это заново код переписывать, заново в либу вникать и изучать. Зачем это? Когда есть код с requests и его надо доработать. Значит судя из сказанного, продолжать использовать threading. Но не создавать новый поток каждый раз, а пусть один поток крутится и обрабатывает очередь, которую заполняет лонгполл? Что там в качестве очереди юзать лучше?

Не один поток, а пулл потоков

Очередь queue.Queue или collections.deque

Насчет либ согласен, что ты становишься зависимым от ее создателя. Изменился api в контакте, а чувак забросил либу и придется разбираться с чужим кодом, либо переписывать на другую либу, либо делать свою. Словом, любое решение несет какие то риски. Но вот вникать и изучать что-то новое - это очень нужно и правильно. Для закрепления полученных знаний иногда полезно свой проект переписать с их учетом (помогает лучше понять нюансы). Хорошо как раз попробовать разобраться с асинхронным программированием, написав проект с использованием этого направления (например, после того, как получишь рабочий вариант с помощью тредов).

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

это одно и тоже.

Нет.

Не один поток, а пулл потоков

А почему пулл? Один разве не справится?

Я чёт упустил, а какую проблему решаем?

Либы это либы...это заново код переписывать, заново в либу вникать и изучать. Зачем это? Когда есть код с requests и его надо доработать. Значит судя из сказанного, продолжать использовать threading. Но не создавать новый поток каждый раз, а пусть один поток крутится и обрабатывает очередь, которую заполняет лонгполл? Что там в качестве очереди юзать лучше?

Зачем писать то, что уже реализовано много раз в готовых инструментах людьми которые наверняка хорошо знают как лучше работать с тем или иным АПИ и какая функциональность может быть нужа разработчику? В тырпрайзе тебе никто не даст городить на каждый чих свой инструмент, когда уже есть готовые. "Заново учить?". Да. Учить заново. Это полезно. Всегда. Это прокачивает твой скилл. Смотрел бы что есть в готовых библиотеках, знал бы что использовать для очередей.

Нет.

Пакета thread больше не существует.

Зачем писать то, что уже реализовано много раз в готовых инструментах людьми которые наверняка хорошо знают как лучше работать с тем или иным АПИ и какая функциональность может быть нужа разработчику? В тырпрайзе тебе никто не даст городить на каждый чих свой инструмент, когда уже есть готовые. "Заново учить?". Да. Учить заново. Это полезно. Всегда. Это прокачивает твой скилл. Смотрел бы что есть в готовых библиотеках, знал бы что использовать для очередей.

Ой вот в тырпрайзе наоборот могут сказать "хз кто писал эту либу, мы сами лучше напишем"

И не не с лучшей стороны их характеризует

Ой вот в тырпрайзе наоборот могут сказать "хз кто писал эту либу, мы сами лучше напишем"

Скорее форкнем, допилим.

ERROR: S client not available

Помянем

Какой тырпрацс? Я для себя делаю.

Я чёт упустил, а какую проблему решаем?

Как не работать и чувствовать себя отлично

Какой тырпрацс? Я для себя делаю.

"для себя" тем более полезно смотреть что есть в готовых инструментах и как оно работает.

Как не работать и чувствовать себя отлично

Это не проблема. Как не работать и чтобы было на что жить - вот это другое дело

Я для себя выработал такой план: 1. Смотрим готовую либу 2. Говорим "фу" 3. Делаем велосипед 4. Смотрим 2 готовые либы 5. Говорим фу на свой код 6. Берём и юзаем что-то готовое, но уже осознанно

Это не проблема. Как не работать и чтобы было на что жить - вот это другое дело

1хбет)

1хбет)

Ban!

!vote ban

1хбет)

А где кнопка "пропустить рекламу"?

А где кнопка "пропустить рекламу"?

"пропустить можно будет через ∞ секунд."

Пакета thread больше не существует.

Это как так ?

Это как так ?

Остался только threading

помогите разобраться в каких случаях создавать обычную копию, а в каких глубокую... в данный момент ситуация такая: string = {'a': None, 'b': None, 'c': None} for x in deepcopy(string): if x == 'a': del string[x] чтобы не получить в этом коде RuntimeError я пользовался "deepcopy", но "copy" тоже всё как оказалось работает нормально хотя насколько мне ранее было известно... если меняется копия - должен менятся и оригинал, соответственно при использовании copy должна быть ошибка... или я что-то не правильно понял? разьясните плз

Остался только threading

Тогда все ок, думал уже от него отказались

помогите разобраться в каких случаях создавать обычную копию, а в каких глубокую... в данный момент ситуация такая: string = {'a': None, 'b': None, 'c': None} for x in deepcopy(string): if x == 'a': del string[x] чтобы не получить в этом коде RuntimeError я пользовался "deepcopy", но "copy" тоже всё как оказалось работает нормально хотя насколько мне ранее было известно... если меняется копия - должен менятся и оригинал, соответственно при использовании copy должна быть ошибка... или я что-то не правильно понял? разьясните плз

Скажи, а если бы у тебя была кошка, ты ее тоже бы назвал "птица"?

Скажи, а если бы у тебя была кошка, ты ее тоже бы назвал "птица"?

я не понимаю к чему это(

я не понимаю к чему это(

Словарь с названием "строка"

Словарь с названием "строка"

аа) ну тут я дурак да, извиняюсь)

помогите разобраться в каких случаях создавать обычную копию, а в каких глубокую... в данный момент ситуация такая: string = {'a': None, 'b': None, 'c': None} for x in deepcopy(string): if x == 'a': del string[x] чтобы не получить в этом коде RuntimeError я пользовался "deepcopy", но "copy" тоже всё как оказалось работает нормально хотя насколько мне ранее было известно... если меняется копия - должен менятся и оригинал, соответственно при использовании copy должна быть ошибка... или я что-то не правильно понял? разьясните плз

Глубокая копия нужна чтобы всю иерархию скопировать. А тебе достаточно было все ключи скопировать

Остался только threading

Его вроде просто переименовали в _thread

никогда им не пользовался

Да нет у тебя иерархии, какую ты разницу хотел увидеть?

Да нет у тебя иерархии, какую ты разницу хотел увидеть?

что ты подразумеваешь под иерархией?

deepcopy копирует рекурсивно, а copy - поверхностно

{"a":{"b":[1,2,3]}}

что ты подразумеваешь под иерархией?

Когда значение само является сложным типом (словарь, список и т. д)

Да нет у тебя иерархии, какую ты разницу хотел увидеть?

я правильно понимаю, что результаты copy и deepcopy данного словаря должны быть разные? {"a":{"b":[1,2,3]}}

я правильно понимаю, что результаты copy и deepcopy данного словаря должны быть разные? {"a":{"b":[1,2,3]}}

Да

Смотря что ты считаешь разными