Comments on: Python: Веб-разработка без фреймворков (часть 3) http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/ сообщество программистов Fri, 19 Mar 2010 19:57:08 +0200 http://wordpress.org/?v=2.8.4 hourly 1 By: Сергей Щетинин http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-53043 Сергей Щетинин Tue, 09 Dec 2008 09:10:34 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-53043 Продолжение будет, но врядли до нового года. Продолжение будет, но врядли до нового года.

]]> By: BigHo http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-52811 BigHo Mon, 08 Dec 2008 16:45:30 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-52811 > не лучше ли тогда писать кодировку страницы в спрятанном поле? Да, эффективность будет примерно одинакова. Где точно будет выигрыш от хака, так это в русском апаче. Или в случае кривого браузера: получил данные в одной кодировке, на лету адаптировал к кодировке другого сайта, и отослал их уже в измененном виде. Раз "ie=" остается нетронутым, то это исказит данные. Видимо этот случай был вами упомянут выше про "ошибкоустойчивость". P.S. Еще раз спасибо за цикл статей. Интересно почитать их продолжение. Кое-какие моменты мне остаются неясны, из-за чего wsgi надстройка вырождается в маленький фреймворк. Само по себе это не очень страшит, но может получится неподдерживаемый монстр - тогда все пропало :). Если говорить конкретно, то итересен переход от концепции wsgi 1.0 к webob Request/Response и наоборот. У меня эти вещи как-то не стыкуются (то что щас есть - сильно криво). > не лучше ли тогда писать кодировку страницы в спрятанном поле?

Да, эффективность будет примерно одинакова. Где точно будет выигрыш от хака, так это в русском апаче. Или в случае кривого браузера: получил данные в одной кодировке, на лету адаптировал к кодировке другого сайта, и отослал их уже в измененном виде. Раз “ie=” остается нетронутым, то это исказит данные. Видимо этот случай был вами упомянут выше про “ошибкоустойчивость”.

P.S. Еще раз спасибо за цикл статей. Интересно почитать их продолжение. Кое-какие моменты мне остаются неясны, из-за чего wsgi надстройка вырождается в маленький фреймворк. Само по себе это не очень страшит, но может получится неподдерживаемый монстр – тогда все пропало :) . Если говорить конкретно, то итересен переход от концепции wsgi 1.0 к webob Request/Response и наоборот. У меня эти вещи как-то не стыкуются (то что щас есть – сильно криво).

]]> By: Сергей Щетинин http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-51912 Сергей Щетинин Sat, 06 Dec 2008 02:15:08 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-51912 Да, для внешних форм проблема есть, но не лучше ли тогда писать кодировку страницы в спрятанном поле? Вот у гугла ie= (input encoding) именно это и делает. В общем у меня проблема в таком виде не встречалась чтобы было необходимо делать определение, но если таки встретилась, то ваш вариант с известной строкой мне определенно нравится. Да, для внешних форм проблема есть, но не лучше ли тогда писать кодировку страницы в спрятанном поле? Вот у гугла ie= (input encoding) именно это и делает. В общем у меня проблема в таком виде не встречалась чтобы было необходимо делать определение, но если таки встретилась, то ваш вариант с известной строкой мне определенно нравится.

]]> By: BigHo http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-51781 BigHo Fri, 05 Dec 2008 16:37:49 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-51781 Есть проблема с firefox из линейки 2.0.0.x (freebsd). Думаю, что любой браузер исковеркает данные при переходе с одного сервера на другой, если не совпадает кодировка страницы ссылки и обработчика этого URI веб-сервером. Такое встречается при попытке связать проект с "встраиваемыми" пакетами, типа форумов и вики движков, особенно для тех из них, у кого трудности с уникодом. То, что выше вами же было указано (вероятностный характер функции автоопределения кодировки в браузерах), заставило по новому взглянуть на необходимость универсального решения. P.S. подозреваю, что у сhardet (WebOb/contrib/decorators) могут быть ложные срабатывания, особенно на коротких строках, например, при ссылке на вики аббревиатуру. Есть проблема с firefox из линейки 2.0.0.x (freebsd). Думаю, что любой браузер исковеркает данные при переходе с одного сервера на другой, если не совпадает кодировка страницы ссылки и обработчика этого URI веб-сервером. Такое встречается при попытке связать проект с “встраиваемыми” пакетами, типа форумов и вики движков, особенно для тех из них, у кого трудности с уникодом. То, что выше вами же было указано (вероятностный характер функции автоопределения кодировки в браузерах), заставило по новому взглянуть на необходимость универсального решения.

