ну пример решения таки на питоне же

Вот по последней ссылке всё понял, спасибо. Как гора с плеч

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

Остаток + 1, к примеру.

А, понял косяк.

не обязательно самый быстрый

Зачем использовать иф, элс, иф, если можно тот же "bool ? a:b" ?

так быстрее?

вопрос про питон?

да, пререпишу

в питоне нет ? :, есть if else

Видел "bool and a or b" как работающую замену

паршивая замена

в питон ввели нормальный тернарный оператор специально чтобы заменить этот вариант

Не ругайся, пожалуйста, а объясни аргументами

чем плох

тем что не всегда работает

А пример можно?

>>> a = b = 1 >>> a == b and '' or 'differs' 'differs' >>> '' if a == b else 'differs' '' как видим версия с cond and a or b не работает если bool(a) == False

Случайно

список

А если у меня есть вьюха, которая должна отвечать за редирект на определенные странички: /a/, если туда пошел, то тебя редиректит либо на /a/login, если ты не залоганин или на /a/userid - обязательно делать отдельную вьюху для такого действия или есть решение покороче?

А если у меня есть вьюха, которая должна отвечать за редирект на определенные странички: /a/, если туда пошел, то тебя редиректит либо на /a/login, если ты не залоганин или на /a/userid - обязательно делать отдельную вьюху для такого действия или есть решение покороче?

Чего?

??

А если у меня есть вьюха, которая должна отвечать за редирект на определенные странички: /a/, если туда пошел, то тебя редиректит либо на /a/login, если ты не залоганин или на /a/userid - обязательно делать отдельную вьюху для такого действия или есть решение покороче?

Если у тебя можно не делать вьюху, то зачем она? Сделай редирект через заголовки. Если я правильно понял вопрос.

??

Не пиши всё в одном предложении. Понимается очень тяжело.

Школа, что скажешь)

БСС

А если у меня есть вьюха, которая должна отвечать за редирект на определенные странички: /a/, если туда пошел, то тебя редиректит либо на /a/login, если ты не залоганин или на /a/userid - обязательно делать отдельную вьюху для такого действия или есть решение покороче?

Конечно надо делать вьюху, фреймворк что ли должен телепатию применить, что бы понять как сделать URL для редиректа.

Конечно надо делать вьюху, фреймворк что ли должен телепатию применить, что бы понять как сделать URL для редиректа.

А в чём проблема проставить заголовки в контроллере?

А в чём проблема проставить заголовки в контроллере?

Эм, какой контролер? Запрос сначала во вьюху обычно попадает.

Эм, какой контролер? Запрос сначала во вьюху обычно попадает.

Эм... Ок. Если ты считаешь, что везде запрос попадает во вьюху, то ок.

Или ты предлагаешь логику во вьюхе писать?

Вьюха - это не обязательно HTML страничка. Обычно редирект в фреймворках реализуется либо возвратом респонса специального класса, либо киданием спец. исключения.

Или ты предлагаешь логику во вьюхе писать?

По поему в джанге по другому не сделать. А что на самом деле там у вопрошающего - я не знаю, поэтому применил немного телепатии ?

По поему в джанге по другому не сделать. А что на самом деле там у вопрошающего - я не знаю, поэтому применил немного телепатии ?

Советую не применять телепатию, а бить линейкой по рукам людям, которые надеются на телепатов.

Ну и как бы какое отношение контроллер имеет к HTTP? Он должен бизнес логику делать, а вот вьюха рендерить это всё в нужный протокол/формат.

Ну и как бы какое отношение контроллер имеет к HTTP? Он должен бизнес логику делать, а вот вьюха рендерить это всё в нужный протокол/формат.

А решение куда редиректить - это не бизнес-логка?

А решение куда редиректить - это не бизнес-логка?

Ну енто можно конечно и в контролере если он такой весь оведомлёный о URL-ах. Но вот точно он не должен работать с заголовками и респонзами. Хотя если по нормальному - тот такую фиговину наверное надо бы реализовывать уровнем выше. В какой нить миделваре, которая проверяет авторизацию юзера и редиректит его куда нужно.

Только вот лепить миделварю, ради одного частного случая - это как то костыльно. Надо тогда придумывать какое то общее решение, что бы оно работало не только со страницей /a.

Ну енто можно конечно и в контролере если он такой весь оведомлёный о URL-ах. Но вот точно он не должен работать с заголовками и респонзами. Хотя если по нормальному - тот такую фиговину наверное надо бы реализовывать уровнем выше. В какой нить миделваре, которая проверяет авторизацию юзера и редиректит его куда нужно.

Нет, контроллер решает кура редиректить и отдаёт команду вьюхе. Как по мне - всё деально. Но такие операции, соглашусь, надо выносить на уровень фреймфорка.

А что есть контроллер в джанге?

Там по моему MVT, и ни каких контроллеров нет

Ну вот в джанге можно налепить на вьюху декоратор, который разрешает доступ только авторизованым юзерам, а остальных редиректит на нечто вроде /login (можно указать в параметрах декоратора). Можно свой аналогичный декоратор запилить - это будет вполне себе в стиле Джанги ?

А что есть контроллер в джанге?

Без понятия. Я не вижу смысла для себя в ЯП на сервере. Статические сайты рулят)

Ну вот в джанге можно налепить на вьюху декоратор, который разрешает доступ только авторизованым юзерам, а остальных редиректит на нечто вроде /login (можно указать в параметрах декоратора). Можно свой аналогичный декоратор запилить - это будет вполне себе в стиле Джанги ?

Я думаю, что там уже есть костыль в поставке, который отвечает за это.

нормально...

называть авторизацию костылём

называть авторизацию костылём

Не, я про редирект-модуль внутри фреймворка.

Нет, контроллер решает кура редиректить и отдаёт команду вьюхе. Как по мне - всё деально. Но такие операции, соглашусь, надо выносить на уровень фреймфорка.

такие операции надо выносить в мидлварь как правило

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

декоратор, гм

декоратор, гм

Ну это же Джанга ?

И как обычно автор вопроса самовыпилился из обсуждения(

да не, декораторы это ок...

Вот пример встроенного декоратора https://docs.djangoproject.com/en/1.9/topics/auth/default/#django.contrib.auth.decorators.login_required

Я снова вкатываюсь с охуительными историями В джанговских темплейтах не работает фильтр slugify. Доступа к бэкенду нет. Как отобразить на страницу переменную числового типа?

хелпаните с фильтром всю плешь проела эта хрень, работа стоит

Я не понял, как связаны slugify и числа

Ну он из числа строку делает

{{ num }} просто не работает?

Не поверишь

Он выводит num переводов строки

ERROR: S client not available

Эм

Я так же подумал первый раз

но факт остается факом

Ну он из числа строку делает

ересь какая-то

Давай подробней, чувак

ересь какая-то

на стаковерфлоу так сказали

Давай подробней, чувак

куда подробнее? пишу в шаблоне {{ n }}, он мне выводит n переводов строки. А мне надо число n вывести.

А что на входе?

{{ num|safe }} тоже?

А что на входе?

число

{{ num|safe }} тоже?

сейчас попробую

Шаблоны точно стандартные?

{{ num|safe }} тоже?

тоже

Шаблоны точно стандартные?

нет возможности проверить, говорю же, доступа к бэкенду нет

о.о

я тоже так думал. но оно есть.

То есть, при передаче в шаблон некой цифры получается некий \n?

То есть, при передаче в шаблон некой цифры получается некий \n?

вроде того.

точнее, несколько неких \n, числом равные цифре.

Ты точно уверен, что там число?

Точно. Я сам эту переменную там создаю.

в бакенде. к которому нет доступа.

Оп-па. Спасибо за совет.

Сразу после объявления он отображется. А вот после изменения съедается.

{% assign n = n+1 %} вероятно, я что-то делаю не так?

Зачем это делать в шаблоне?

Потому что доступа к бэкенду у меня нет, я повторяюсь, есжи.

В джанге jinja2? Или все шаблонизаторы похожи?

Видимо, все.

это не джинджа