The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Релиз web-фреймворка Django 1.5 с поддержкой Python 3"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от opennews (ok), 27-Фев-13, 11:33 
После почти года разработки вышла (https://www.djangoproject.com/weblog/2013/feb/26/15/) стабильная версия популярного фреймворка Django 1.5 (https://docs.djangoproject.com/en/1.5/releases/1.5/), написанного на языке Python и предназначенного для разработки веб-приложений. Выпуск Django 1.5 примечателен обеспечением поддержки Python 3 (https://docs.djangoproject.com/en/1.5/topics/python3/).


Несмотря на то, что работа под управлением Python 3 пока имеет экспериментальный статус, в целом код отмечен как стабильный, но требующий расширенного тестирования в реальных проектах. При подготовке следующих выпусков ошибки, связанные с совместимостью с Python 3, отныне будут рассматриваться как блокирующие выпуск новых релизов и требующие оперативного исправления. В качестве побочного эффекта адаптации для Python 3 является прекращение поддержки ветки Python 2.5, в качестве минимально поддерживаемой версии заявлен выпуск Python 2.6.5, а в качестве рекомендуемой - Python 2.7.3.

Из других изменений (https://docs.djangoproject.com/en/1.5/releases/1.5/) отмечается обеспечение средств для использования собственных моделей для организации хранения параметров пользователей и задействования данных моделей в системе аутентификации Django. Создание собственных моделей хранения данных может понадобиться например при необходимости работы с логинами, превышающими 30 символов или при желании добавить дополнительные поля, такие как идентификаторы пользователя в Twitter или Facebook, или сохранить имена пользователей в формате отличном от "Имя/Фамилия".


Коме того в новом выпуске добавлена (https://docs.djangoproject.com/en/1.5/releases/1.5/#support-... возможность сохранить подмножество полей модели хранения данных, реализуемая через перечисление требуемых для сохранения полей при вызове метода Model.save() (https://docs.djangoproject.com/en/1.5/ref/models/instances/#... с указанием нового аргумента update_fields. Обеспечена возможность работы GeoDjango (https://docs.djangoproject.com/en/1.5/releases/1.5/#geodjango) с PostGIS 2.0. Добавлен новый класс StreamingHttpResponse (https://docs.djangoproject.com/en/1.5/ref/request-response/#... с реализацией улучшенной поддержки обработки потоковых запросов. Для блокирования экранирования элементов JavaScript-кода в шаблонах Jango добавлен новый тег "{% verbatim %} (https://docs.djangoproject.com/en/1.5/ref/templates/builtins....

Значительно переработан раздел документации (https://docs.djangoproject.com/en/1.5/), упрощён поиск интересующих разделов и статей. Добавлены новые руководства, описывающие расширенные области использования  Django, такие как руководство (https://docs.djangoproject.com/en/1.5/intro/reusable-apps/) по использованию кода приложения в разных проектах. Переработана документация (https://docs.djangoproject.com/en/1.5/topics/class-based-vie... по представлениям на основе классов. По возможности разработчики попытались сохранить совместимость API с прошлыми выпусками, но тем не менее отмечается (https://docs.djangoproject.com/en/1.5/releases/1.5/#backward... ряд незначительных изменений, нарушающих совместимость, и перевод некоторых возможностей в разряд устаревших.


URL: https://www.djangoproject.com/weblog/2013/feb/26/15/
Новость: https://www.opennet.ru/opennews/art.shtml?num=36237

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от The Doctor (ok), 27-Фев-13, 11:33 
Наконец! Долго ждал.
Ответить | Правка | Наверх | Cообщить модератору

2. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +13 +/
Сообщение от web (?), 27-Фев-13, 11:38 
Давно пора.
Собственно уже работаем на Python3, на Django 1.5
Правдо очень не хватает под Py3 этого:
https://github.com/django-debug-toolbar/django-debug-toolbar
Ответить | Правка | Наверх | Cообщить модератору

108. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от web (?), 23-Апр-13, 06:40 
https://github.com/django-debug-toolbar/django-debug-toolbar...
Python3
Ответить | Правка | Наверх | Cообщить модератору

4. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  –3 +/
Сообщение от Аноним (-), 27-Фев-13, 12:00 
>Jango

Это опечатка?

Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +2 +/
Сообщение от Аноним (-), 27-Фев-13, 12:09 
One... two... jango.
Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +7 +/
Сообщение от web (?), 27-Фев-13, 12:16 
:)

"Django Unchained": 'The 'D' Is Silent' (или можно вообще не писать, как в тексте новости)

http://news.moviefone.com/2012/06/06/django-unchained-traile...


местами хороший фильм.

Ответить | Правка | Наверх | Cообщить модератору

99. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Kriss (?), 28-Фев-13, 06:48 
Со слащавым ДиКаприо, у которого тоже бабушка русская? :) Btw, а он к академику еще не ездил на поклон?
Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Okarin (ok), 27-Фев-13, 13:59 
One Piece FTW!
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  –16 +/
Сообщение от Аноним (-), 27-Фев-13, 12:13 
Шел 2013 год, а горе вебмастера, выпучив глаза от натуги и роняя пачки долларов на оплату все растущих серверных ферм, продолжают генерить HTML на серверной стороне.
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +6 +/
Сообщение от web (?), 27-Фев-13, 12:29 
а если нет, что делать при динамическом контенте с noscript?
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

16. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от лох (?), 27-Фев-13, 13:03 
да, только:
а) если генерить хтмл целиком в жаваскрипте, никакое СЕО вас не найдёт.
б) если аякс должен модифицировать не только 1 элемент, а хотя бы 2 в разных частях хтмл-страницы, то это офигеешь программировать
в) что-что там за экономия на серваках на выводе хтмл? было 10% нагрузки, стало 9%? Или было 99%, стало 98%? Знаете ли, если у вас str.replace(x,context[x]) генерирует ТАКУЮ загрузку на сервак, что речь об экономии идёт... то пора уже поменять 386SX на хотя бы пентиум3.
г) ну да, у вас прыщавые задроты программируют, ниасилили server-side шаблоны, вот ваша главная экономия.
Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

19. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от бедный буратино (ok), 27-Фев-13, 13:05 
> б) если аякс должен модифицировать не только 1 элемент, а хотя бы
> 2 в разных частях хтмл-страницы, то это офигеешь программировать

? почему?

Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +2 +/
Сообщение от лох (?), 27-Фев-13, 13:20 
>> б) если аякс должен модифицировать не только 1 элемент, а хотя бы
>> 2 в разных частях хтмл-страницы, то это офигеешь программировать
> ? почему?

да потому, что если таких штук много разных, то это будет либо повторение кода по 10 раз (т.е. быдлокодинг), либо сложная система зависимостей, и в любом случае это будет работать только для конкретного DOM. Изменится шаблон -- и все эти зависимости переписывайте заново.

Да и вообще аякс хорош там, где ты точно знаешь, что и как юзер должен делать. В админках, во всяких планировщиках и т.п. На обычном сайте аякс - это зло, потому что обработка ошибок практически невозможна. Невозможно остановить запрос аякс (юзеру), да и он вообще не понимает, что происходит. А если таймаут запроса, то что? Юзер может понять, что такое 404, но когда ему на той же странице выводится alert(404 ...) - у него когнитивный диссонанс. И т.д.
Невозможно опять же работать с СЕО, потому что гугл не будет аякс запросы выполнять :)

Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  –1 +/
Сообщение от Xasd (ok), 27-Фев-13, 13:11 
> а) если генерить хтмл целиком в жаваскрипте, никакое СЕО вас не найдёт.

всё наоборот. если робот получает ТОЛЬКО контент, без оформления -- то ему становится очень просто.

> б) если аякс должен модифицировать не только 1 элемент, а хотя бы 2 в разных частях хтмл-страницы, то это офигеешь программировать

объектно-ориентированная модель для [объект_страница] с наследованием виджетов -- делается на Javascript на много более естественным образом, чем формирование плоского HTML-текста

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

27. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от лох (?), 27-Фев-13, 13:25 
>> а) если генерить хтмл целиком в жаваскрипте, никакое СЕО вас не найдёт.
> всё наоборот. если робот получает ТОЛЬКО контент, без оформления -- то ему
> становится очень просто.

здрасте, а что такое контент и что такое оформление? Контент - это шаблон хтмл. Оформление - это CSS и графика. И где тут ваше ЖС?

>> б) если аякс должен модифицировать не только 1 элемент, а хотя бы 2 в разных частях хтмл-страницы, то это офигеешь программировать
> объектно-ориентированная модель для [объект_страница] с наследованием виджетов -- делается
> на Javascript на много более естественным образом, чем формирование плоского HTML-текста

она-то делается, но это затраты времени на компе юзера (который необязательно xeon 4GHz), подходит не для всех типов контента и к тому же весьма привязано к конкретике. Захотели изменить шаблон (хотя бы какой-нить новый див вставить) - велкам к переписке всего вашего ЖС. Либо заранее извращайтесь и пишите мегабайты ЖС. Шаблон составить и поддерживать куда проще.

Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от Xasd (ok), 27-Фев-13, 13:34 
> здрасте, а что такое контент и что такое оформление? Контент - это шаблон хтмл. Оформление - это CSS и графика. И где тут ваше ЖС?

нажми CTRL+U и увидешь там кучу HTML-кода, который ни каким боком не относится к контенту :)

да. я согласен с тем что АБСОЛЮТНО весь HTML-код нельзя генерировать только на клиентской стороне. тот HTML-код который относится к <main>...</main> ( http://www.sitepoint.com/html5-main-element/ ) -- придётся всёже генерировать на сервере [в простом виде, а затем усложнять на клиентской стороне].

так-что не будем тут так сказать максималистами :)

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от Michael Shigorinemail (ok), 27-Фев-13, 15:22 
> да, только:

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

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

18. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 13:04 
ды не надо ни каких <noscript>...</noscript>! :)

на каждого подобного извращенца не напасёщся заглушек! :-D

кто-то отключил скрипты... а кто-то другой отключил куки... а ещё кто-то другой отключил localStorage....

а ЗАЧЕМ они вообще это отключают-то? профит-то какой от отключения? :)

ну раз сам отключил чего-то -- то сам получи белый экран (вместо странички сайта), и сам думай почему не работает :-) ..

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

20. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от бедный буратино (ok), 27-Фев-13, 13:06 
> кто-то отключил скрипты... а кто-то другой отключил куки... а ещё кто-то другой
> отключил localStorage....
> а ЗАЧЕМ они вообще это отключают-то? профит-то какой от отключения? :)
> ну раз сам отключил чего-то -- то сам получи белый экран (вместо
> странички сайта), и сам думай почему не работает :-) ..

