forum.opennet.ru - "Релиз web-фреймворка Django 1.5 с поддержкой Python 3" (81)

"Релиз 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/ Новость: http://www.opennet.dev/opennews/art.shtml?num=36237
Ответить \| Правка \| Cообщить модератору

Оглавление

Наконец Долго ждал , The Doctor (ok), 11:33 , 27-Фев-13, (1) +1
Давно пора Собственно уже работаем на Python3, на Django 1 5Правдо очень не хват, web (?), 11:38 , 27-Фев-13, (2) +13

https github com django-debug-toolbar django-debug-toolbar pull 374Python3, web (?), 06:40 , 23-Апр-13, (108)

Это опечатка , Аноним (-), 12:00 , 27-Фев-13, (4) –3
One two jango , Аноним (-), 12:09 , 27-Фев-13, (5) +2

Django Unchained The D Is Silent или можно вообще не писать, как в тек, web (?), 12:16 , 27-Фев-13, (7) +7

Со слащавым ДиКаприо, у которого тоже бабушка русская Btw, а он к академику , Kriss (?), 06:48 , 28-Фев-13, (99)

One Piece FTW , Okarin (ok), 13:59 , 27-Фев-13, (49)

Шел 2013 год, а горе вебмастера, выпучив глаза от натуги и роняя пачки долларов , Аноним (-), 12:13 , 27-Фев-13, (6) –16

а если нет, что делать при динамическом контенте с noscript , web (?), 12:29 , 27-Фев-13, (8) +6

да, только а если генерить хтмл целиком в жаваскрипте, никакое СЕО вас не найд, лох (?), 13:03 , 27-Фев-13, (16)

почему , бедный буратино (ok), 13:05 , 27-Фев-13, (19)

да потому, что если таких штук много разных, то это будет либо повторение кода п, лох (?), 13:20 , 27-Фев-13, (25) +2

всё наоборот если робот получает ТОЛЬКО контент, без оформления -- то ему стано, Xasd (ok), 13:11 , 27-Фев-13, (22) –1

здрасте, а что такое контент и что такое оформление Контент - это шаблон хтмл , лох (?), 13:25 , 27-Фев-13, (27)

нажми CTRL U и увидешь там кучу HTML-кода, который ни каким боком не относится к, Xasd (ok), 13:34 , 27-Фев-13, (32) +1

И ещё когда сайт жрёт батарейку как полоумный, закрывается он ближе к моментальн, Michael Shigorin (ok), 15:22 , 27-Фев-13, (73) +1

ды не надо ни каких noscript noscript на каждого подобного извращенца , Xasd (ok), 13:04 , 27-Фев-13, (18)

Поднимите руки, кто на веб-сервере делает фильтрацию, подобную osf, по фильтру W, бедный буратино (ok), 13:06 , 27-Фев-13, (20)

в каком смысле чтоб никто кроме Windows не заходил или наоборот , Xasd (ok), 13:14 , 27-Фев-13, (23)

Немерянный , Аноним (-), 10:45 , 28-Фев-13, (106) +1

полностью подписываюсь сегоднящняя ситуация совершенно нелепа очевидно что оформ, Xasd (ok), 13:00 , 27-Фев-13, (14)

Когда все делают одно движение, Вася делает три , бедный буратино (ok), 13:04 , 27-Фев-13, (17) +1

ну может быть из-за этого может ты тут и прав, Xasd (ok), 13:35 , 27-Фев-13, (33)

может ещё и подкакиваетесь и как это будет выглядеть пожалуйста, скачайте 5, лох (?), 13:10 , 27-Фев-13, (21) +4

вся объектная модель УЖЕ есть в vanille-js скачайте этот фреймворк от сюда -- , Xasd (ok), 13:17 , 27-Фев-13, (24)

Вы не понимаете значения слова фреймворк И его назначения , бедный буратино (ok), 13:28 , 27-Фев-13, (29) –2

у тебя есть хоть чуть-чуть чуство юмора или ты ещё до сих пор не проснулся , Xasd (ok), 13:36 , 27-Фев-13, (34) +1

Чувство юмора - вроде есть наверное, если опять где-то не оставил Но я на эт, бедный буратино (ok), 13:46 , 27-Фев-13, (41)

ну 11 лет назад там даже не было document querySelector , Xasd (ok), 15:41 , 27-Фев-13, (85)

Ну не хочу чтоб какая-то там клиентская сторона, чей код можно модифицировать пр, nn (??), 13:32 , 27-Фев-13, (31) +3

до этого ещё не дошло вроде, но вообще интересно get javascript mysql_query , лох (?), 13:45 , 27-Фев-13, (40) +1
Тут спорят о том что отдавать с сервера html или json статику, а вы тут со сво, Аноним (-), 13:50 , 27-Фев-13, (43) –3

это похоже вы не понимаете Речь была о замене генерации шаблонов на сервере ген, лох (?), 13:56 , 27-Фев-13, (47) +1
Про json не было разговора Ну раз зашел В чем профит А понятно, очередное хамл, nn (??), 14:04 , 27-Фев-13, (51) +2

Надо в браузеры торрент встраивать Эх, опера опередила своё время , бедный буратино (ok), 14:08 , 27-Фев-13, (55)

Да чего там, уже пару лет как виртуалка в браузерах есть, можешь свой сервер в б, nn (??), 14:11 , 27-Фев-13, (58)

Там - это где В Опере Или вообще в браузерах , Kriss (?), 06:57 , 28-Фев-13, (101)

http bellard org jslinux tech html, nn (??), 09:32 , 28-Фев-13, (105)

таки сколько весит это чудо пардон, не понял Для меня оформление - это CSS и гр, лох (?), 13:40 , 27-Фев-13, (36)

ну может быть ты являешься именно тем одарённым программистом, который способен , Xasd (ok), 13:44 , 27-Фев-13, (39)

не передёргивайте речь не о динамике на стринице, а о замене ШАБЛОНОВ жавасрип, лох (?), 13:49 , 27-Фев-13, (42)

окей уговорил меня наймём на работу бомжа на официальную должность директора б, Xasd (ok), 13:56 , 27-Фев-13, (46)

очень уместная аналогия я не понял, что ты хотел сказать есть хтмл верстальщик, , лох (?), 14:10 , 27-Фев-13, (57) +1

