Обновить
4
Lev Lybin@lybin

Разработчик Python / Team Lead Ведущий (Lead)

5
Подписчики
Отправить сообщение
На самом деле я вот сейчас подумал как мне повезло увидеть платье по разному. Не увидел бы — не поверил бы! Сначала я видел сине-черное и тоже думал как это другие видят бело-золотое, каааак?(первый комментарий). Потом общаясь с бело-золотым другом он кинул мне одну картинку после которой я стал видеть бело-золотое платье, а не сине-черное. Как выяснилось эта картинка работает не на всех, ну и только для сине-черных, как бело-золотым увидеть сине-черное платье пока тайна.
Т.е. вы на изображении с ламой видите сине-черное платье? :)
Пипетка говорит о белом цвете. Белое подразумевается не чисто белый, с какими то оттенками, но точно не синий подразумевается, как его видел я… и иногда продолжаю(не на ламе) ))
ахахах, посмотрите на ламу и снова на платье, поможет: std3.ru/c5/c1/1425028161-c5c16de7f962a09dc910c5cedd353b40.jpg
P.S. С пролистыванием вверх не работает, почему то, нужно открывать в отдельных вкладках… Не успел отредактировать и удалить фразу эту.
Я видел платье синим, мне помогла лама. Те кто видит синим, посмотрите на эту ламу, а затем пролистните на верх, платье станет белым!!!
Но у меня оно сначала белое, потом как гифка синеет и снова вижу синий О_о
Откройте картинку из статьи: hsto.org/files/6e4/a2e/253/6e4a2e2530b34ec4ace13643e9867b6c.jpg
Откройте ламу: std3.ru/c5/c1/1425028161-c5c16de7f962a09dc910c5cedd353b40.jpg
Потом вернитесь на картинку обратно, магия.
image
Для Sublime есть github.com/DamnWidget/anaconda На мой взгляд лучший плагин, но только для Sublime 3, но она пока dev и бесплатна также, и ключи со второй подходят.
С документами приходится сталкиваться крайне редко и всегда они не odf. На крайний случай есть Google doc для odf.
Ради интереса надо попробовать, но с пол года назад я перешел на WPS Office и очень доволен. Хорошая поддержка МС документов, пока не сталкивался с проблемами. Интерфейс привычный и на QT! Кросплатформенный и базовая версия бесплатна! Китайцы молодцы.

image
Надо потыкать, как то он не на слуху…
Я работал с одним человеком, он был фанат торнадо. Проекты были разные, так что я знаком с торнадо поверхностно, по его проекту. Когда я открыл этот проект то ужаснулся на сколько код на торнадо не читаемый и запутанный. Например, в том же твистед можно писать асинк не колбэками, а линейно и повесив декоратор на функцию inlinecallback, в торнадо же я всегда видел код с колбэками.

Шаблонизатор для API не нужен.

Sqlalchemy подключается и к flask и к bottle через готовые плагины, либо без.

По поводу необходимости ORM в свое время тоже пытался понять, хорошо или плохо. Не без помощи мыслей других пришел к тому, что ORM это хорошо, скорость разработки, читабельнее код и т.п., но до тех пор, пока ORM не станет причиной падения производительности, тогда можно по частям переписать просто медленные участки на прямые sql запросы. имхо
Оставлю ссылку:
bottlepy.org/docs/dev/async.html

С учетом этого переписывание проекта с Django на Flask или c Flask на Falcon, не даст хоть сколько нибудь заметного выигрыша в производительности.

Glueon не говорил про переписывать.
А нужен асинк заюзать gevent для питона 2 или asyncio для третьего.
Не для всех целей tornado, особенно если учитывать деньги-время + действительно необходимость заюзать торнадо.
Ну, например, вот статья Андрея Светлова, почему он не любит flask: asvetlov.blogspot.com/2014/10/flask_20.html
Ну и про боттле. Меньше кода — меньше ошибок — побыстрее — легко разобраться внутри да и поправить если надо без труда. Предоставляет минимальные фичи вроде роутов, пробросов переменных, подключение плагинов. Для апи самое то, ничего лишнего, никаких шаблонизаторов и т.п.
Не говоря уже о том, насколько увеличились лимиты на файловые аттачменты в почтовых веб-сервисах.

Google — 25МБ, Yandex — 30МБ. Все что больше через Google Drive/Я.Диск шарится.
Как сказано выше :
Если вам повезет с версткой, то да.
Иногда начало не получается захватить, идёт перетаскивание ссылки.
Про администрирование не правда. Когда проект более менее мускл надо тюнить и постгрес тоже, При той же настройке репликации. К сожалению, прочитав статью, сложно сказать, что объективное сравнение и раскрыты все стороны обоих БД. Сам больше знаком с мускл, сейчас работаю с постгрес, Сам пытаюсь сравнить и понять, какую БД я использовал бы в следующем проекте с нуля, пока ответа нет (Опустим моменты с PostGIS и специализированными штуками, когда ответ очевиден)
Не пробовал. Спасибо, возьму на заметку.
С помощью openarkkit можно делать не блокирующие операции над MySQL.
… активно развивают...


Последний комит 11 месяцев назад на гитхабе.

Информация

В рейтинге
Не участвует
Откуда
Бангкок, Таиланд, Таиланд
Зарегистрирован
Активность