(но это сказочные персонажи, конечно. какой ещё рибейз в мастере)

(но это сказочные персонажи, конечно. какой ещё рибейз в мастере)

Тот, который сделали на проде для хотфикса, конечно же

ох в тему

git reflog git reset ... не?

ну и push -f все дела

(но это сказочные персонажи, конечно. какой ещё рибейз в мастере)

картинка к статье о проблемах с rebase в общем, и там действительно могут быть проблемы.

(но это сказочные персонажи, конечно. какой ещё рибейз в мастере)

Ребейз в мастере бывает разрешен, до первого провала)

Ещё вопрос. Уже замучался. Помогите, пожалуйста, не понимаю, куда копать. На локали всё работает. На сервере лежит NGINX, который принимает только https:// и проксирует определённый location на flask. При попытке авторизации через Flask-Login сессия выглядит так: <SecureCookieSession {'_fresh': False}> При этом кука в браузере стоит, у пользователя логин и пароль совпадают. Т.е. по login_user(user) логина не происходит.

Забыл добавить: что на локали, что на сервере flask висит на порту.

Ещё вопрос. Уже замучался. Помогите, пожалуйста, не понимаю, куда копать. На локали всё работает. На сервере лежит NGINX, который принимает только https:// и проксирует определённый location на flask. При попытке авторизации через Flask-Login сессия выглядит так: <SecureCookieSession {'_fresh': False}> При этом кука в браузере стоит, у пользователя логин и пароль совпадают. Т.е. по login_user(user) логина не происходит.

так а вопрос-то в чем?

Не могу понять, почему в сессии нет данных пользователя. Из-за этого не срабатывает декоратор login_required

В сессию ничего не пишу напрямую. Т.е. затирание очень маловероятно.

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

Надо или снаружи вовнутрь начать искать причину, или изнутри наружу, не знаю как это правильно назвать. Изнутри: сравнить отличия конфигов, включить логирование, постепенно сужать зону, в которой может возникнуть баг. Снаружи: проследить запросы, посмотреть на куки в этих запросах, заглянуть в логи и конфиг веб-сервера, во всех ли браузерах повторяется баг или только в каком-то одном, сравнить с запросами при взаимодействии с локальным сервером.

Снаружи уже всё, что мог посмотрел. Заголовок отправляется на сервер, но не возвращается с сервера - обнаружил только что. А с логгированием на сервере тоже беда какая-то, не подхватывает app.debug=True.

Nginx через proxy_pass трафик редиректит?

Да.

Когда вручную в сессию писал, с сервера прилетала кука сессии.

Я плохо знаю фляск, но nginx хорошо. Может в этом дело? http://flask.pocoo.org/snippets/35

Попробую, спасибо!

о господи https://habrahabr.ru/company/mailru/blog/340558/

Мейл.ру + глупая статья. Где же хайлоад, только его не хватает для хабрабинго

о господи https://habrahabr.ru/company/mailru/blog/340558/

О, я думал ты оттуда взял пикчу про рибейз :D

нет, я её взял из твиттера. Твиттер родина шутеечек

но статья аховая конечно

я уже вижу её во всех дискуссиях в ближайшие годы "Но ведь мейл.ру рекомендуют не использовать rebase!11" На культуру использования гита это повлияет негативно :(

но статья аховая конечно

Я ниасилил, по-диагонали прочитал, в комментарии даже смотреть не стал

Статьи об опасностях rebase уже были и раньше.

вот, например: https://habrahabr.ru/post/179123/

Вторая от того же автора https://habrahabr.ru/post/179673/

да, эти я тоже видел

Почему?

мне почему-то казалось что тема уже прошла ан нет

вот на какую тему надо было дебаты делать, лол (Хотя всё бы закончилось массакром)

Всем привет! Всех девопсов в этом чате, зовем на митап: https://wriketeam.timepad.ru/event/588723/

господа, мне иногода надо json.loads с очень плохой json-кой

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

плохой в каком смысле?

я утомился чистить данные

плохой всмысле что придти может всякое не очень

Invalid \escape: line 215 column 84 (char 5139)

такое вот

я хочу либо нормальную ошибку либо максимально обрезанные данные

о господи https://habrahabr.ru/company/mailru/blog/340558/

это статья про почему не надо работать в Мейл.ру?:)

видимо

нет, ну то есть офис у них конечно хороший..

но если ко мне подойдёт тимлид и скажет что мне нельзя рибейз даже в фичебранче