а думаешь мне самому удобно -- когда то одна мысль в голове, то сразу другая ну , Xasd (ok), 14:20 , 27-Фев-13, (62)

ну это и видно Это значит только, что ты сам не знаешь что хочешь сказать не о, лох (?), 15:33 , 27-Фев-13, (80) +1

да извините ну разумеется нелепая, что до сих пор всё так 2013 год уже как ни , Xasd (ok), 15:42 , 27-Фев-13, (86)

не тыкай мне пожалуйста больше что мне писать, что мне нет так это к тебе вопрос, лох (?), 13:52 , 27-Фев-13, (44)

Динамика на клиенте нужна для контента, а не для оформления Что это вообще за , Kriss (?), 06:54 , 28-Фев-13, (100)

А какие аргументы против этого Хочется понять, ибо я уверен, что так и должно б, Антоним (?), 13:20 , 27-Фев-13, (26)
а что не так Генерация html на стороне сервера занимает микросекунды, а на клие, pro100master (ok), 13:41 , 27-Фев-13, (37) +1

Все так пока пользлвателей не становится больше, по вашему расчету, 10000 количе, Аноним (-), 14:05 , 27-Фев-13, (53)

при чем тут 10000 ядер Со 100к уников сутки влегкую справляется один обычный се, pro100master (ok), 14:27 , 27-Фев-13, (64) +1

Лол рельсы генерят страницу на сервере медленнее чем хром на клиенте Они и запу, Аноним (-), 14:08 , 27-Фев-13, (56)

Проблемы апачей шерифа не волнуют Машинисты бронепоезда - отдельная каста , pro100master (ok), 14:28 , 27-Фев-13, (65) +1
Откопать, что ли, первый пентиум и посмотреть, сколько они там на самом деле ста, Michael Shigorin (ok), 15:40 , 27-Фев-13, (83)

на нём наверно уже Linux загрузиться не сможет , Xasd (ok), 16:01 , 27-Фев-13, (88)

Сможет И на 486 сможет Да, современный Хотя на 486 я последний раз slackware , бедный буратино (ok), 16:04 , 27-Фев-13, (89) +1

ну ладно, набор x86-инструкций -- это тоже интересная тема а сколько щаз нужно о, Xasd (ok), 18:18 , 27-Фев-13, (92)
Абстрактный Линукс сможет, а подавляющее большинство нынешних дистрибутивов - не, Kriss (?), 07:06 , 28-Фев-13, (102)

Подавляющее большинство дистрибутивов я не знаю Есть моя персональная большая ч, бедный буратино (ok), 07:20 , 28-Фев-13, (104) +1

При генерации HTML на стороне клиента 1 Как можно разрешить проблему со справоч, Шамиль (??), 18:02 , 27-Фев-13, (90)

По вопросу со справочниками проблема более общО как заменить объекты, доступные, Шамиль (??), 18:12 , 27-Фев-13, (91)

в шаблонах Jango - D пропало , Аноним (-), 12:31 , 27-Фев-13, (9)
над по-больше таких новостей, где есть слово Python 3 чтобы у разработч, Xasd (ok), 12:55 , 27-Фев-13, (12) +3

Ой, да ладно, по хорошему на python 2 7 можно ещё 10 лет прожить Потому что сло, бедный буратино (ok), 13:03 , 27-Фев-13, (15) –4

точно точно вот именно так некоторые люди и думают - только вот ты щаз сарказм, Xasd (ok), 13:26 , 27-Фев-13, (28)

Я именно так и думаю Меня устраивает python 2 7 Правда Я ничего не теряю, пол, бедный буратино (ok), 13:29 , 27-Фев-13, (30)

ты меня режишь беж ножа, Xasd (ok), 13:39 , 27-Фев-13, (35) +1
Кроссплатформенность страдает В pyhton3 по умолчанию юникод, даже в винде В py, nn (??), 13:43 , 27-Фев-13, (38) +1

code arg1 sys argv 1 decode locale getpreferredencoding path1 os path jo, Xasd (ok), 14:04 , 27-Фев-13, (52) +1

Контекстная проблема Проще исправить две таких проблемы в год, с помощью одной , бедный буратино (ok), 14:07 , 27-Фев-13, (54)

ды, я согласен вобщемто но есть два но 1 исправить проще, но зачстую почему-, Xasd (ok), 14:13 , 27-Фев-13, (59) +1

Какие люди А почему непременно нужно переписывать Сейчас работает Работает Хо, бедный буратино (ok), 14:23 , 27-Фев-13, (63)

библиотеками которых мы пользуемся для python2 очень много готовых библиотек , Xasd (ok), 14:37 , 27-Фев-13, (66) +2

Мне не нужна идеальность для всех Мне нужна та идеальность, которая есть в pyth, бедный буратино (ok), 14:39 , 27-Фев-13, (67)

Я думаю проблема надумана Python2 7 __future__ Python3 3 , практически Биб, nn (??), 20:48 , 27-Фев-13, (95)

а так же 3 1но лучше ориентироваться на 3 2 и 3 3 Debian Wheezy уже Release Cand, web (?), 07:08 , 28-Фев-13, (103) +2

man GILНет справочной страницы для GILэто по поводу слышал звон, да не знаю гд, nn (??), 15:41 , 27-Фев-13, (84)

Многие научные проекты уже перешли на python3, и именно из этой сферы сейчас иду, web (?), 06:45 , 28-Фев-13, (98) +4

Для забеглых некростудентов бесполезно рекламировать своё трупьё тем, кто предп, Michael Shigorin (ok), 15:44 , 27-Фев-13, (87)

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

1. Сообщение от The Doctor (ok), 27-Фев-13, 11:33 +1 +/–

Наконец! Долго ждал.

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

2. Сообщение от web (?), 27-Фев-13, 11:38 +13 +/–

Давно пора.
Собственно уже работаем на Python3, на Django 1.5
Правдо очень не хватает под Py3 этого:
https://github.com/django-debug-toolbar/django-debug-toolbar

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

4. Сообщение от Аноним (-), 27-Фев-13, 12:00 –3 +/–

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

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

5. Сообщение от Аноним (-), 27-Фев-13, 12:09 +2 +/–

One... two... jango.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #49

6. Сообщение от Аноним (-), 27-Фев-13, 12:13 –16 +/–