Поднимите руки, кто на веб-сервере делает фильтрацию, подобную osf, по фильтру Windows?

Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 13:14 
> Поднимите руки, кто на веб-сервере делает фильтрацию, подобную osf, по фильтру Windows?

в каком смысле? чтоб никто кроме Windows не заходил? или наоборот? :)

Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от Аноним (-), 28-Фев-13, 10:45 
> а ЗАЧЕМ они вообще это отключают-то? профит-то какой от отключения? :)

Немерянный.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

14. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 13:00 
> Шел 2013 год, а горе вебмастера, выпучив глаза от натуги и роняя
> пачки долларов на оплату все растущих серверных ферм, продолжают генерить HTML
> на серверной стороне.

полностью подписываюсь!

сегоднящняя ситуация совершенно нелепа!

очевидно что оформительская часть сайтов должна формироваться именно на клиентской стороне. почему этого до сих пор нет (когда уже даже победили монополию MsIE) -- я что-то затрудняюсь ответить даже %)

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

17. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от бедный буратино (ok), 27-Фев-13, 13:04 
> почему этого до сих пор нет (когда уже даже победили монополию MsIE) -- я что-то затрудняюсь ответить даже %)

Когда все делают одно движение, Вася делает три. :)

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 13:35 
ну может быть из-за этого. может ты тут и прав
Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +4 +/
Сообщение от лох (?), 27-Фев-13, 13:10 
>> Шел 2013 год, а горе вебмастера, выпучив глаза от натуги и роняя
>> пачки долларов на оплату все растущих серверных ферм, продолжают генерить HTML
>> на серверной стороне.
> полностью подписываюсь!

может ещё и подкакиваетесь? %)

> сегоднящняя ситуация совершенно нелепа!
> очевидно что оформительская часть сайтов должна формироваться именно на клиентской стороне.
> почему этого до сих пор нет (когда уже даже победили монополию
> MsIE) -- я что-то затрудняюсь ответить даже %)

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

Вы не знаете элементарных вещей. Ту же jquery, которая 100К минимизирована, браузер парсит 1-2 сек. jquery-ui - ещё пару сек. Если ещё добавить к этому генерацию всего хтмл из загружаемых шаблонов (а каким образом? динамически подгружать по одному? или сразу всё?) за это время клиент проблюётся на ваш loading.gif и удалит ваш сайт из истории посещений.
Спасибо, это очень круто -- сэкономить 1% нагрузки сервака на генерацию шаблонов и потерять 90% клиентов, у которых нет желания дожидаться непонятно чего непонятно сколько времени.
И это ещё без учёта СЕО -- гугл и тындекс вряд ли будет ваши скрипты выполнять.


Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

24. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 13:17 
> Ту же jquery, которая 100К минимизирована, браузер парсит 1-2 сек.

вся объектная модель УЖЕ есть в vanille-js .

скачайте этот фреймворк от сюда -- http://vanilla-js.com/?download

> И это ещё без учёта СЕО -- гугл и тындекс вряд ли будет ваши скрипты выполнять.

контент страницы (без оформления) -- сёравно роботы будут получать как надо.

js -- только для оформления. также как и CSS

> и как это будет выглядеть? "пожалуйста, скачайте 500К жаваскрипта и 20М шаблонов, и браузер вам всё сгенерит через полчаса"?

тоесть по вашему -- клиентская стороная такая прям тормознутая, что аж пол часа генерирует, а серверу это раз плюнуть? :-) [или думаете что Javascript-тормазнутее чем PHP? лол]

ды вообще-то реальность такова что зачастую сервера в несколько раз слабее чем клиентская сторона :-)

зайди на страничку Google App Engine например и узнай какие там выделяются мощности для хостинга сайтов :)

(а если хоститься на shared-хостингах -- то там обычно разрешают использовать не более 1~3% от ядра процессора. и это кстате издевательство!)

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  –2 +/
Сообщение от бедный буратино (ok), 27-Фев-13, 13:28 
> скачайте этот фреймворк от сюда -- http://vanilla-js.com/?download

Вы не понимаете значения слова "фреймворк". И его назначения.

Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от Xasd (ok), 27-Фев-13, 13:36 
> Вы не понимаете значения слова "фреймворк". И его назначения.

у тебя есть хоть чуть-чуть чуство юмора? или ты ещё до сих пор не проснулся? :)

Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от бедный буратино (ok), 27-Фев-13, 13:46 
> у тебя есть хоть чуть-чуть чуство юмора? или ты ещё до сих пор не проснулся? :)

Чувство юмора - вроде есть... наверное, если опять где-то не оставил. Но я на этом фреймворке делал сайты ещё 11 лет назад, и мне не до смеха. Фишка в том, что это НЕ ФРЕЙМВОРК. Он не делает лучше, проще и совместимее. Он делает непонятнее, сложнее и с проблемами совместимости.

Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 15:41 
> Но я на этом фреймворке делал сайты ещё 11 лет назад, и мне не до смеха

ну 11 лет назад там даже не было ``document.querySelector()'' :)

Ответить | Правка | Наверх | Cообщить модератору

31. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +3 +/
Сообщение от nn (??), 27-Фев-13, 13:32 
>тоесть по вашему -- клиентская стороная такая прям тормознутая, что аж пол часа генерирует, а серверу это раз плюнуть? :-) [или думаете что Javascript-тормазнутее чем PHP? лол]

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

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

40. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от лох (?), 27-Фев-13, 13:45 
>>тоесть по вашему -- клиентская стороная такая прям тормознутая, что аж пол часа генерирует, а серверу это раз плюнуть? :-) [или думаете что Javascript-тормазнутее чем PHP? лол]
> Ну не хочу чтоб какая-то там клиентская сторона, чей код можно модифицировать
> прямо в браузере, а то и на подлете к браузеру, лазила
> ко мне напрямую в базы данных и выполняла на сервере команды.

до этого ещё не дошло вроде, но вообще интересно:
$.get( javascript.mysql_query("SELECT ***") ... )
$.get( "/etc/passwd" ... )

> И не понимаю в чем профит от отсылки кода, который генерит
> страницу, вместо самой страницы, объем кода и статики никак не меньше.

да вот я тоже чего-то не понимаю.
Наверно есть настолько фанаты жавасрипта, что написать шаблон на шаблонизаторе религия не позволяет. Или знания %)

Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  –3 +/
Сообщение от Аноним (-), 27-Фев-13, 13:50 
Тут спорят о том что отдавать с сервера html или json + статику, а вы тут со своими детскими страхами. Успокойтесь никто вам в базу не залезет.
>И не понимаю в чем профит от отсылки кода, который генерит страницу, вместо самой страницы, объем кода и статики никак не меньше.

Что вы нихрена не понимаете я уже заметил. Что непонятного в том что если пользователь нажимает "отсортировать по цене" в одном случае скрипт на сервере лезет в базу данных и с нуля генерит страницу и посылает ее клиенту, а в другом не нужен даже сетевой запрос?

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

47. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от лох (?), 27-Фев-13, 13:56 
>>И не понимаю в чем профит от отсылки кода, который генерит страницу, вместо самой страницы, объем кода и статики никак не меньше.
> Что вы нихрена не понимаете я уже заметил. Что непонятного в том
> что если пользователь нажимает "отсортировать по цене" в одном случае скрипт
> на сервере лезет в базу данных и с нуля генерит страницу
> и посылает ее клиенту, а в другом не нужен даже сетевой
> запрос?

это похоже вы не понимаете. Речь была о замене генерации шаблонов на сервере генерацией их в жавасрипте. Если шаблон с сервака пришёл, кто мешает там хоть сортировку, хоть анимацию, хоть ж*** показать с ЖС? Но другое дело, если с сервака приходит непонятно что, из которого нужно всю страницу слепить.
Есть разница? или вы всё ещё не понимаете?

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +2 +/
Сообщение от nn (??), 27-Фев-13, 14:04 
> Тут спорят о том что отдавать с сервера html или json +
> статику, а вы тут со своими детскими страхами. Успокойтесь никто вам
> в базу не залезет.

Про json не было разговора. Ну раз зашел. В чем профит?

> Что вы нихрена не понимаете я уже заметил.

А понятно, очередное хамло.

> Что непонятного в том
> что если пользователь нажимает "отсортировать по цене" в одном случае скрипт
> на сервере лезет в базу данных и с нуля генерит страницу
> и посылает ее клиенту, а в другом не нужен даже сетевой
> запрос?

А разве сейчас не так? Вы тут с революцией web2.0 лет на 20 опоздали, dhtml вначале, а позже ajax давным давно это позволяют. Яркий пример вашему описанию: http://www.datatables.net/ .

Только вот наличие клиентской стороны никак не отменяет серверную сторону.


Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

55. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от бедный буратино (ok), 27-Фев-13, 14:08 
> Только вот наличие клиентской стороны никак не отменяет серверную сторону.

Надо в браузеры торрент встраивать. Эх, опера опередила своё время.


Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от nn (??), 27-Фев-13, 14:11 
>> Только вот наличие клиентской стороны никак не отменяет серверную сторону.
> Надо в браузеры торрент встраивать. Эх, опера опередила своё время.

Да чего там, уже пару лет как виртуалка в браузерах есть, можешь свой сервер в браузере запустить, а то и облако.  

Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Kriss (?), 28-Фев-13, 06:57 
Там - это где? В Опере? Или вообще в браузерах?
Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от nn (??), 28-Фев-13, 09:32 
http://bellard.org/jslinux/tech.html
Ответить | Правка | Наверх | Cообщить модератору

36. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от лох (?), 27-Фев-13, 13:40 
>> Ту же jquery, которая 100К минимизирована, браузер парсит 1-2 сек.
> вся объектная модель УЖЕ есть в vanille-js .

таки сколько весит это чудо?

>> И это ещё без учёта СЕО -- гугл и тындекс вряд ли будет ваши скрипты выполнять.
> контент страницы (без оформления) -- сёравно они будут получать как надо.
> js только для оформления

пардон, не понял. Для меня оформление - это CSS и графика. Что делает ЖС в данном случае?

>> и как это будет выглядеть? "пожалуйста, скачайте 500К жаваскрипта и 20М шаблонов, и браузер вам всё сгенерит через полчаса"?
> тоесть по вашему -- клиентская стороная такая прям тормознутая, что аж пол
> часа генерирует, а серверу это раз плюнуть? :-) [или думаете что
> Javascript-тормазнутее чем PHP? лол]

