
Ilia
15.10.2018
15:59:08

Alexander
15.10.2018
15:59:10
дело не в этом, британцы очень быстро и неразборчиво говорят, а если это шотландец, то вообще жопа. У американцев английский чище и понятнее

Ilia
15.10.2018
15:59:37
:-)

Google

Alexander
15.10.2018
16:00:02
я вообще ничего не хочу. Человек выше спросил совета, я с ним поделился личным опытом
поделись своим

Ilia
15.10.2018
16:00:29

Alexander
15.10.2018
16:01:22
с африканцами, наверное несладко пришлось)

Ilia
15.10.2018
16:06:06

Centrino
15.10.2018
16:11:35
не знаю что выбрать из курсов, они такие одинаковые :(
думал кто посоветует школу. В Alibra попробую

Сергей
15.10.2018
16:27:21

Roman
15.10.2018
16:28:04

Сергей
15.10.2018
16:28:28
почему? я там учился, вполне себе норм

Roman
15.10.2018
16:28:47

Centrino
15.10.2018
16:31:52
Офлайн думаю лучше

Alex
15.10.2018
16:50:27

Google

Диёр
15.10.2018
16:54:05

Centrino
15.10.2018
16:55:13
B1

Alex
15.10.2018
16:56:33
magoosh норм курсы
с помощью них с б1 можно набрать 7+ при должном усердии

Alexander
15.10.2018
17:09:57

Centrino
15.10.2018
17:10:59

Alexander
15.10.2018
17:11:26
я ходил в https://bis-english.ru/
мне понравилось, от бегиннера до upper-intermediate проучился, но не знаю как у них сейчас с преподавателями. Из тех, что есть на сайте, лучше всех, наверное Айрин. Был ещё Ник - препод из Техаса, вот он вообще круто преподавал, но, видимо, уже уволился

Ilia
15.10.2018
17:19:03
Санкт-Петербург
Самая главная школа английского в СПб развалилась...
Тоже забыл как называется :(

Eugene
15.10.2018
19:03:32

Ilia
15.10.2018
19:03:57
Давно вроде.
Ладно я не в теме , давно уже всё было.

Eugene
15.10.2018
19:09:55
Моя жена как преподаватель считает, что большинство курсов и "школ" неэффективны и просто выкачивают бабло с учеников. Она за индивидуальные занятия с носителем. Предлагает сайты preply.com и italki.com, где можно найти хороших преподавателей для занятий по скайпу. Если нужны занятия вживую, то spbrepetitor, там тоже есть носители, но они очень дорогие.

Andrei
15.10.2018
19:12:55

Eugene
15.10.2018
19:13:37

Andrei
15.10.2018
19:14:59

Eugene
15.10.2018
19:15:00
Она последний раз работала в школе, которая как раз развалилась, там были занятия по 4 часа 2 раза в неделю. Это довольно много. И другие столько часов не дают.

Roman
15.10.2018
19:16:57

Andrei
15.10.2018
19:17:03

Google

Eugene
15.10.2018
19:18:48

b0g3r
15.10.2018
19:23:24
+

Roman
15.10.2018
19:24:55

Denis
15.10.2018
20:18:00

Dmitriy
16.10.2018
00:59:57
Что это?

Roman
16.10.2018
16:39:43
https://morepypy.blogspot.com/2018/09/inside-cpyext-why-emulating-cpython-c.html

Serge
17.10.2018
12:03:59
А вот и наша очередная встреча уже через неделю. И, традиционно, каждый из вас может предложить свою тему для обсуждения.
Если у вас есть желание поделиться чем-то интересным, даже на 10 минут, не стесняйтесь!
https://spbpython.guru/news/2018/10/17/meetup-20181024-epam
#spbpython #meetup


Stepan
17.10.2018
12:11:11
уточните, пожалуйста, как это будет ( я хотел бы прийти, но просто не знаком с форматом)
я бы например про чей-нибудь опыт создания высоконагруженных приложений послушал, об этом можно как-нибудь попросить?

Serge
17.10.2018
12:13:04

Stepan
17.10.2018
12:13:28
хорошо, я буду

Serge
17.10.2018
12:14:35

Roman
17.10.2018
14:54:36

Olya
18.10.2018
11:37:57
25 октября состоится первый в Санкт-Петербурге meetup некоммерческого блокчейн-проекта NEO.
Мероприятие БЕСПЛАТНОЕ!
NEO — первый китайский проект с открытым исходным кодом, который использует технологию блокчейн и цифровую идентификацию для оцифровки активов и автоматизации управления цифровыми активами с помощью смарт-контрактов. С целью на массовое внедрение, платформа NEO разрешила совместимость кода смарт-контрактов с широким спектром существующих языков программирования, включая и Python с перспективой расширения.
Мероприятие пройдет 25 октября 18:30-21:00 по адресу Лиговский проспект 61, отель Crowne Plaza St. Petersburg - Ligovsky.
Участие бесплатное, количество мест ограничено.
Зарегистрироваться: https://neoblockchain.timepad.ru/event/831020/

Serge
18.10.2018
11:39:37


tardigrade
18.10.2018
12:02:46
Shto ya doljen delat shtobi na poslednix 3 elementax spiska ne poyovilsa zapitaya?
https://pastebin.com/Kg0PRPmA

Vladimir
18.10.2018
12:18:57
', '.join(a[:-2]) + ' ' + ' '.join(a[-2:])
массив правда скопируется

Алексей
18.10.2018
12:21:04

Google

Vladimir
18.10.2018
12:22:23
питономешалка мешает питон) смотря какая задача решается

Tamu
18.10.2018
12:23:46

Забурунов
18.10.2018
12:30:28
А тут есть кто с odoo платформой дело имел ?

Serge
18.10.2018
13:36:00
Добавили еще рассказ про Dockerfile для Python проекта от Сергея Матвеенко
https://www.meetup.com/spbpython/events/hlcmbqyxnbmb/

Alexander
18.10.2018
15:27:35
всем привет. Поделитесь плз опытом, кто сталкивался, какой драйвер лучше всего выбрать для clickhouse?
У них на сайте есть список - https://clickhouse.yandex/docs/ru/interfaces/third-party_client_libraries/
не хочется на грабли наступать

Serge
18.10.2018
15:32:39

Dmitry
18.10.2018
15:35:10
?

Serge
19.10.2018
07:36:41
libssh 0.8.4 and 0.7.6 security and bugfix release
https://www.libssh.org/2018/10/16/libssh-0-8-4-and-0-7-6-security-and-bugfix-release/
#ssh #vulnerability #решето
https://twitter.com/spbpython/status/1053187515375587328

Alexander
19.10.2018
07:42:52
Ну судя по описанию с опеннета, уязвимости подвержены приложения, которые используют libssh для создания сервера
А таких очень мало

Serge
19.10.2018
07:45:30

Vitaly
19.10.2018
08:14:00
День добрый,
Расскажите, что сейчас принято использовать в качестве in-process nosql базы данных? Нужна для хранения разветвленных json документов с поиском по ним. Полистав гугл, склоняюсь к tinydb, но вопроса раньше не касался вообще, поэтому, может что-то упустил.
Читал про следующие:
- ZODB - нет api для поиска
- Buzhug, CodernityDB - проекты заброшены, судя по датам на PyPI
- Unqlite - довольно странный API, да ещё и какой-то собственный язык для запросов
TinyDB смущает только тем, насколько они агитируют в своей документации поискать другие, более быстрые аналоги ?


Sergey
19.10.2018
08:42:49
День добрый,
Расскажите, что сейчас принято использовать в качестве in-process nosql базы данных? Нужна для хранения разветвленных json документов с поиском по ним. Полистав гугл, склоняюсь к tinydb, но вопроса раньше не касался вообще, поэтому, может что-то упустил.
Читал про следующие:
- ZODB - нет api для поиска
- Buzhug, CodernityDB - проекты заброшены, судя по датам на PyPI
- Unqlite - довольно странный API, да ещё и какой-то собственный язык для запросов
TinyDB смущает только тем, насколько они агитируют в своей документации поискать другие, более быстрые аналоги ?
Sqlite?

Vitaly
19.10.2018
08:44:54
Да, тоже думал об этом, честно говоря. Закинуть все в одну таблицу и для каждого ключа на любом уровне вложенности записать json значения. Сработает, хоть и не слишком красиво ?
Я только не вижу, в чем преимущества этого варианта перед tinydb. Писать больше кода, который в итоге может оказаться медленнее за счёт постоянной перегонки в json и обратно.


Valery
19.10.2018
09:05:53
День добрый,
Расскажите, что сейчас принято использовать в качестве in-process nosql базы данных? Нужна для хранения разветвленных json документов с поиском по ним. Полистав гугл, склоняюсь к tinydb, но вопроса раньше не касался вообще, поэтому, может что-то упустил.
Читал про следующие:
- ZODB - нет api для поиска
- Buzhug, CodernityDB - проекты заброшены, судя по датам на PyPI
- Unqlite - довольно странный API, да ещё и какой-то собственный язык для запросов
TinyDB смущает только тем, насколько они агитируют в своей документации поискать другие, более быстрые аналоги ?
Embedded Elasticsearch? ? Правда, не уверен, что получится из питона


Alexey
19.10.2018
09:07:13
День добрый,
Расскажите, что сейчас принято использовать в качестве in-process nosql базы данных? Нужна для хранения разветвленных json документов с поиском по ним. Полистав гугл, склоняюсь к tinydb, но вопроса раньше не касался вообще, поэтому, может что-то упустил.
Читал про следующие:
- ZODB - нет api для поиска
- Buzhug, CodernityDB - проекты заброшены, судя по датам на PyPI
- Unqlite - довольно странный API, да ещё и какой-то собственный язык для запросов
TinyDB смущает только тем, насколько они агитируют в своей документации поискать другие, более быстрые аналоги ?
Доброго дня. Обратите внимание на реализацию storage, которую вы собираетесь использовать в tinydb.
https://github.com/msiemens/tinydb/blob/master/tinydb/storages.py:107
То есть, получается, если у вас будет большое кол-во json документов, то вы все будете грузить в оперативку. Кажется это для вас не подойдет, ну или ваше решение будет работать на каком-то ограниченном наборе данных.
Может быть для вас стандартным решением будет хранить json документы в mongodb? При этом вы получаете возможность в дальнейшем настроить индексы для поиска в сохраненных документах.


Vitaly
19.10.2018
09:11:39
Не, у меня целевой набор данных около 50МБ в json, даже если вдруг понадобится в десять раз больше, обработка в памяти не должна стать проблемой. А вот mongo за собой таскать совсем не хочется.

Google

Serge
19.10.2018
09:15:02

Alexey
19.10.2018
09:17:57

Roman
19.10.2018
09:18:58
День добрый,
Расскажите, что сейчас принято использовать в качестве in-process nosql базы данных? Нужна для хранения разветвленных json документов с поиском по ним. Полистав гугл, склоняюсь к tinydb, но вопроса раньше не касался вообще, поэтому, может что-то упустил.
Читал про следующие:
- ZODB - нет api для поиска
- Buzhug, CodernityDB - проекты заброшены, судя по датам на PyPI
- Unqlite - довольно странный API, да ещё и какой-то собственный язык для запросов
TinyDB смущает только тем, насколько они агитируют в своей документации поискать другие, более быстрые аналоги ?
lmdb?

Mikhail
19.10.2018
09:21:17
@potyarkin http://www.zodb.org/en/latest/ ?

Vitaly
19.10.2018
09:22:37
lmdb?
Спасибо, но LMDB это чисто key-value, а не document storage. Хранить ветвленные json получится не лучше, чем в sqlite