Avonar
как в ipython выполнить код, который вставил? дело в том, что если курсор не вконце вставки на пустой строке, то он при нажатии на ентер новую строку создает
Avonar
что-то типа шифт+ентер или скажите как настроить
Tishka17
контрол энтер попробуй
Misha
Avonar
Avonar
Tishka17
хз тогда
Avonar
ну у меня пидороось, поэтому если где-то будет работать кнтрл+ентер вы мне скажите, ковырять продолжу биндинги
Aragaer
Yar
Misha
Yar
Avonar
Avonar
мб это zsh перехватывает...
Avonar
Андрей
olapotnikov
Товарищи, всем привет. Может кто подсказать по гитхабу ?
Я питоню понемногу, сейчас дошло до того что создаю первый репозиторий.
Как я понимаю, к этому репозиторию можно подключить некий редактор, по типу sublime, которым можно будет видеть структуру репозитория и редактировать файлы. Может кто подсказать самые популярные ?
Aragaer
ээ
Aragaer
репозиторий это способ хранить файлы
Андрей
Андрей
но ты знатно напутал терминологию
Aragaer
гитхаб это обертка поверх гита, который там на сервере живет. Ты можешь отправлять туда файлы и получать оттуда файлы и вообще творить все, что можно делать с гитом
Misha
Aragaer
про гит советую прочитать "волшебство гит" (в оригинале git magic, перевод на русский вполне адекватный)
𝗦𝘁𝗼𝗿𝗺
Yar
Aragaer
нет, ему нужен клиент гита
Aragaer
но многие ИДЕ имеют встроенный
Yar
Нутк ему нужен редактор)
olapotnikov
Терминологию уже понял что напутал, пока только в это погружаюсь)
Ссылок мне накидали, теперь понятно что искать.
Попробую PyCharm
Yar
а pycharm для этих целей норм зайдёт
olapotnikov
Да, мне нужен редактор)
Avonar
У меня тоже zsh
т.е. ты ставишь крусор в самое начало всех строк и нажмиаешь альт+ентер и оно выполняется, да?
olapotnikov
спасибо всем!
Avonar
Aragaer
вот редактор не привязан к системе контроля версий 8)
Misha
Aragaer
клиент чтобы работать с гитом, редактор чтобы редактировать код. Ну или комбайн иде, где это и еще куча другого
Avonar
Avonar
а какая версия prompttoolkit ? @omojr
Alex
𝗦𝘁𝗼𝗿𝗺
А вообще научись работать в командной строке
Misha
Хз, сейчас не скажу, ушел на обед
Aragaer
прочти волшебство гит (на всю "книгу" надо пару часов)
Alex
Aragaer
тем, что я ее прочитал, а про гит еще нет 8)
Alex
Aragaer
я пользуюсь гитом уже лет 10, не меньше
𝗦𝘁𝗼𝗿𝗺
@olapotnikov На серверах тебе не будут доступны GUI, только cli, только хардкор
Aragaer
гит мэйджик можно просто взять и прочитать
Aragaer
а про гит скорее использовать как справочную литературу
Avonar
Alex
Pavel
Рустам
Ммм классика)
Yar
вы то это, спросите чего ему надо
Alex
Alex
наркоман штоле?
𝗦𝘁𝗼𝗿𝗺
ну либо скопирует свой репозиторий ручками
Alex
сегодня уже даже травис умеет в деплоймент
Aidyn
чо
Библиотека такая можно для твоего мониторинга
Alex
а кодерки с git pull похоже что все еще нет
Pavel
сам себе CI
âDêšwu öBipci
Так, ребята, коллеги, я совсем запутался в проекте. Нужен свежий взгляд на архитектуру.
Пользователь вводит несколько полей данных. Поля сразу кладутся в базу.
Есть несколько парсеров. Парсеры в отдельных модулях. Парсеры синхронные. Код их запускающий - асинхронный.
Парсеры принимают на вход одно поле из базы и некоторые из них принимают ещё дополнительные поля из других таблиц. В ответ выдают другие поля, из пераой таблицы. Задача - по нескольким полям от юзера спарсить сколько возможно данных на заполнение таблицы и потом юзеру все отдать.
По первоначальным данным получаем другие, и их снова нужно в другие парсеры загонять как входные. И так пока таблица не заполнится насколько возможно.
Делаю так - все первоначальные поля кладу в словарь, запускаю цикл while, пока словарь не пустой - беру из него по очереди все поля, отдаю во все парсеры что его принимают, удаляю поле из словаря. Если возвращенные парсерами поля в словаре ещё не присутствуют, добавляю их туда. Парсеры запускаю через run_in_executor. Проблема в том, что некоторым из парсеров нужны доп.данные из базы, из других таблиц, и я не знаю как в этом цикле их туда пробрасывать.
Еще - данные в возвращенных полях могут не совпадать от разных парсеров и с теми, что уже лежат в входных данных, т.е не уникальные значения. Нужно писать в связанные с основной таблицы, записывать все. Пока что ничего не получается из этой схемы построить.
Рустам
Так, ребята, коллеги, я совсем запутался в проекте. Нужен свежий взгляд на архитектуру.
Пользователь вводит несколько полей данных. Поля сразу кладутся в базу.
Есть несколько парсеров. Парсеры в отдельных модулях. Парсеры синхронные. Код их запускающий - асинхронный.
Парсеры принимают на вход одно поле из базы и некоторые из них принимают ещё дополнительные поля из других таблиц. В ответ выдают другие поля, из пераой таблицы. Задача - по нескольким полям от юзера спарсить сколько возможно данных на заполнение таблицы и потом юзеру все отдать.
По первоначальным данным получаем другие, и их снова нужно в другие парсеры загонять как входные. И так пока таблица не заполнится насколько возможно.
Делаю так - все первоначальные поля кладу в словарь, запускаю цикл while, пока словарь не пустой - беру из него по очереди все поля, отдаю во все парсеры что его принимают, удаляю поле из словаря. Если возвращенные парсерами поля в словаре ещё не присутствуют, добавляю их туда. Парсеры запускаю через run_in_executor. Проблема в том, что некоторым из парсеров нужны доп.данные из базы, из других таблиц, и я не знаю как в этом цикле их туда пробрасывать.
Еще - данные в возвращенных полях могут не совпадать от разных парсеров и с теми, что уже лежат в входных данных, т.е не уникальные значения. Нужно писать в связанные с основной таблицы, записывать все. Пока что ничего не получается из этой схемы построить.
Братан, ты бы сообщение формировал нормально.
Andrey
Так, ребята, коллеги, я совсем запутался в проекте. Нужен свежий взгляд на архитектуру.
Пользователь вводит несколько полей данных. Поля сразу кладутся в базу.
Есть несколько парсеров. Парсеры в отдельных модулях. Парсеры синхронные. Код их запускающий - асинхронный.
Парсеры принимают на вход одно поле из базы и некоторые из них принимают ещё дополнительные поля из других таблиц. В ответ выдают другие поля, из пераой таблицы. Задача - по нескольким полям от юзера спарсить сколько возможно данных на заполнение таблицы и потом юзеру все отдать.
По первоначальным данным получаем другие, и их снова нужно в другие парсеры загонять как входные. И так пока таблица не заполнится насколько возможно.
Делаю так - все первоначальные поля кладу в словарь, запускаю цикл while, пока словарь не пустой - беру из него по очереди все поля, отдаю во все парсеры что его принимают, удаляю поле из словаря. Если возвращенные парсерами поля в словаре ещё не присутствуют, добавляю их туда. Парсеры запускаю через run_in_executor. Проблема в том, что некоторым из парсеров нужны доп.данные из базы, из других таблиц, и я не знаю как в этом цикле их туда пробрасывать.
Еще - данные в возвращенных полях могут не совпадать от разных парсеров и с теми, что уже лежат в входных данных, т.е не уникальные значения. Нужно писать в связанные с основной таблицы, записывать все. Пока что ничего не получается из этой схемы построить.
а можно поконкретнее? зачем так сложно всё?
Andrey
и картинка бы не помешала
âDêšwu öBipci
Tishka17
1. Если у тебя данные не изменяются незаивисмо, тебе не обязательно их хранить в разных таблицах
2. Почему бы к каждому парсеру не привязать специальный метод-читатель из БД?
Tishka17
То есть 1.: можешь хоть блобом хранить, если это цельная часть по которы не будет ни поиска, на частичных апдейтов
âDêšwu öBipci