1. Представьте себе, серверу это раз плюнуть. Когда на серваке RAID и пара десятков гигов ОЗУ, то выполнение операции str.replace(x, context[x]) в сотни раз быстрее, чем работа с объектной моделью DOM, типа какой-нить поганый ИЕ, который на каждый div выделяет 5М памяти. (Да и на обычном компе эта операция быстрее, если не в сотни, то в 10-ки раз).
Жаваскрипт сам по себе может и быстрее, но вы ж работаете с DOM. И да, 100К jquery парсится может и быстрее, чем 100К РНР, но всё равно долго Ж)

> ды вообще-то реальность такова что зачастую сервера в несколько раз слабее чем
> клиентская сторона :-)

зачастую да, но сайт не может "зачастую работать". Либо работает, либо вы лох.

> зайди на страничку Google App Engine например и узнай какие там выделяются
> мощности для хостинга сайтов :)

да ты б ещё про narod.ru упомянул.
если нужно, чтобы сайт нормально работал, то не жалко и нормальный выделенный сервак, который 100$/мес стоит-то всего-то. А если жалко бабла на хостинг, то о каких там ЖС-фреймворках говорить, пишите на жумле млин.

> (а если хоститься на shared-хостингах -- то там обычно разрешают использовать не
> более 1~3% от ядра процессора. и это кстате издевательство!)

Во-первых, 1-3% не от мгновенной нагрузки, а суммарной статистической. Т.е. каждая задача получает столько проца, сколько возможно, если за сутки оно не превысило 1-3%. Во-вторых, ещё раз повторю, что парсинг шаблона - это настолько быстрая операция, что сравнится с парсингом самого похапэ (у кого похапэ). Так что нет смысла экономить на спичках, знаете ли.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

39. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 13:44 
> Для меня оформление - это CSS и графика.

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

в этом случае может быть JS тебе и не нужен :)

другие некоторые люди -- даже используют less (lesscss.org) для того чтобы не видеть в глаза чистый CSS :) ...

и да -- сайт написанный с использованием less вместо css -- считай что написан с оформлением на Javascript (как минимум на 70% всей оформительской работы).

> И да, 100К jquery парсится может и быстрее, чем 100К РНР, но всё равно долго Ж)

и да, не пиши пожалуйста больше про jquery (в контексте сугубо шаблонизатора).

потому что зайди на http://www.linux.org.ru и зацени что там тоже подгружается jquery... ОДНАКО сайт там шаблонизируется сёравно на сервере а не на клиенте.
вопрос -- зачем же тогда они погрузили  (по твоему "лишние") 100К? ммм?
ответ -- потомучто jquery бывается часто нужен совсем даже и не для целей шаблонизации :)

Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от лох (?), 27-Фев-13, 13:49 
>> Для меня оформление - это CSS и графика.
> ну может быть ты являешься именно тем одарённым программистом, который способен написать
> даже тетрис на CSS.
> в этом случае может быть JS тебе и не нужен :)

не передёргивайте)) речь не о динамике на стринице, а о замене ШАБЛОНОВ жавасриптом.

> другие некотоыре люди -- даже используют less (lesscss.org) для того чтобы не
> видеть в глаза чистый CSS :) ...

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

> и да -- сайт написанный с использованием less вместо css -- считай
> что написан с оформлением на Javascript (как минимум на 70% всей
> оформительской работы).

ну можно вспомнить и javascript stylesheet.
Это только не меняет главного - необходимость хтмл-шаблона.

А речь была, напомню, о замене ШАБЛОНОВ жавасриптом.

Ответить | Правка | Наверх | Cообщить модератору

46. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 13:56 
> А речь была, напомню, о замене ШАБЛОНОВ жавасриптом.

окей. уговорил меня.

наймём на работу бомжа на официальную должность директора. будем платить ему 5 тысяч рублей в месяц и просить подписывать все нужные нам бумажки без прочтения им.

....и говорить (между собой) что это наш настоящий директор фирмы!

[аналогия: директор_фирмы -- шаблонизация_на_сервере]

Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от лох (?), 27-Фев-13, 14:10 
>> А речь была, напомню, о замене ШАБЛОНОВ жавасриптом.
> окей. уговорил меня.
> наймём на работу бомжа на официальную должность директора. будем платить ему 5
> тысяч рублей в месяц и просить подписывать все нужные нам бумажки
> без прочтения им.
> ....и говорить (между собой) что это наш настоящий директор фирмы!
> [аналогия: директор_фирмы -- шаблонизация_на_сервере]

очень уместная аналогия.
я не понял, что ты хотел сказать.

есть хтмл верстальщик, который стоит 20тр/мес. Есть жаваскрипт программер, который стоит ещё 20тр.
Есть хостинг, который стоит 200р/мес. Есть VPS за 1000р/мес. Выделенный сервак - 3000р.
Теперь вопрос: при том, что в случае генерации шаблонов на стороне клиента кол-во работы верстальщика не изменится (кто-то ж должен верстать), а кол-во работы жс-програмера увеличится пусть даже на 50%, то что ты сэкономишь на хостинге? Или ты и есть тот самый директор за 5тыс, который тока бумажки подписывает и всем говорит, как хорошо заниматься ерундой?

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

Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 14:20 
> кстати то что ты свои посты правишь - очень неудобно читать и понимать что ж ты там хотел сказать.

а думаешь мне самому удобно -- когда то одна мысль в голове, то сразу другая?

> кол-во работы жс-програмера увеличится пусть даже на 50%

ну вобщем-то я делаю вывод -- что я обозначил проблему, но не указал эффективные способы её решения.

проблема: делать оформление надо на клиентской стороне, а не на серверной.

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

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