Шел 2013 год, а горе вебмастера, выпучив глаза от натуги и роняя пачки долларов на оплату все растущих серверных ферм, продолжают генерить HTML на серверной стороне.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #14, #26, #37, #90

7. Сообщение от web (?), 27-Фев-13, 12:16 +7 +/–

:)
"Django Unchained": 'The 'D' Is Silent' (или можно вообще не писать, как в тексте новости)
http://news.moviefone.com/2012/06/06/django-unchained-traile...

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #99

8. Сообщение от web (?), 27-Фев-13, 12:29 +6 +/–

а если нет, что делать при динамическом контенте с noscript?

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

9. Сообщение от Аноним (-), 27-Фев-13, 12:31 +/–

в шаблонах Jango - D пропало.

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

12. Сообщение от Xasd (ok), 27-Фев-13, 12:55 +3 +/–

над по-больше таких новостей, где есть слово ``Python 3''...
...чтобы у разработчиков новых python-библиотек НЕ возникало ощущения что мир сидит всё ещё на Python 2.X :)
# P.S.: например недавно вышел ``Bind 10'', и в заголовке новости о нём тоже надо было большими буквами написать ``Python 3'' :-)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #98

14. Сообщение от Xasd (ok), 27-Фев-13, 13:00 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #17, #21

15. Сообщение от бедный буратино (ok), 27-Фев-13, 13:03 –4 +/–

Ой, да ладно, по хорошему на python 2.7 можно ещё 10 лет прожить. Потому что сложно быть идеальнее. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #28

16. Сообщение от лох (?), 27-Фев-13, 13:03 +/–

да, только:
а) если генерить хтмл целиком в жаваскрипте, никакое СЕО вас не найдёт.
б) если аякс должен модифицировать не только 1 элемент, а хотя бы 2 в разных частях хтмл-страницы, то это офигеешь программировать
в) что-что там за экономия на серваках на выводе хтмл? было 10% нагрузки, стало 9%? Или было 99%, стало 98%? Знаете ли, если у вас str.replace(x,context[x]) генерирует ТАКУЮ загрузку на сервак, что речь об экономии идёт... то пора уже поменять 386SX на хотя бы пентиум3.
г) ну да, у вас прыщавые задроты программируют, ниасилили server-side шаблоны, вот ваша главная экономия.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #19, #22, #73

17. Сообщение от бедный буратино (ok), 27-Фев-13, 13:04 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #33

18. Сообщение от Xasd (ok), 27-Фев-13, 13:04 +/–

ды не надо ни каких <noscript>...</noscript>! :)
на каждого подобного извращенца не напасёщся заглушек! :-D
кто-то отключил скрипты... а кто-то другой отключил куки... а ещё кто-то другой отключил localStorage....
а ЗАЧЕМ они вообще это отключают-то? профит-то какой от отключения? :)
ну раз сам отключил чего-то -- то сам получи белый экран (вместо странички сайта), и сам думай почему не работает :-) ..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #20, #106

19. Сообщение от бедный буратино (ok), 27-Фев-13, 13:05 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #25

20. Сообщение от бедный буратино (ok), 27-Фев-13, 13:06 +/–

> кто-то отключил скрипты... а кто-то другой отключил куки... а ещё кто-то другой
> отключил localStorage....
> а ЗАЧЕМ они вообще это отключают-то? профит-то какой от отключения? :)
> ну раз сам отключил чего-то -- то сам получи белый экран (вместо
> странички сайта), и сам думай почему не работает :-) ..
Поднимите руки, кто на веб-сервере делает фильтрацию, подобную osf, по фильтру Windows?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #23

21. Сообщение от лох (?), 27-Фев-13, 13:10 +4 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #24

22. Сообщение от Xasd (ok), 27-Фев-13, 13:11 –1 +/–

> а) если генерить хтмл целиком в жаваскрипте, никакое СЕО вас не найдёт.
всё наоборот. если робот получает ТОЛЬКО контент, без оформления -- то ему становится очень просто.
> б) если аякс должен модифицировать не только 1 элемент, а хотя бы 2 в разных частях хтмл-страницы, то это офигеешь программировать
объектно-ориентированная модель для [объект_страница] с наследованием виджетов -- делается на Javascript на много более естественным образом, чем формирование плоского HTML-текста

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #27

23. Сообщение от Xasd (ok), 27-Фев-13, 13:14 +/–

> Поднимите руки, кто на веб-сервере делает фильтрацию, подобную osf, по фильтру Windows?
в каком смысле? чтоб никто кроме Windows не заходил? или наоборот? :)

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

24. Сообщение от 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ообщить модератору
Родитель: #21 Ответы: #29, #31, #36, #100

25. Сообщение от лох (?), 27-Фев-13, 13:20 +2 +/–

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

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

26. Сообщение от Антоним (?), 27-Фев-13, 13:20 +/–

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

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

27. Сообщение от лох (?), 27-Фев-13, 13:25 +/–

>> а) если генерить хтмл целиком в жаваскрипте, никакое СЕО вас не найдёт.
> всё наоборот. если робот получает ТОЛЬКО контент, без оформления -- то ему
> становится очень просто.
здрасте, а что такое контент и что такое оформление? Контент - это шаблон хтмл. Оформление - это CSS и графика. И где тут ваше ЖС?
>> б) если аякс должен модифицировать не только 1 элемент, а хотя бы 2 в разных частях хтмл-страницы, то это офигеешь программировать
> объектно-ориентированная модель для [объект_страница] с наследованием виджетов -- делается
> на Javascript на много более естественным образом, чем формирование плоского HTML-текста
она-то делается, но это затраты времени на компе юзера (который необязательно xeon 4GHz), подходит не для всех типов контента и к тому же весьма привязано к конкретике. Захотели изменить шаблон (хотя бы какой-нить новый див вставить) - велкам к переписке всего вашего ЖС. Либо заранее извращайтесь и пишите мегабайты ЖС. Шаблон составить и поддерживать куда проще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #32

28. Сообщение от Xasd (ok), 27-Фев-13, 13:26 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #30

29. Сообщение от бедный буратино (ok), 27-Фев-13, 13:28 –2 +/–

> скачайте этот фреймворк от сюда -- http://vanilla-js.com/?download
Вы не понимаете значения слова "фреймворк". И его назначения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #34

30. Сообщение от бедный буратино (ok), 27-Фев-13, 13:29 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #35, #38

