F
aiohttp можно попробывать
Size: a a a
2018 December 17
YL
респондер - от создателя requests
YL
умеет и в синхронный и в асинхронный стиль из коробки
p
мы не ждем когда запрос к бд выполнится, а идем выполнять следующий
Чем тебе треды не угодили?
YL
вообще в чём задача заключается-то?)
m
Чем тебе треды не угодили?
связь с бд io-bound, треды для такого тяжелы
m
вообще в чём задача заключается-то?)
ни в чем. просто кручу в голове возможные сценарии улучшить сферическое приложение в вакууме за счет асинхронности
p
связь с бд io-bound, треды для такого тяжелы
что значит тяжелы? гил отпускает тред на ио
m
что значит тяжелы? гил отпускает тред на ио
да, но в питоне нативные треды а не зеленые и они тяжелы
p
да, но в питоне нативные треды а не зеленые и они тяжелы
что значит тяжелы?
m
что значит тяжелы?
шедулятся системой, это достаточно дорогостоящий процесс
m
сферический пример в вакууме разница в скорости работы асинхронного энджиникса и многопоточного апача
m
ксти о сферическом в вакууме, где можно потренероватся в написании веб сайтов/приложений?
p
шедулятся системой, это достаточно дорогостоящий процесс
дорогостоящий для чего? для памяти? тебе ж не нужно каждый раз новый тред создавать, сделал пул коннекшенов к базе и все.
я для себя не вижу кейса как тебе может помочь асинхронный драйвер к базе, вот вообще
я для себя не вижу кейса как тебе может помочь асинхронный драйвер к базе, вот вообще
BE
Ребят, нужна подмога мысли
Как мне лучше контролировать уникаольность товара, избегать дубли после парсинга?
характеристик много, но если они все совпадают, не должно быть дубля, может фича какая-то джанговская есть?
Или все проверять четким алгоритмом?
Уникальность не поля, а уникальность модели есть опция?)
Как мне лучше контролировать уникаольность товара, избегать дубли после парсинга?
характеристик много, но если они все совпадают, не должно быть дубля, может фича какая-то джанговская есть?
Или все проверять четким алгоритмом?
Уникальность не поля, а уникальность модели есть опция?)
MS
слишком индивидуально, в парсинге поставь if
iz
Ребят, нужна подмога мысли
Как мне лучше контролировать уникаольность товара, избегать дубли после парсинга?
характеристик много, но если они все совпадают, не должно быть дубля, может фича какая-то джанговская есть?
Или все проверять четким алгоритмом?
Уникальность не поля, а уникальность модели есть опция?)
Как мне лучше контролировать уникаольность товара, избегать дубли после парсинга?
характеристик много, но если они все совпадают, не должно быть дубля, может фича какая-то джанговская есть?
Или все проверять четким алгоритмом?
Уникальность не поля, а уникальность модели есть опция?)
Модель != модель ?)
BE
Модель != модель ?)
так же можно сравнить после записи в БД
m
дорогостоящий для чего? для памяти? тебе ж не нужно каждый раз новый тред создавать, сделал пул коннекшенов к базе и все.
я для себя не вижу кейса как тебе может помочь асинхронный драйвер к базе, вот вообще
я для себя не вижу кейса как тебе может помочь асинхронный драйвер к базе, вот вообще
дорогостоящий для времени выполнения. если я правильно понимаю каждый контекст свитч совершается с переходом в кернел спейс. а контекст свитчи неизбежны если не юзать кастомный шедулер
AF
Ребят, нужна подмога мысли
Как мне лучше контролировать уникаольность товара, избегать дубли после парсинга?
характеристик много, но если они все совпадают, не должно быть дубля, может фича какая-то джанговская есть?
Или все проверять четким алгоритмом?
Уникальность не поля, а уникальность модели есть опция?)
Как мне лучше контролировать уникаольность товара, избегать дубли после парсинга?
характеристик много, но если они все совпадают, не должно быть дубля, может фича какая-то джанговская есть?
Или все проверять четким алгоритмом?
Уникальность не поля, а уникальность модели есть опция?)
Засунуть во множество и перегрузить оператор сравнения