* * * * * * * * * * * * * * * * * *

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

ну работали вы как работали, фиг с вами. но завтра например кто-то сделает новую рационализацию на эту тему, а вы останитесь в Ж^Wхвосте прогресса.

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

Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от лох (?), 27-Фев-13, 15:33 
> а думаешь мне самому удобно -- когда то одна мысль в голове, то сразу другая?

ну это и видно. Это значит только, что ты сам не знаешь что хочешь сказать))

> ну вобщем-то я делаю вывод -- что я обозначил проблему, но не указал эффективные способы её решения.

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

> проблема: делать оформление надо на клиентской стороне, а не на серверной.

нет такой проблемы, потому что оформление (не путать с анимацией и всякой мелочёвкой) - не имеет к клиенту, а следовательно, к ЖС, никакого отношения. Клиент нужен, чтобы РЕНДЕРИТЬ оформление. А не для того, чтобы его генерировать.

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

да, представь себе, уже придумано -- и придумано до того, как появился жавасрипт: делать шаблоны на сервере =))))

> вот вы вообще сранные люди!

я надеюсь ты имел в виду "странный", а не сранный. Смысл немного разный, не?

> я написал например что "что-то-не-так, это надо исправлять!",

нет, ты написал, "сегоднящняя ситуация совершенно нелепа!" -- забыл? Это не похоже на "что-то не так", а похоже на то, что кругом одни бараны, а ты один умный.

И ответил ты это на
>продолжают генерить HTML на серверной стороне.

То есть, ты предложил, очевидно, генерить HTML на клиентской стороне. Точнее, "полностью подписался".

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


Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 15:42 
> я надеюсь ты имел в виду "странный",

да. извините.

> нет, ты написал, "сегоднящняя ситуация совершенно нелепа!" -- забыл?

ну разумеется нелепая, что до сих пор всё так (2013 год уже как ни как)

> кругом одни бараны, а ты один умный.

ну эт уже ваши фантазии. я бараном никого не называл :) [ну если не считать опечатку в слове "странные" :)]

Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от лох (?), 27-Фев-13, 13:52 
>> И да, 100К jquery парсится может и быстрее, чем 100К РНР, но всё равно долго Ж)
> и да, не пиши пожалуйста больше про jquery (в контексте сугубо шаблонизатора).

не тыкай мне пожалуйста больше что мне писать, что мне нет.

> потому что зайди на http://www.linux.org.ru и зацени что там тоже подгружается jquery...
> ОДНАКО сайт там шаблонизируется сёравно на сервере а не на клиенте.
> вопрос -- зачем же тогда они погрузили  (по твоему "лишние")
> 100К? ммм?

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

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

100. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Kriss (?), 28-Фев-13, 06:54 
Динамика на клиенте нужна для контента, а не для оформления. Что это вообще за "оформление"?
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

26. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Антоним (?), 27-Фев-13, 13:20 
>продолжают генерить HTML на серверной стороне.

А какие аргументы против этого? Хочется понять, ибо я уверен, что так и должно быть, а не моя личная сборка текста с помощью конструктора от всякого сайта, который я посещаю.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

37. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от pro100master (ok), 27-Фев-13, 13:41 
а что не так? Генерация html на стороне сервера занимает микросекунды, а на клиенте - десятки миллисекунд.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

53. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Аноним (-), 27-Фев-13, 14:05 
Все так пока пользлвателей не становится больше, по вашему расчету, 10000*количество ядер сервера. Что в современных реалиях обычное явление.
Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от pro100master (ok), 27-Фев-13, 14:27 
при чем тут 10000 ядер? Со 100к уников/сутки влегкую справляется один обычный сервак. Если у вас миллионы в сутки - вам всё-равно менять архитектуру придётся и шаблоны на JS будут лишь незначительной частью контента. Владельцы бложиков с низким трафиком, такие смешные, вечно ждут наплыва фанатов.
Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Аноним (-), 27-Фев-13, 14:08 
Лол рельсы генерят страницу на сервере медленнее чем хром на клиенте. Они и запускаются несколько минут.
Не знаю как джанго.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

65. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от pro100master (ok), 27-Фев-13, 14:28 
> Лол рельсы генерят страницу на сервере медленнее чем хром на клиенте. Они
> и запускаются несколько минут.
> Не знаю как джанго.

Проблемы апачей шерифа не волнуют. Машинисты бронепоезда - отдельная каста)

Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Michael Shigorinemail (ok), 27-Фев-13, 15:40 
> рельсы [...] и запускаются несколько минут

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

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

88. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 16:01 
на нём наверно уже Linux загрузиться не сможет :(
Ответить | Правка | Наверх | Cообщить модератору

89. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от бедный буратино (ok), 27-Фев-13, 16:04 
> на нём наверно уже Linux загрузиться не сможет :(

Сможет. И на 486 сможет. Да, современный. Хотя на 486 я последний раз slackware 11.0 запускал. на p1 запускал squeeze, натуральную, без каких-либо изменений. с иксами и приложениями.

Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 18:18 
ну ладно, набор x86-инструкций -- это тоже интересная тема.

а сколько щаз нужно оперативки для загрузки ванильного ядра (чтобы доковылять до момента когда оно подключит swap) ?

одно время помню, для Fedora нужно было минимум 64M -- что впрочем уже много (во времена пентиумов 1 -- было по 16M на компьютерах в среднем. Windows98 работал с большими тормозами)

Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Kriss (?), 28-Фев-13, 07:06 
Абстрактный Линукс сможет, а подавляющее большинство нынешних дистрибутивов - нет, не сможет. Даже не поставятся.
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

104. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от бедный буратино (ok), 28-Фев-13, 07:20 
> Абстрактный Линукс сможет, а подавляющее большинство нынешних дистрибутивов - нет, не сможет. Даже не поставятся.

Подавляющее большинство дистрибутивов я не знаю. Есть моя персональная большая четвёрка. Это Debian, Ubuntu, Slackware, Archlinux.

Debian поставится, вариант EmDebian ещё больше память экономит благодаря сборке "без никто". ArchLinux - только 686. Slackware - поставится ли новейшая - не знаю, но 11.0 точно поставится и будет работать.

То, что кто-то пишет системы, где "1 гб не хватит на всех", и кто-то этим пользуется, это не значит, что linux не может так работать. ЛУЧШЕ МЕНЬШЕ, ДА ЛУЧШЕ.


Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Шамиль (??), 27-Фев-13, 18:02 
При генерации HTML на стороне клиента:
1) Как можно разрешить проблему со справочниками, расположенными в памяти? Если не хочется всё время писать JOINы. Например, пользователи по кодам удобно хранить в памяти. Обращение за каждым пользователем будет значительно медленнее.
2) Если используется ORM с "ленивой" выборкой. Как предугадать, что запросит шаблон?
3) Существует ли на JS хороший движок шаблонов подобный JSP с JSTL? Чтобы не получать HTML склейкой текста.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

91. " 'Релиз web-фреймворка Django 1.5 с поддержкой Python 3'"  +/
Сообщение от Шамиль (??), 27-Фев-13, 18:12 
По вопросу со справочниками проблема более общО: как заменить объекты, доступные по ссылкам в памяти в серверном шаблонизаторе на JSON объекты? Т.е. есть у нас 100 записей, ссылающихся на некого пользователя. В серверном шаблоне это один объект в памяти, к которому можно обращаться, получать поля и выводить нужные. На стороне клиента как я понимаю можно передать только копию привязанную к каждой из записей.

Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Аноним (-), 27-Фев-13, 12:31 
в шаблонах Jango - D пропало.
Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +3 +/
Сообщение от Xasd (ok), 27-Фев-13, 12:55 
над по-больше таких новостей, где есть слово ``Python 3''...

...чтобы у разработчиков новых python-библиотек НЕ возникало ощущения что мир сидит всё ещё на Python 2.X :)

# P.S.: например недавно вышел ``Bind 10'', и в заголовке новости о нём тоже надо было большими буквами написать ``Python 3'' :-)

Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  –4 +/
Сообщение от бедный буратино (ok), 27-Фев-13, 13:03 
Ой, да ладно, по хорошему на python 2.7 можно ещё 10 лет прожить. Потому что сложно быть идеальнее. :)
Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Xasd (ok), 27-Фев-13, 13:26 
точно точно! вот именно так некоторые люди и думают :-)

только вот ты щаз сарказм написал, а некоторые люди думают так без сарказма :)

Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от бедный буратино (ok), 27-Фев-13, 13:29 
> точно точно! вот именно так некоторые люди и думают :-)

Я именно так и думаю. Меня устраивает python 2.7. Правда. Я ничего не теряю, пользуясь им. :)

Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от Xasd (ok), 27-Фев-13, 13:39 
ты меня режишь беж ножа
Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от nn (??), 27-Фев-13, 13:43 
>> точно точно! вот именно так некоторые люди и думают :-)
> Я именно так и думаю. Меня устраивает python 2.7. Правда. Я ничего
> не теряю, пользуясь им. :)

Кроссплатформенность страдает. В pyhton3 по умолчанию юникод, даже в винде. В python2 русские и другие национальные тексты linux <-> windows страдают.  Ну и не нужно писать:


#-*-coding:utf8-*-
from __future__ import division .....


Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

52. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от Xasd (ok), 27-Фев-13, 14:04 

arg1 = sys.argv[1].decode(locale.getpreferredencoding())

path1 = os.path.join(os.path.dirname(__file__.decode(sys.getfilesystemencoding())), arg1)

# о нет! когда же эти мучения закончатся!!!!

# P.S.: это просто мысли вслух, а не ответ камраду nn

Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от бедный буратино (ok), 27-Фев-13, 14:07 
>
 
> arg1 = sys.argv[1].decode(locale.getpreferredencoding())
> path1 = os.path.join(os.path.dirname(__file__.decode(sys.getfilesystemencoding())),
> arg1)
> // о нет! когда же эти мучения закончатся!!!!
>

Контекстная проблема. Проще исправить две таких проблемы в год, с помощью одной строчки, чем по такой мелочи переделывать вообще всё.

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +1 +/
Сообщение от Xasd (ok), 27-Фев-13, 14:13 
> Контекстная проблема. Проще исправить две таких проблемы в год, с помощью одной
> строчки, чем по такой мелочи переделывать вообще всё.

ды, я согласен вобщемто! но есть два "но":

1. исправить проще, но зачстую почему-то люди не исправляют. например путают где должно быть ``locale.getpreferredencoding()'' а где должно быть ``sys.getfilesystemencoding()'', а ещё чаще -- вообще оперируют с utf-8-байтовыми строками, вместо unicode-строк. добавляя при этим столько мусора в код, что его уже не разгрести никогда в жизни!