вот на какую тему надо было дебаты делать, лол (Хотя всё бы закончилось массакром)

я бы возглавил карательные отряды за rebase:)

о! demjson!

всем спасибо

но если ко мне подойдёт тимлид и скажет что мне нельзя рибейз даже в фичебранче

это примерно такой же результат, как после "у нас только windows"

о! demjson!

??

о господи https://habrahabr.ru/company/mailru/blog/340558/

так это же перевод :)

так это же перевод :)

Triggered

так это же перевод :)

не уверен, что от этого оно лучше

одно дело сморозить глупость, другое - проникнуться чужой настолько, чтобы заморочиться на перевод

так это же перевод :)

блин, не заметил. но ок

>i just say aiohttp on itself is fast enough but if you need to go faster you need to search other options and those options are outside of python.

>if you need to go faster >go

>i just say aiohttp on itself is fast enough but if you need to go faster you need to search other options and those options are outside of python.

/o/ типа нет ничего быстрее aiohttp в Python? чушь какая

одно дело сморозить глупость, другое - проникнуться чужой настолько, чтобы заморочиться на перевод

Так с этим действиельно же можно проблемы получить, в чём именно глупость? в статье "Чем опасен rebase, или как получилось, что 2*3=5" на простом примере разбирается проблема, которая возникла при вполне обычном workflow с локальным rebase. Там основная мысль в том, что "при rebase происходит потеря контекста", чего не происходит при слиянии.

ERROR: S client not available

Так с этим действиельно же можно проблемы получить, в чём именно глупость? в статье "Чем опасен rebase, или как получилось, что 2*3=5" на простом примере разбирается проблема, которая возникла при вполне обычном workflow с локальным rebase. Там основная мысль в том, что "при rebase происходит потеря контекста", чего не происходит при слиянии.

тут надо понимать вот что. есть там одна правильная мысль: нельзя ребейзить master. ну и develop, если у вас такой есть. в общем, общие ветки вырублены в камне. при этом, плоха эта статья тем, что безапеляционно старается внушить нам мысль, что rebase - это плохо. так вот, rebase - это очень хорошо для любых личных веток, фиче веток, вашей локальной копии мастера и т.п.

этот пост вреден примерно так, как вредны посты бирмана про разработку

мейл.ру слушают и относятся как к авторитету, поэтому когда они начинают такое нести в массы, это имеет печальные последствия

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

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

сгущаете краски :)

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

А кто автор статьи, кстати?) Мож он из гугола

А кто автор статьи, кстати?) Мож он из гугола

Fredrik V. Mørken Software developer at Bekk Consulting

https://cdn-images-1.medium.com/fit/c/100/100/1*IeqRulxtmX-fuGif_QXW_Q.jpeg

Как-то мало в нем пикселей. Не внушает доверия

как он своим детям смотрит в глаза? И жене (ладно, не будем устраивать пятницу)

Неужели хабр имеет такое сильное влияние на мозги русских девелоперов?

сложно судить на мой круг уже не очень имеет, наверное, поскольку мало кто читает Но хайповые статьи всё равно долетают до всех.

Неужели хабр имеет такое сильное влияние на мозги русских девелоперов?

скорей наоборот, это русская школота плохо влияет на хабр, от нее хабр тупеет

скорей наоборот, это русская школота плохо влияет на хабр, от нее хабр тупеет

это процесс которому уже много лет

сложно судить на мой круг уже не очень имеет, наверное, поскольку мало кто читает Но хайповые статьи всё равно долетают до всех.

типа той от школьника про планшетные дневники и API

типа той от школьника про планшетные дневники и API

ну стой, та как раз была забавная. И школьник молодец, хоть и наивный пока. Но она про руполитику сильно больше, чем про айти

скорей наоборот, это русская школота плохо влияет на хабр, от нее хабр тупеет

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

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

вроде в правилах чуть ли не в первом пункте - хабр не жалобная книга а там прям сериальчик замутили на десять постов

А что тогда читают крутые мужики?

мануалы

в жанре именно хабра? самое близкое это hackernews или медиум, думаю

xakep.ru, конечно :)

xakep.ru, конечно :)

ксакепщина в треде!

Там же статьи платные теперь, хех

редит

А что тогда читают крутые мужики?

Конечно же reddit и twitter :)

Я думал реддит это про мемы...

Спасибо, гляну эти ресурсы

Спасибо, гляну эти ресурсы

https://www.reddit.com/r/Python/