31. Сообщение от nn (??), 27-Фев-13, 13:32 +3 +/–

>тоесть по вашему -- клиентская стороная такая прям тормознутая, что аж пол часа генерирует, а серверу это раз плюнуть? :-) [или думаете что Javascript-тормазнутее чем PHP? лол]
Ну не хочу чтоб какая-то там клиентская сторона, чей код можно модифицировать прямо в браузере, а то и на подлете к браузеру, лазила ко мне напрямую в базы данных и выполняла на сервере команды. И не понимаю в чем профит от отсылки кода, который генерит страницу, вместо самой страницы, объем кода и статики никак не меньше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #40, #43

32. Сообщение от Xasd (ok), 27-Фев-13, 13:34 +1 +/–

> здрасте, а что такое контент и что такое оформление? Контент - это шаблон хтмл. Оформление - это CSS и графика. И где тут ваше ЖС?
нажми CTRL+U и увидешь там кучу HTML-кода, который ни каким боком не относится к контенту :)
да. я согласен с тем что АБСОЛЮТНО весь HTML-код нельзя генерировать только на клиентской стороне. тот HTML-код который относится к <main>...</main> ( http://www.sitepoint.com/html5-main-element/ ) -- придётся всёже генерировать на сервере [в простом виде, а затем усложнять на клиентской стороне].
так-что не будем тут так сказать максималистами :)

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

33. Сообщение от Xasd (ok), 27-Фев-13, 13:35 +/–

ну может быть из-за этого. может ты тут и прав

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

34. Сообщение от Xasd (ok), 27-Фев-13, 13:36 +1 +/–

> Вы не понимаете значения слова "фреймворк". И его назначения.
у тебя есть хоть чуть-чуть чуство юмора? или ты ещё до сих пор не проснулся? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #41

35. Сообщение от Xasd (ok), 27-Фев-13, 13:39 +1 +/–

ты меня режишь беж ножа

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

36. Сообщение от лох (?), 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%. Во-вторых, ещё раз повторю, что парсинг шаблона - это настолько быстрая операция, что сравнится с парсингом самого похапэ (у кого похапэ). Так что нет смысла экономить на спичках, знаете ли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #39

37. Сообщение от pro100master (ok), 27-Фев-13, 13:41 +1 +/–

а что не так? Генерация html на стороне сервера занимает микросекунды, а на клиенте - десятки миллисекунд.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #53, #56

38. Сообщение от nn (??), 27-Фев-13, 13:43 +1 +/–

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #52, #84

39. Сообщение от 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ообщить модератору
Родитель: #36 Ответы: #42, #44

40. Сообщение от лох (?), 27-Фев-13, 13:45 +1 +/–

>>тоесть по вашему -- клиентская стороная такая прям тормознутая, что аж пол часа генерирует, а серверу это раз плюнуть? :-) [или думаете что Javascript-тормазнутее чем PHP? лол]
> Ну не хочу чтоб какая-то там клиентская сторона, чей код можно модифицировать
> прямо в браузере, а то и на подлете к браузеру, лазила
> ко мне напрямую в базы данных и выполняла на сервере команды.
до этого ещё не дошло вроде, но вообще интересно:
$.get( javascript.mysql_query("SELECT ***") ... )
$.get( "/etc/passwd" ... )
> И не понимаю в чем профит от отсылки кода, который генерит
> страницу, вместо самой страницы, объем кода и статики никак не меньше.
да вот я тоже чего-то не понимаю.
Наверно есть настолько фанаты жавасрипта, что написать шаблон на шаблонизаторе религия не позволяет. Или знания %)

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

41. Сообщение от бедный буратино (ok), 27-Фев-13, 13:46 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #85

42. Сообщение от лох (?), 27-Фев-13, 13:49 +/–

>> Для меня оформление - это CSS и графика.
> ну может быть ты являешься именно тем одарённым программистом, который способен написать
> даже тетрис на CSS.
> в этом случае может быть JS тебе и не нужен :)
не передёргивайте)) речь не о динамике на стринице, а о замене ШАБЛОНОВ жавасриптом.
> другие некотоыре люди -- даже используют less (lesscss.org) для того чтобы не
> видеть в глаза чистый CSS :) ...
другие некотоыре люди, даже большинство пожалуй, для этой цели используют других некотоыре люди)))
> и да -- сайт написанный с использованием less вместо css -- считай
> что написан с оформлением на Javascript (как минимум на 70% всей
> оформительской работы).
ну можно вспомнить и javascript stylesheet.
Это только не меняет главного - необходимость хтмл-шаблона.
А речь была, напомню, о замене ШАБЛОНОВ жавасриптом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #46

43. Сообщение от Аноним (-), 27-Фев-13, 13:50 –3 +/–

Тут спорят о том что отдавать с сервера html или json + статику, а вы тут со своими детскими страхами. Успокойтесь никто вам в базу не залезет.
>И не понимаю в чем профит от отсылки кода, который генерит страницу, вместо самой страницы, объем кода и статики никак не меньше.
Что вы нихрена не понимаете я уже заметил. Что непонятного в том что если пользователь нажимает "отсортировать по цене" в одном случае скрипт на сервере лезет в базу данных и с нуля генерит страницу и посылает ее клиенту, а в другом не нужен даже сетевой запрос?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #47, #51

44. Сообщение от лох (?), 27-Фев-13, 13:52 +/–

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

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

46. Сообщение от Xasd (ok), 27-Фев-13, 13:56 +/–

> А речь была, напомню, о замене ШАБЛОНОВ жавасриптом.
окей. уговорил меня.
наймём на работу бомжа на официальную должность директора. будем платить ему 5 тысяч рублей в месяц и просить подписывать все нужные нам бумажки без прочтения им.
....и говорить (между собой) что это наш настоящий директор фирмы!
[аналогия: директор_фирмы -- шаблонизация_на_сервере]

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #57

47. Сообщение от лох (?), 27-Фев-13, 13:56 +1 +/–

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

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

49. Сообщение от Okarin (ok), 27-Фев-13, 13:59 +/–

One Piece FTW!

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

51. Сообщение от nn (??), 27-Фев-13, 14:04 +2 +/–