2. полностью переписать что-то на python-3 сложно! поэтому лучше сразу начать делать что-то для python-3 , чем плодить python-2-сущности.

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

Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от бедный буратино (ok), 27-Фев-13, 14:23 
> 1. исправить проще, но зачстую почему-то люди не исправляют.

Какие люди?

> 2. полностью переписать что-то на python-3 сложно!

А почему непременно нужно переписывать? Сейчас работает? Работает. Хорошо работает? Хорошо. И все модули на месте. Куда бежать? Технология не должна быть ради технологии, это хорошо, что есть ветка для бегущих, и ветка для тех, кому и постоять неплохо...


> пока мы тут болтаем -- наверняка сегодня уже кто-то сдал пару новых
> велосипедов на python.. и вот интересно, если он выбрал python-2 а
> не python-3 -- то печаль

... ну да, и debian stable тоже не нужен, все должны сидеть на транках. :)

в debian steble, кстати, вообще 2.6 :)

Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +2 +/
Сообщение от Xasd (ok), 27-Фев-13, 14:37 
>> 1. исправить проще, но зачстую почему-то люди не исправляют.
> Какие люди?

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

>> 2. полностью переписать что-то на python-3 сложно!
> А почему непременно нужно переписывать? Сейчас работает? Работает. Хорошо работает? Хорошо.
> И все модули на месте. Куда бежать? Технология не должна быть
> ради технологии, это хорошо, что есть ветка для бегущих, и ветка
> для тех, кому и постоять неплохо...

друг. ды не надо переписывать! :)

ты главное новый проект постарайся не начинать на python2 :) .. это всё о чём я тебя прошу

Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от бедный буратино (ok), 27-Фев-13, 14:39 
> ты главное новый проект постарайся не начинать на python2 :) .. это
> всё о чём я тебя прошу

Мне не нужна идеальность для всех. Мне нужна та идеальность, которая есть в python2. Он уже умеет всё, что нужно мне.

Ответить | Правка | Наверх | Cообщить модератору

95. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от nn (??), 27-Фев-13, 20:48 
>> ты главное новый проект постарайся не начинать на python2 :) .. это
>> всё о чём я тебя прошу
> Мне не нужна идеальность для всех. Мне нужна та идеальность, которая есть
> в python2. Он уже умеет всё, что нужно мне.

Я думаю проблема надумана.

Python2.7 + __future__ = Python3.3 , практически.

Библиотеки подтягиваются потихоньку, другие имплементации вроде pypy,jython тоже.
Ну а связи с переходом Гвидо в Dropbox, думаю в версии 3.4,3.5   будет революция, у Dropbox очень много наработок по управлению памятью.        

Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +2 +/
Сообщение от web (?), 28-Фев-13, 07:08 
> в debian steble, кстати, вообще 2.6 :)

а так же 3.1
но лучше ориентироваться на 3.2 и 3.3

Debian Wheezy уже Release Candidate:
http://www.debian.org/devel/debian-installer/News/2013/20130217

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

84. "Какой смысл?"  +/
Сообщение от nn (??), 27-Фев-13, 15:41 
>>Таки и в django тоже. И web2py тоже. И в play (java) и liferay (java).
> man GIL

$man GIL
Нет справочной страницы для GIL

>это по поводу django и web2py.

это по поводу "слышал звон, да не знаю где он".

> play это вообще для Scala которая сама по себе напрягает.

Play это для java, но если хотите то можно и для scala.

>liferay это вообще для порталов на java.

liferay -- это конструктор, можете и сайт на нем сделать, можете портал, можете отдельное webapp.

>Java как язык тут не котируется

Тут это где?

>вообще т.к. на нём дольше писать.

Чем на чём?

>>Какой ужас :). А еще оборудование сервера не устойчиво к взрывам мощностью более мегатонны в тортиловом эквиваленте.
> ну ты похоже тут потролить пришёл, а я серьёзно. Ммы тестировали, 10
> тыс. конектов для tornado потолок.

Ну раз ты серьезно, то представься. Я такой-то вот Ф.И.О.из такой вот серьезной конторы (№ школы), вот ссылка на мою контрольную работу по информатике.

В общем качество вброса страдает.


Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

98. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +4 +/
Сообщение от web (?), 28-Фев-13, 06:45 
Многие научные проекты уже перешли на python3, и именно из этой сферы сейчас идут многие оптимизации по скорости.

http://www.scipy.org/FAQ#head-288204f886c0a120754d189f434864...
http://pandas.pydata.org/pandas-docs/stable/install.html
http://matplotlib.org/users/whats_new.html#python-3-x-support
http://ipython.org/

Да кстати:
PyPy уже преодолел рубеж 65% прохождений тестов на регрессию относительно текущего CPython(Py3k)

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

PS:
Лично для меня, даже если просто работать со стандартной библиотекой python3, то просто  приятней и понятней с ней работать в отличии от бардака который в python2. Не знаю как другим.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

87. "Релиз web-фреймворка Django 1.5 с поддержкой Python 3"  +/
Сообщение от Michael Shigorinemail (ok), 27-Фев-13, 15:44 
Для забеглых некростудентов: бесполезно рекламировать своё трупьё тем, кто предпочитает живое.

PS 2 nn re #84: тред пересклеился, но сами же видите -- эти чудики сюда не за тем ходят...
PPS re #94: так точно, но Ваше сообщение уж больно хорошо резюмировало :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру