так я нажал PrtScr и в чате "вставить" (без сохранения на комп)

У меня в этом случае появляет окно телеги где есть галочка насчёт компресии картинки

У меня в этом случае появляет окно телеги где есть галочка насчёт компресии картинки

это тг веб?

Нет, у меня десктоп

веб не спрашивает (

А поставить нормальную версию что мешает?

с веба удобнее читать апи телеги и сразу в ней сидеть

кто нибудь видел парсинг в базу телеги?

не извращаясь вот так

Может тебе это всё в виде JSON в базу сохранять?

А не создавать 100 колонок в таблице

Может тебе это всё в виде JSON в базу сохранять?

Можно MongoDB юзать сразу

так оно невалидный json

В колонки вынести только что то важное, для чего надо будет индексы пилить, запросы там всякие строить. Хотя если у тебя PostgreSQL то там можно индексы и на JSONb поля вешать

да и в нем не все ветки есть

в зависимости от типа сообщения там разные значения появляются

Чего там не валидного?

там не в кавычках значения

'mime_type': None,

быр

почитай документацию про стандартный модуль питона json

почитай документацию про стандартный модуль питона json

так смотри, если я кинул в телегу видео то там будут поля video_mime_type video_file_id video_file_size video_width video_height video_duration

Любой валидный питонячий словарь с простыми типами данных (строки, числа, списки, словарики) можно заэнкодить в JSON

И что в этих полях мешает заталкиванию их в JSON?

Имя поля нормальное, значение - строка или число. Всё ОК

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

как тогда в базу писать?

В виде JSON

надо базе сказать что эти поля == нулл

Ты точно уверен что тебе нужны 100 колонов в таблице? Что ты с ними делать будешь?

в ответе приходит не 100 ответов, но вариаций этого jsona очень много и полей будет больше сотки

Ты будешь делать сложные запросы вида WHERE (video_mime_type = 'video/mp4' OR audio_mime_type = 'audio/mp3') AND .... ?

Ты по моему всё ещё не догоняешь что я тебе предлагаю

Я тебе предлагаю засунуть всю эту структуру в одну колонку таблицы в виде JSON

нет, для начала надо просто положить все в базу

Я тебе предлагаю засунуть всю эту структуру в одну колонку таблицы в виде JSON

у меня база будет на 100 колонок, а в json придет 50, у меня же это база не сожрет)

Если у тебя PostgreSQL, то там есть для этого специальный тип данных JSONB, елси у тебя MySQL или ещё что полегче, то можно использовать тип TEXT

Всё зависит от того что ты потом будешь делать с этими данными

у меня sqlite)

ну тогда TEXT

потом делать сложные запросы из нескольких таблиц

inner join

Ну вот на примере этих полей для видео. Тебе надо будет делать запросы вида - "найди все сообщения в которых есть видео заданого типа и разрешения"?

примерно да

Тогда страдай ?

?

Придётся лепить тебе кучу колонок

оокай)

не очень понимаю зачем 100 полей держать в одной таблице

вешать на них кучу индексов, что бы запросы быстро выполнялись

когда можно наплодить таблиц для каждой сущности (видео, фото)

не очень понимаю зачем 100 полей держать в одной таблице

потому что все из одной выдачи

Ну да, правильнее было бы раскидать это всё по разным табличкам

Ну да, правильнее было бы раскидать это всё по разным табличкам

тогда там будут дублироваться поля время\кто\что\когда

Ну да, правильнее было бы раскидать это всё по разным табличкам

это влияет на скорость работы?

выполнения*

В основной табличке можно только ID сообщения, даты, текст В остальных таблицах - ID(автоинкремент), message_id из первой таблицы + все поля для заданого типа (например для видео)

это влияет на скорость работы?

Это влияет на твоё будущее психическое состояние в процессе работы над этим кодом

?

хорошо, попробую разнести все по таблицам, спасибо)

А поскольку видео и фото - это наверное от силы 5% всех сообщений. То это наверное тебе ещё и сэкономит место занимаемое базой

Если появится новый тип контента - просто добавляешь новую таблицу и это ни как не поломает твой старый код для работы с другим контентом, т.к. его даже менять не придётся.

а sql скрипт из питона как то выносится отдельно из основного кода?

ммм, тут прям 100500 возможностей

тогда вообще все хорошо )

Можно херачить сырыми SQL-ками в питоне. Можно заюзать враперы, которые позволяют вмето SQL писать как бы на питоне, а оно потом само сгенерит SQL для нужного типа базы (sqlite в твоём случае). Можно заюзать ORM, в котором ты будешь иметь дело по сути с почти обычными классами и объектами питона, а ORM за тебя будет всё это сохранять в базу и обратно от туда вытаскивать.

ну орм как понимаю это от вебсервера штука, я пока туда не лез

ERROR: S client not available

ОРМ к вебсерверу не имеет ни какого отношения

ммм

гуглю

ОРМ может бытьвстроена в вебфреймворк (плевок в сторону Django), а может быть отдельной либой

Прикольная штука, но лучше буду писать на sql, его тоже знать полезно)

Прикольная штука, но лучше буду писать на sql, его тоже знать полезно)

Ну как я говорил - тогда страдай ?

Хаскель тоже знать полезно, но это не значит, что нужно на нем писать

Хотя в твоём положении это наверное действительно самое оптимальное

Изучишь всё с самых низов

всем спасибо)

Хаскель тоже знать полезно, но это не значит, что нужно на нем писать

в чем суть монад? есть похожие конструкции на питоне?

Если хаскель полезно знать, это еще не значит, что я его знаю

хехе

?

Как я понял монада - это такая грязная тряпка на чистой и блестящей функциональщине ?

аналогию!

Можно свою написать

Нахера она питону - не знаю. Там и без неё отлично можно делать IO не запариваясь "чистотой"

хочется учить хаскель, чтобы понять, что этот такое чистая функциональщина

в голове одни переменные

нету там переменных, забудь про них

и что там есть тогда?

и что там есть тогда?

Функции, типы, монады

Нет переменных в том смысле, что их нельзя там менять

ну вот у меня функция def, состоит из переменных, видимо, это неправильная функция

Нет переменных в том смысле, что их нельзя там менять

а!

вот уже яснее

И персистентные структуры во все поля

Пора уже спать

Блин такие качественные подкасты жаль нет времени слушать