> Тут спорят о том что отдавать с сервера html или json +
> статику, а вы тут со своими детскими страхами. Успокойтесь никто вам
> в базу не залезет.
Про json не было разговора. Ну раз зашел. В чем профит?
> Что вы нихрена не понимаете я уже заметил.
А понятно, очередное хамло.
> Что непонятного в том
> что если пользователь нажимает "отсортировать по цене" в одном случае скрипт
> на сервере лезет в базу данных и с нуля генерит страницу
> и посылает ее клиенту, а в другом не нужен даже сетевой
> запрос?
А разве сейчас не так? Вы тут с революцией web2.0 лет на 20 опоздали, dhtml вначале, а позже ajax давным давно это позволяют. Яркий пример вашему описанию: http://www.datatables.net/ .
Только вот наличие клиентской стороны никак не отменяет серверную сторону.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #55

52. Сообщение от Xasd (ok), 27-Фев-13, 14:04 +1 +/–

arg1 = sys.argv[1].decode(locale.getpreferredencoding())
path1 = os.path.join(os.path.dirname(__file__.decode(sys.getfilesystemencoding())), arg1)
# о нет! когда же эти мучения закончатся!!!!
# P.S.: это просто мысли вслух, а не ответ камраду nn

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #54

53. Сообщение от Аноним (-), 27-Фев-13, 14:05 +/–

Все так пока пользлвателей не становится больше, по вашему расчету, 10000*количество ядер сервера. Что в современных реалиях обычное явление.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #64

54. Сообщение от бедный буратино (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ообщить модератору
Родитель: #52 Ответы: #59

55. Сообщение от бедный буратино (ok), 27-Фев-13, 14:08 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #58

56. Сообщение от Аноним (-), 27-Фев-13, 14:08 +/–

Лол рельсы генерят страницу на сервере медленнее чем хром на клиенте. Они и запускаются несколько минут.
Не знаю как джанго.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #65, #83

57. Сообщение от лох (?), 27-Фев-13, 14:10 +1 +/–

>> А речь была, напомню, о замене ШАБЛОНОВ жавасриптом.
> окей. уговорил меня.
> наймём на работу бомжа на официальную должность директора. будем платить ему 5
> тысяч рублей в месяц и просить подписывать все нужные нам бумажки
> без прочтения им.
> ....и говорить (между собой) что это наш настоящий директор фирмы!
> [аналогия: директор_фирмы -- шаблонизация_на_сервере]
очень уместная аналогия.
я не понял, что ты хотел сказать.
есть хтмл верстальщик, который стоит 20тр/мес. Есть жаваскрипт программер, который стоит ещё 20тр.
Есть хостинг, который стоит 200р/мес. Есть VPS за 1000р/мес. Выделенный сервак - 3000р.
Теперь вопрос: при том, что в случае генерации шаблонов на стороне клиента кол-во работы верстальщика не изменится (кто-то ж должен верстать), а кол-во работы жс-програмера увеличится пусть даже на 50%, то что ты сэкономишь на хостинге? Или ты и есть тот самый директор за 5тыс, который тока бумажки подписывает и всем говорит, как хорошо заниматься ерундой?
кстати то что ты свои посты правишь - очень неудобно читать и понимать что ж ты там хотел сказать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #62

58. Сообщение от nn (??), 27-Фев-13, 14:11 +/–

>> Только вот наличие клиентской стороны никак не отменяет серверную сторону.
> Надо в браузеры торрент встраивать. Эх, опера опередила своё время.
Да чего там, уже пару лет как виртуалка в браузерах есть, можешь свой сервер в браузере запустить, а то и облако.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #101

59. Сообщение от Xasd (ok), 27-Фев-13, 14:13 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #63

62. Сообщение от Xasd (ok), 27-Фев-13, 14:20 +/–

> кстати то что ты свои посты правишь - очень неудобно читать и понимать что ж ты там хотел сказать.
а думаешь мне самому удобно -- когда то одна мысль в голове, то сразу другая?
> кол-во работы жс-програмера увеличится пусть даже на 50%
ну вобщем-то я делаю вывод -- что я обозначил проблему, но не указал эффективные способы её решения.
проблема: делать оформление надо на клиентской стороне, а не на серверной.
способ решения, который не увеличит савакупную трудоёмкость для коллектива трудящихся -- я не знаю, на сегодняшний момент.
может быть завтра кто-то уже придумает решение, которое позволит делать это, не заставляя JS-программиста трудиться больше чем нужно.
* * * * * * * * * * * * * * * * * *
вот вы вообще сранные люди! я написал например что "что-то-не-так, это надо исправлять!", а вы сразу накидываетесь на меня со словами "не трогай, мы работаем так уже много лет и не хотим ничего менять!"
ну работали вы как работали, фиг с вами. но завтра например кто-то сделает новую рационализацию на эту тему, а вы останитесь в Ж^Wхвосте прогресса.
думайте немножко шире! может быть даже вы сами сделаете эту рационализацию, а не кто-то другой! в случае если не будете пытаться загонять себя в рамки "мы так работали уже долго и не будем ничего менять".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #80

63. Сообщение от бедный буратино (ok), 27-Фев-13, 14:23 +/–

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #66, #103

64. Сообщение от pro100master (ok), 27-Фев-13, 14:27 +1 +/–

при чем тут 10000 ядер? Со 100к уников/сутки влегкую справляется один обычный сервак. Если у вас миллионы в сутки - вам всё-равно менять архитектуру придётся и шаблоны на JS будут лишь незначительной частью контента. Владельцы бложиков с низким трафиком, такие смешные, вечно ждут наплыва фанатов.

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

65. Сообщение от pro100master (ok), 27-Фев-13, 14:28 +1 +/–

> Лол рельсы генерят страницу на сервере медленнее чем хром на клиенте. Они
> и запускаются несколько минут.
> Не знаю как джанго.
Проблемы апачей шерифа не волнуют. Машинисты бронепоезда - отдельная каста)

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

66. Сообщение от Xasd (ok), 27-Фев-13, 14:37 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #67

67. Сообщение от бедный буратино (ok), 27-Фев-13, 14:39 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #95

73. Сообщение от Michael Shigorin (ok), 27-Фев-13, 15:22 +1 +/–

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

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

80. Сообщение от лох (?), 27-Фев-13, 15:33 +1 +/–

