Avonar
как в ipython выполнить код, который вставил? дело в том, что если курсор не вконце вставки на пустой строке, то он при нажатии на ентер новую строку создает
Avonar
что-то типа шифт+ентер или скажите как настроить
Tishka17
контрол энтер попробуй
Avonar
контрол энтер попробуй
Не-а, не взлетает
Tishka17
хз тогда
Avonar
ну у меня пидороось, поэтому если где-то будет работать кнтрл+ентер вы мне скажите, ковырять продолжу биндинги
Avonar
шифт энтер
под какой ос это так работает?
Рустам
Сделай так, что бы оно работало.
for: for: for: for: тоже работает)
Avonar
мб это zsh перехватывает...
Aragaer
под какой ос это так работает?
это я перепутал ipython с ноутбуком
Андрей
olapotnikov
Товарищи, всем привет. Может кто подсказать по гитхабу ? Я питоню понемногу, сейчас дошло до того что создаю первый репозиторий. Как я понимаю, к этому репозиторию можно подключить некий редактор, по типу sublime, которым можно будет видеть структуру репозитория и редактировать файлы. Может кто подсказать самые популярные ?
Aragaer
ээ
Aragaer
репозиторий это способ хранить файлы
Андрей
но ты знатно напутал терминологию
Aragaer
гитхаб это обертка поверх гита, который там на сервере живет. Ты можешь отправлять туда файлы и получать оттуда файлы и вообще творить все, что можно делать с гитом
Aragaer
про гит советую прочитать "волшебство гит" (в оригинале git magic, перевод на русский вполне адекватный)
Aragaer
нет, ему нужен клиент гита
Aragaer
но многие ИДЕ имеют встроенный
Yar
Нутк ему нужен редактор)
olapotnikov
Терминологию уже понял что напутал, пока только в это погружаюсь) Ссылок мне накидали, теперь понятно что искать. Попробую PyCharm
Yar
а pycharm для этих целей норм зайдёт
olapotnikov
Да, мне нужен редактор)
Avonar
У меня тоже zsh
т.е. ты ставишь крусор в самое начало всех строк и нажмиаешь альт+ентер и оно выполняется, да?
olapotnikov
спасибо всем!
Aragaer
вот редактор не привязан к системе контроля версий 8)
𝗦𝘁𝗼𝗿𝗺
Да, мне нужен редактор)
Sublime Merge попробуй
Aragaer
клиент чтобы работать с гитом, редактор чтобы редактировать код. Ну или комбайн иде, где это и еще куча другого
Avonar
а какая версия prompttoolkit ? @omojr
𝗦𝘁𝗼𝗿𝗺
А вообще научись работать в командной строке
Misha
Хз, сейчас не скажу, ушел на обед
Aragaer
прочти волшебство гит (на всю "книгу" надо пару часов)
olapotnikov
А вообще научись работать в командной строке
так в командной умею, на уровне nano/ls/cd/cron и тд правда
Aragaer
тем, что я ее прочитал, а про гит еще нет 8)
Alex
так в командной умею, на уровне nano/ls/cd/cron и тд правда
в командной строке с гитом работать имелось ввиду
Aragaer
я пользуюсь гитом уже лет 10, не меньше
olapotnikov
в командной строке с гитом работать имелось ввиду
да, я понял. Короче пошел их документацию читать
𝗦𝘁𝗼𝗿𝗺
@olapotnikov На серверах тебе не будут доступны GUI, только cli, только хардкор
Aragaer
гит мэйджик можно просто взять и прочитать
Aragaer
а про гит скорее использовать как справочную литературу
Pavel
чем она лучше Pro Git?
отлично расписан rebase, например
Рустам
Ммм классика)
Yar
вы то это, спросите чего ему надо
𝗦𝘁𝗼𝗿𝗺
на серверах работать с гитом? ээээ серьезно?
Он же питонит по немногу, будет делать git clon, git pull
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
1. Если у тебя данные не изменяются незаивисмо, тебе не обязательно их хранить в разных таблицах 2. Почему бы к каждому парсеру не привязать специальный метод-читатель из БД?
1. Потому что данные не уникальны, грубо говоря одна запись в таблице может требовать сколько угодно одинаковых полей данных одного типа. 2. Как их тогда запускать?