Чё ты тут рассказываешь, Калиночкин - джангодрочер

Ор это ж правда

Я рассказываю то, что писали многие. Ах да, „джангодрочер“ – это, наверное, верх позитива к фреймворку с твоей стороны, правда?

При чём тут вообще "моя сторона"? Я не люблю джангу

При чём тут вообще "моя сторона"? Я не люблю джангу

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

*стёр с лица брошенное говно*

Питон не только для веба

*стёр с лица брошенное говно*

Я никак не отношусь к фласку, я его не пробовал. Питон, безусловно, не только для веба. Чем я могу посоветовать тебе наслаждаться? :D

Пока особо ничем.

Пока особо ничем.

Тогда просто „хороших выходных“ ?

Вот за это спасибо

админы считают джангу тем, что она есть

глупо задавать такой вопрос в конфе питонистов

но что лучше, питон + джанго или пыха

Друзья, кто в джанге силен, прошу объяснить как работать с ManyToManyField на примере: http://pastebin.com/0A2sTsYM

Ну и что тебе не ясно? Модель данных многие-ко-многим? Или питон?

Ну и что тебе не ясно? Модель данных многие-ко-многим? Или питон?

спасибо, мне уже прояснили

m2m

Кто-нибудь поднимал http сервер на python? Я библиотеку нашёл, апи нашёл, но смысла не понял.

Суть: надо поднять сервер для обмена данных с другим пк

Обязательно по http?

А какие ещё варианты?

scp

а другой пк тоже веб-сервер? 8)

да

...

а клиент тогда кто?

Клиент платит

Ну блин

Клиенту нужно обмен по хттп, клиент платит, делаем как заказали!

ладно, сам разберусь

опять какое-то время охуительных тз

В мире есть более целенаправленные протоколы для передачи данных

Чем гонять файло под видом гипертекста

-_- я видимо не так объяснил

Я не знаю как объяснить. Сначала сам разберусь, что мне надо

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

есть же requests

он не в стдлибе

Ничего

Блин, вот на сокетах я делал передачу данных, а как с этими http я пока вообще не понимаю

Ни одного нормального туториала

Респонзы какие-то

а как ты делал на сокетах, если такую простую вещь не понимаешь?

На сокетах не так сложно. Там порт выбрал, клиент от сервера особо не отличается. Оба запустил и поехало. А в http хз

то же самое

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

админы считают джангу тем, что она есть

Не смею спорить с Хорошими, Умными, Яркими, Мудрыми Интеллигентами.

У кого есть проекты на django? Хотел бы посмотреть, как правильно реализуются просты формы отправки данных на сервер. В официальной документации запутано все.

вадим, ты пришёл выёбываться про свой кусок говна или куда?

У кого есть проекты на django? Хотел бы посмотреть, как правильно реализуются просты формы отправки данных на сервер. В официальной документации запутано все.

Пиши в личку, разберемся)

вадим, ты пришёл выёбываться про свой кусок говна или куда?

А ты с какой целью интересуешься? Хочешь со своим помериться? Меня не интересуют чужие.

чем своим?

чем своим?

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

т.е. ты заранее насочинял от моего лица хуйню

т.е. ты заранее насочинял от моего лица хуйню

Обоснуй.

А ты с какой целью интересуешься? Хочешь со своим помериться? Меня не интересуют чужие.

отсюда

отсюда

Где же я что насочинял? Я просто задал два вопроса.

ругаетесь прям как пхпшники )

Ребята, в django можно в ссылках указать на мою вюшку? <a href="{{ }}">Edit</a>

Ну не на вью, а на урлу. {% url '<reverse>' %}

https://docs.djangoproject.com/en/1.10/ref/templates/builtins/#url

Ну не на вью, а на урлу. {% url '<reverse>' %}

Ну про url я знаю), думал и на view можно

Ну это странно было бы. Потому что ссылка на то и ссылка, а вьюха – это абстрактный кусок кода.

Ну это странно было бы. Потому что ссылка на то и ссылка, а вьюха – это абстрактный кусок кода.

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

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

Да, но опять же без ссылки в том или ином виде не обойтись.

ERROR: S client not available

Да, но опять же без ссылки в том или ином виде не обойтись.

Безусловно. Зато не надо напрягать фантазию и теребить лишний раз urls.py ?

я б потеребил

Безусловно. Зато не надо напрягать фантазию и теребить лишний раз urls.py ?

Я всё равно не вижу в этом смысла.

в принципе логично, что ссылка должна вставляться в шаблон, а не вью

вью - это бизнес-логика

а урл - это сопоставление адреса запроса бизнес-логике

адрес - данные

шаблон - тоже данные

в принципе логично, что ссылка должна вставляться в шаблон, а не вью

Бизнес-логику лучше в модели или еще глубже – в базу.

даже не данные, а представление, если так сказать

Бизнес-логику лучше в модели или еще глубже – в базу.

„В базу“ = триггеры, window-functions, views, etc.

пожалуйста, только не триггеры

база ДАННЫХ не должна выполнять логику

Вызов каких-то апи методов из жс кода, например. Есть либа, которая джаеговские урлы представляет в виде js словаря. Мне было бы удобно подставить туда имена вьюшек, а не придумывать урл и имя для каждого мелкого метода.

база ДАННЫХ не должна выполнять логику

Это позволит быть базе консистентной.

начнем с того, что база консистентна изначально

Вызов каких-то апи методов из жс кода, например. Есть либа, которая джаеговские урлы представляет в виде js словаря. Мне было бы удобно подставить туда имена вьюшек, а не придумывать урл и имя для каждого мелкого метода.

Хотя с безопасностью хуйня получится

начнем с того, что база консистентна изначально

А дальше начинаются неатомарные запросы, параллельные транзакции и прочее.

парни, как мне вытащить 'item_id'?

result.get('media', {}).get('item_id')

спасибо

парни, как мне вытащить 'item_id'?

Пишешь результат в файл, открываешь, парсишь

не хочет список в файл записывать

иксди

лист точней

или ты про .py

форматируй в json

не

result.get('media', {}).get('item_id')

мне легче этот способ юзать

ибо мне по одному параметру нужно брать