> а думаешь мне самому удобно -- когда то одна мысль в голове, то сразу другая?
ну это и видно. Это значит только, что ты сам не знаешь что хочешь сказать))
> ну вобщем-то я делаю вывод -- что я обозначил проблему, но не указал эффективные способы её решения.
не обозначил проблему, а указал неэффективный способ создать себе кучу гемора. имхо.
> проблема: делать оформление надо на клиентской стороне, а не на серверной.
нет такой проблемы, потому что оформление (не путать с анимацией и всякой мелочёвкой) - не имеет к клиенту, а следовательно, к ЖС, никакого отношения. Клиент нужен, чтобы РЕНДЕРИТЬ оформление. А не для того, чтобы его генерировать.
> способ решения, который не увеличит савакупную трудоёмкость для коллектива трудящихся -- я не знаю, на сегодняшний момент.
> может быть завтра кто-то уже придумает решение, которое позволит делать это, не заставляя JS-программиста трудиться больше чем нужно.
да, представь себе, уже придумано -- и придумано до того, как появился жавасрипт: делать шаблоны на сервере =))))
> вот вы вообще сранные люди!
я надеюсь ты имел в виду "странный", а не сранный. Смысл немного разный, не?
> я написал например что "что-то-не-так, это надо исправлять!",
нет, ты написал, "сегоднящняя ситуация совершенно нелепа!" -- забыл? Это не похоже на "что-то не так", а похоже на то, что кругом одни бараны, а ты один умный.
И ответил ты это на
>продолжают генерить HTML на серверной стороне.
То есть, ты предложил, очевидно, генерить HTML на клиентской стороне. Точнее, "полностью подписался".
а потом ты уже забыл и про это. И ушёл в философию. Не надо думать, что всё старое -- дерьмо только потому, что оно старое. И не надо думать, что ты самый умный, а остальные -- бараны, которые ничего не хотят менять.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #86

83. Сообщение от Michael Shigorin (ok), 27-Фев-13, 15:40 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #88

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 потолок.
Ну раз ты серьезно, то представься. Я такой-то вот Ф.И.О.из такой вот серьезной конторы (№ школы), вот ссылка на мою контрольную работу по информатике.
В общем качество вброса страдает.

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

85. Сообщение от Xasd (ok), 27-Фев-13, 15:41 +/–

> Но я на этом фреймворке делал сайты ещё 11 лет назад, и мне не до смеха
ну 11 лет назад там даже не было ``document.querySelector()'' :)

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

86. Сообщение от Xasd (ok), 27-Фев-13, 15:42 +/–

> я надеюсь ты имел в виду "странный",
да. извините.
> нет, ты написал, "сегоднящняя ситуация совершенно нелепа!" -- забыл?
ну разумеется нелепая, что до сих пор всё так (2013 год уже как ни как)
> кругом одни бараны, а ты один умный.
ну эт уже ваши фантазии. я бараном никого не называл :) [ну если не считать опечатку в слове "странные" :)]

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

87. Сообщение от Michael Shigorin (ok), 27-Фев-13, 15:44 +/–

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

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

88. Сообщение от Xasd (ok), 27-Фев-13, 16:01 +/–

на нём наверно уже Linux загрузиться не сможет :(

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #89

89. Сообщение от бедный буратино (ok), 27-Фев-13, 16:04 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #92, #102

90. Сообщение от Шамиль (??), 27-Фев-13, 18:02 +/–

При генерации HTML на стороне клиента:
1) Как можно разрешить проблему со справочниками, расположенными в памяти? Если не хочется всё время писать JOINы. Например, пользователи по кодам удобно хранить в памяти. Обращение за каждым пользователем будет значительно медленнее.
2) Если используется ORM с "ленивой" выборкой. Как предугадать, что запросит шаблон?
3) Существует ли на JS хороший движок шаблонов подобный JSP с JSTL? Чтобы не получать HTML склейкой текста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #91

91. Сообщение от Шамиль (??), 27-Фев-13, 18:12 +/–

По вопросу со справочниками проблема более общО: как заменить объекты, доступные по ссылкам в памяти в серверном шаблонизаторе на JSON объекты? Т.е. есть у нас 100 записей, ссылающихся на некого пользователя. В серверном шаблоне это один объект в памяти, к которому можно обращаться, получать поля и выводить нужные. На стороне клиента как я понимаю можно передать только копию привязанную к каждой из записей.

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

92. Сообщение от Xasd (ok), 27-Фев-13, 18:18 +/–

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

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

95. Сообщение от nn (??), 27-Фев-13, 20:48 +/–

>> ты главное новый проект постарайся не начинать на python2 :) .. это
>> всё о чём я тебя прошу
> Мне не нужна идеальность для всех. Мне нужна та идеальность, которая есть
> в python2. Он уже умеет всё, что нужно мне.
Я думаю проблема надумана.
Python2.7 + __future__ = Python3.3 , практически.
Библиотеки подтягиваются потихоньку, другие имплементации вроде pypy,jython тоже.
Ну а связи с переходом Гвидо в Dropbox, думаю в версии 3.4,3.5   будет революция, у Dropbox очень много наработок по управлению памятью.

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

98. Сообщение от web (?), 28-Фев-13, 06:45 +4 +/–

Многие научные проекты уже перешли на 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. Не знаю как другим.

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

99. Сообщение от Kriss (?), 28-Фев-13, 06:48 +/–

Со слащавым ДиКаприо, у которого тоже бабушка русская? :) Btw, а он к академику еще не ездил на поклон?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #16, #18

100. Сообщение от Kriss (?), 28-Фев-13, 06:54 +/–

Динамика на клиенте нужна для контента, а не для оформления. Что это вообще за "оформление"?

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

101. Сообщение от Kriss (?), 28-Фев-13, 06:57 +/–

Там - это где? В Опере? Или вообще в браузерах?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #105

102. Сообщение от Kriss (?), 28-Фев-13, 07:06 +/–

Абстрактный Линукс сможет, а подавляющее большинство нынешних дистрибутивов - нет, не сможет. Даже не поставятся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #104

103. Сообщение от web (?), 28-Фев-13, 07:08 +2 +/–

> в debian steble, кстати, вообще 2.6 :)
а так же 3.1
но лучше ориентироваться на 3.2 и 3.3
Debian Wheezy уже Release Candidate:
http://www.debian.org/devel/debian-installer/News/2013/20130217

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

104. Сообщение от бедный буратино (ok), 28-Фев-13, 07:20 +1 +/–