P.S. подозреваю, что у сhardet (WebOb/contrib/decorators) могут быть ложные срабатывания, особенно на коротких строках, например, при ссылке на вики аббревиатуру.

]]> By: Сергей Щетинин http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-51625 Сергей Щетинин Fri, 05 Dec 2008 07:17:38 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-51625 Смотреть на content-type запроса бесполезно, его всё равно никто не шлет. В webob/contrib/decorators есть detect_charset, сделал на всякий случай. Там же есть поддержка стратегий по типу Гугловской (?ie=) и вашу можно добавить без труда. Хак мне кажется удачный, но есть ли в нем нужда? Вот какой браузер шлет не в той кодировке? Смотреть на content-type запроса бесполезно, его всё равно никто не шлет. В webob/contrib/decorators есть detect_charset, сделал на всякий случай. Там же есть поддержка стратегий по типу Гугловской (?ie=) и вашу можно добавить без труда.

Хак мне кажется удачный, но есть ли в нем нужда? Вот какой браузер шлет не в той кодировке?

]]> By: BigHo http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-51297 BigHo Thu, 04 Dec 2008 13:47:40 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-51297 Автоопределение кодировки оказалось неожиданной засадой. Для себя я решил этот вопрос использованием кнопки submit, например - "продолжить", "поиск" и т.д., которая закодируется вместе со всеми данными в одной кодировке. Если кнопки не полагается по статусу для формы, можно воспользоваться "hidden" переменной. На сервере формируется словарь по возможным используемым кодировкам значения этого известного поля - зная, какое значение должно быть в переменной, можно догадаться, какая функция перекодировки использовалась для этого. Не понятно, правда, что должно быть приоритетней - content-type: */*; charset=? или, определение по данным хаком. Есть мысли? Автоопределение кодировки оказалось неожиданной засадой. Для себя я решил этот вопрос использованием кнопки submit, например – “продолжить”, “поиск” и т.д., которая закодируется вместе со всеми данными в одной кодировке. Если кнопки не полагается по статусу для формы, можно воспользоваться “hidden” переменной. На сервере формируется словарь по возможным используемым кодировкам значения этого известного поля – зная, какое значение должно быть в переменной, можно догадаться, какая функция перекодировки использовалась для этого.

Не понятно, правда, что должно быть приоритетней – content-type: */*; charset=? или, определение по данным хаком. Есть мысли?

]]> By: Щетинин Сергей http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-13570 Щетинин Сергей Mon, 12 May 2008 15:10:01 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-13570 @Naota, Про аякс врядли буду писать, т.к. сам с ним почти не работаю, может только по мелочи что-то. Но в статье про мидлварь будет небольшое приложение склеющиваее и пакующее JS скрипты. С кешированием БД тоже вопрос, сам я предпочитаю кешировать уровнем выше, т.е. готовые HTML блоки. Как это делать думаю и так понятно. @Naota,
Про аякс врядли буду писать, т.к. сам с ним почти не работаю, может только по мелочи что-то. Но в статье про мидлварь будет небольшое приложение склеющиваее и пакующее JS скрипты. С кешированием БД тоже вопрос, сам я предпочитаю кешировать уровнем выше, т.е. готовые HTML блоки. Как это делать думаю и так понятно.

]]> By: Naota http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-13562 Naota Sun, 11 May 2008 10:50:40 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-13562 Отличные статьи. Жду с нетерпением продолжение. Очень интересует как грамотно реализовать кэширование к БД. Ну и про аякс было бы неплохо что нить интересное :) Отличные статьи. Жду с нетерпением продолжение. Очень интересует как грамотно реализовать кэширование к БД. Ну и про аякс было бы неплохо что нить интересное :)

]]> By: Щетинин Сергей http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-13348 Щетинин Сергей Fri, 18 Apr 2008 13:42:12 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-13348 Первые два не знаю, последние два пользовал, упомяну в обзоре. Но коротко могу уже сейчас сказать -- на помойку их. Первые два не знаю, последние два пользовал, упомяну в обзоре. Но коротко могу уже сейчас сказать — на помойку их.

]]> By: http://slav0nic.org.ua/ http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-13344 http://slav0nic.org.ua/ Fri, 18 Apr 2008 08:41:43 +0000 http://www.developers.org.ua/archives/mlk/2008/04/14/python-webdev-no-frameworks-p3/#comment-13344 довольно неплохо интересно было бы почитать про более экзотические фреймворки типа werkzeug, web2py, cherry, web.py B) довольно неплохо
интересно было бы почитать про более экзотические фреймворки типа werkzeug, web2py, cherry, web.py B)

]]>