> Абстрактный Линукс сможет, а подавляющее большинство нынешних дистрибутивов - нет, не сможет. Даже не поставятся.
Подавляющее большинство дистрибутивов я не знаю. Есть моя персональная большая четвёрка. Это Debian, Ubuntu, Slackware, Archlinux.
Debian поставится, вариант EmDebian ещё больше память экономит благодаря сборке "без никто". ArchLinux - только 686. Slackware - поставится ли новейшая - не знаю, но 11.0 точно поставится и будет работать.
То, что кто-то пишет системы, где "1 гб не хватит на всех", и кто-то этим пользуется, это не значит, что linux не может так работать. ЛУЧШЕ МЕНЬШЕ, ДА ЛУЧШЕ.

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

105. Сообщение от nn (??), 28-Фев-13, 09:32 +/–

http://bellard.org/jslinux/tech.html

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

106. Сообщение от Аноним (-), 28-Фев-13, 10:45 +1 +/–

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

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

108. Сообщение от web (?), 23-Апр-13, 06:40 +/–

https://github.com/django-debug-toolbar/django-debug-toolbar...
Python3

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от The Doctor (ok), 27-Фев-13, 11:33	+1 +/–
Наконец! Долго ждал.
Ответить \| Правка \| Наверх \| Cообщить модератору

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

4. Сообщение от Аноним (-), 27-Фев-13, 12:00	–3 +/–
>Jango Это опечатка?
Ответить \| Правка \| Наверх \| Cообщить модератору

5. Сообщение от Аноним (-), 27-Фев-13, 12:09	+2 +/–
One... two... jango.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #49

6. Сообщение от Аноним (-), 27-Фев-13, 12:13	–16 +/–
Шел 2013 год, а горе вебмастера, выпучив глаза от натуги и роняя пачки долларов на оплату все растущих серверных ферм, продолжают генерить HTML на серверной стороне.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #8, #14, #26, #37, #90

7. Сообщение от web (?), 27-Фев-13, 12:16	+7 +/–
:) "Django Unchained": 'The 'D' Is Silent' (или можно вообще не писать, как в тексте новости) http://news.moviefone.com/2012/06/06/django-unchained-traile... местами хороший фильм.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #99

8. Сообщение от web (?), 27-Фев-13, 12:29	+6 +/–
а если нет, что делать при динамическом контенте с noscript?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

9. Сообщение от Аноним (-), 27-Фев-13, 12:31	+/–
в шаблонах Jango - D пропало.
Ответить \| Правка \| Наверх \| Cообщить модератору

12. Сообщение от Xasd (ok), 27-Фев-13, 12:55	+3 +/–
над по-больше таких новостей, где есть слово ``Python 3''... ...чтобы у разработчиков новых python-библиотек НЕ возникало ощущения что мир сидит всё ещё на Python 2.X :) # P.S.: например недавно вышел ``Bind 10'', и в заголовке новости о нём тоже надо было большими буквами написать ``Python 3'' :-)
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #15, #98

14. Сообщение от Xasd (ok), 27-Фев-13, 13:00	+/–
> Шел 2013 год, а горе вебмастера, выпучив глаза от натуги и роняя > пачки долларов на оплату все растущих серверных ферм, продолжают генерить HTML > на серверной стороне. полностью подписываюсь! сегоднящняя ситуация совершенно нелепа! очевидно что оформительская часть сайтов должна формироваться именно на клиентской стороне. почему этого до сих пор нет (когда уже даже победили монополию MsIE) -- я что-то затрудняюсь ответить даже %)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #17, #21

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

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

17. Сообщение от бедный буратино (ok), 27-Фев-13, 13:04	+1 +/–
> почему этого до сих пор нет (когда уже даже победили монополию MsIE) -- я что-то затрудняюсь ответить даже %) Когда все делают одно движение, Вася делает три. :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #33

18. Сообщение от Xasd (ok), 27-Фев-13, 13:04	+/–
ды не надо ни каких <noscript>...</noscript>! :) на каждого подобного извращенца не напасёщся заглушек! :-D кто-то отключил скрипты... а кто-то другой отключил куки... а ещё кто-то другой отключил localStorage.... а ЗАЧЕМ они вообще это отключают-то? профит-то какой от отключения? :) ну раз сам отключил чего-то -- то сам получи белый экран (вместо странички сайта), и сам думай почему не работает :-) ..
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #99 Ответы: #20, #106

19. Сообщение от бедный буратино (ok), 27-Фев-13, 13:05	+/–
> б) если аякс должен модифицировать не только 1 элемент, а хотя бы > 2 в разных частях хтмл-страницы, то это офигеешь программировать ? почему?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #25

20. Сообщение от бедный буратино (ok), 27-Фев-13, 13:06	+/–
> кто-то отключил скрипты... а кто-то другой отключил куки... а ещё кто-то другой > отключил localStorage.... > а ЗАЧЕМ они вообще это отключают-то? профит-то какой от отключения? :) > ну раз сам отключил чего-то -- то сам получи белый экран (вместо > странички сайта), и сам думай почему не работает :-) .. Поднимите руки, кто на веб-сервере делает фильтрацию, подобную osf, по фильтру Windows?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #23

21. Сообщение от лох (?), 27-Фев-13, 13:10	+4 +/–
>> Шел 2013 год, а горе вебмастера, выпучив глаза от натуги и роняя >> пачки долларов на оплату все растущих серверных ферм, продолжают генерить HTML >> на серверной стороне. > полностью подписываюсь! может ещё и подкакиваетесь? %) > сегоднящняя ситуация совершенно нелепа! > очевидно что оформительская часть сайтов должна формироваться именно на клиентской стороне. > почему этого до сих пор нет (когда уже даже победили монополию > MsIE) -- я что-то затрудняюсь ответить даже %) и как это будет выглядеть? "пожалуйста, скачайте 500К жаваскрипта и 20М шаблонов, и браузер вам всё сгенерит через полчаса"? Вы не знаете элементарных вещей. Ту же jquery, которая 100К минимизирована, браузер парсит 1-2 сек. jquery-ui - ещё пару сек. Если ещё добавить к этому генерацию всего хтмл из загружаемых шаблонов (а каким образом? динамически подгружать по одному? или сразу всё?) за это время клиент проблюётся на ваш loading.gif и удалит ваш сайт из истории посещений. Спасибо, это очень круто -- сэкономить 1% нагрузки сервака на генерацию шаблонов и потерять 90% клиентов, у которых нет желания дожидаться непонятно чего непонятно сколько времени. И это ещё без учёта СЕО -- гугл и тындекс вряд ли будет ваши скрипты выполнять.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #24

22. Сообщение от Xasd (ok), 27-Фев-13, 13:11	–1 +/–
> а) если генерить хтмл целиком в жаваскрипте, никакое СЕО вас не найдёт. всё наоборот. если робот получает ТОЛЬКО контент, без оформления -- то ему становится очень просто. > б) если аякс должен модифицировать не только 1 элемент, а хотя бы 2 в разных частях хтмл-страницы, то это офигеешь программировать объектно-ориентированная модель для [объект_страница] с наследованием виджетов -- делается на Javascript на много более естественным образом, чем формирование плоского HTML-текста
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #27

23. Сообщение от Xasd (ok), 27-Фев-13, 13:14	+/–
> Поднимите руки, кто на веб-сервере делает фильтрацию, подобную osf, по фильтру Windows? в каком смысле? чтоб никто кроме Windows не заходил? или наоборот? :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20

24. Сообщение от 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ообщить модератору
Родитель: #21 Ответы: #29, #31, #36, #100

25. Сообщение от лох (?), 27-Фев-13, 13:20	+2 +/–
>> б) если аякс должен модифицировать не только 1 элемент, а хотя бы >> 2 в разных частях хтмл-страницы, то это офигеешь программировать > ? почему? да потому, что если таких штук много разных, то это будет либо повторение кода по 10 раз (т.е. быдлокодинг), либо сложная система зависимостей, и в любом случае это будет работать только для конкретного DOM. Изменится шаблон -- и все эти зависимости переписывайте заново. Да и вообще аякс хорош там, где ты точно знаешь, что и как юзер должен делать. В админках, во всяких планировщиках и т.п. На обычном сайте аякс - это зло, потому что обработка ошибок практически невозможна. Невозможно остановить запрос аякс (юзеру), да и он вообще не понимает, что происходит. А если таймаут запроса, то что? Юзер может понять, что такое 404, но когда ему на той же странице выводится alert(404 ...) - у него когнитивный диссонанс. И т.д. Невозможно опять же работать с СЕО, потому что гугл не будет аякс запросы выполнять :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19

26. Сообщение от Антоним (?), 27-Фев-13, 13:20	+/–
>продолжают генерить HTML на серверной стороне. А какие аргументы против этого? Хочется понять, ибо я уверен, что так и должно быть, а не моя личная сборка текста с помощью конструктора от всякого сайта, который я посещаю.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

27. Сообщение от лох (?), 27-Фев-13, 13:25	+/–
>> а) если генерить хтмл целиком в жаваскрипте, никакое СЕО вас не найдёт. > всё наоборот. если робот получает ТОЛЬКО контент, без оформления -- то ему > становится очень просто. здрасте, а что такое контент и что такое оформление? Контент - это шаблон хтмл. Оформление - это CSS и графика. И где тут ваше ЖС? >> б) если аякс должен модифицировать не только 1 элемент, а хотя бы 2 в разных частях хтмл-страницы, то это офигеешь программировать > объектно-ориентированная модель для [объект_страница] с наследованием виджетов -- делается > на Javascript на много более естественным образом, чем формирование плоского HTML-текста она-то делается, но это затраты времени на компе юзера (который необязательно xeon 4GHz), подходит не для всех типов контента и к тому же весьма привязано к конкретике. Захотели изменить шаблон (хотя бы какой-нить новый див вставить) - велкам к переписке всего вашего ЖС. Либо заранее извращайтесь и пишите мегабайты ЖС. Шаблон составить и поддерживать куда проще.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #32

28. Сообщение от Xasd (ok), 27-Фев-13, 13:26	+/–
точно точно! вот именно так некоторые люди и думают :-) только вот ты щаз сарказм написал, а некоторые люди думают так без сарказма :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #30

29. Сообщение от бедный буратино (ok), 27-Фев-13, 13:28	–2 +/–
> скачайте этот фреймворк от сюда -- http://vanilla-js.com/?download Вы не понимаете значения слова "фреймворк". И его назначения.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #34

30. Сообщение от бедный буратино (ok), 27-Фев-13, 13:29	+/–
> точно точно! вот именно так некоторые люди и думают :-) Я именно так и думаю. Меня устраивает python 2.7. Правда. Я ничего не теряю, пользуясь им. :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28 Ответы: #35, #38

31. Сообщение от nn (??), 27-Фев-13, 13:32	+3 +/–
>тоесть по вашему -- клиентская стороная такая прям тормознутая, что аж пол часа генерирует, а серверу это раз плюнуть? :-) [или думаете что Javascript-тормазнутее чем PHP? лол] Ну не хочу чтоб какая-то там клиентская сторона, чей код можно модифицировать прямо в браузере, а то и на подлете к браузеру, лазила ко мне напрямую в базы данных и выполняла на сервере команды. И не понимаю в чем профит от отсылки кода, который генерит страницу, вместо самой страницы, объем кода и статики никак не меньше.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #40, #43

32. Сообщение от Xasd (ok), 27-Фев-13, 13:34	+1 +/–
> здрасте, а что такое контент и что такое оформление? Контент - это шаблон хтмл. Оформление - это CSS и графика. И где тут ваше ЖС? нажми CTRL+U и увидешь там кучу HTML-кода, который ни каким боком не относится к контенту :) да. я согласен с тем что АБСОЛЮТНО весь HTML-код нельзя генерировать только на клиентской стороне. тот HTML-код который относится к <main>...</main> ( http://www.sitepoint.com/html5-main-element/ ) -- придётся всёже генерировать на сервере [в простом виде, а затем усложнять на клиентской стороне]. так-что не будем тут так сказать максималистами :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27

33. Сообщение от Xasd (ok), 27-Фев-13, 13:35	+/–
ну может быть из-за этого. может ты тут и прав
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17

34. Сообщение от Xasd (ok), 27-Фев-13, 13:36	+1 +/–
> Вы не понимаете значения слова "фреймворк". И его назначения. у тебя есть хоть чуть-чуть чуство юмора? или ты ещё до сих пор не проснулся? :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29 Ответы: #41