Публикации с меткой «web-devel»

Пробую освоить Ruby on Rails. Очень тяжко после джанги, т. к. ко многому сильно привык, например к ModelForm из-коробки, да и джанговское объявление моделей мне гораздо более по душе, чем autodiscover в рельсах. Пока идёт довольно туго, очень часто джангую :)

Вообще, в интернете постоянно раньше натыкался на всякие рельсовые примочки, а сейчас вдруг всё опустело :) Спасает только рельсовый товарищ в аське, гыгы. Я со всей ответственностью могу заявить, что в чем-чем, а в документации джанга выше просто на голову.

Продолжаем бурение...

Сообщают что вышел uWSGI v.0.9.3. Быстрый, самовосстанавливающийся, дружественный разработчику WSGI-сервер. Пишут, что поддерживает множественность приложений в одном процессе, профайлер (!). Среди прочего, в этой версии есть nginx-модуль, экспериментальная поддержка Py3, связь с Twisted, graceful рестарт и горячая замена/апгрейд сервера, разделяемая между процессами/воркерами память (для дележки данными) и прочее-прочее-прочее. Надо попробовать что это за зверь такой. Уж что-то много там фич :)

Кстати, зачем WSGI-серверу Tomcat-handler?

Наличие модельных сигналов позволяет ублажить Google Page Speed Analyzer даже на давно введенном в эксплуатацию сайте. То есть, оптимизации js и css делаются раз и навсегда, клиент их обычно не трогает. А вот картинки загружает. И загружает он их, надо сказать, совершенно не подозревая о их неоптимальности, прямо скажем. Выход простой — вешаем на post_save модели с ImageField-ом простенькую писалку в "очередь на оптимизацию", которая по крону проходиться по изображениям.

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

HTML-минификация вообще фигня на постном масле в том смысле, что это делаеться миддлварью. Стоит, наверное, по аналогии с Web Optimizator-ом наваять что-то такое для джанги. Только, конечно, честное, то есть Open Source :). Тем более, что джанга даёт для этого все рычажки-крутилки каноническим образом.

Некоторое время назад я «случайно придумал», что 80% всех веб-приложений выполняют в целом одинаковые вещи: отображение и управление деревом сайта, отображение и управление формами к структурам БД (в т.ч. простое отображение записей), рассылкой почт и т.п. То есть не то чтобы это было революционное открытие и раньше я этого не знал, просто мой мозг, к тому моменту окончательно испорченный DSL-ями, стал явно протестовать против очередного создания очередных однотипных вещей. Несмотря на все ухищрения в виде всеразличных фреймворков дело лучше концептуально не становится, просто кода чуть меньше, абстрактности в нём чуть больше. Но это полумеры.

Поделившись своими мыслями с товарищем в джаббере, выяснил, что такие мысли далеко не у меня одного, а погуглив на эту тему понял, что это в общем давно является объектом исследования разных групп, в том числе IBM (IBM Relational Blocks), Computing Laboratory в Оксфорде и т.п. Они в общем написали много статей про это дело (гуглить по Web DSL, WSL и т.п.).

Вот что пишут в статье "A Web Specific Language for Content Management Systems" товарищи Vidar Svansson и Roberto E. Lopez-Herrejon:

Our focus is on providing a language to define business domains based on concepts commonly found in a CMS, but at the model level rather than at the metamodel level. Furthermore, using WSL allows us to synthesize features and thus develop a product line.

В общем и целом, они применяют MDD (Model Driven Development), то есть на WSL описывают модели, по которым потом генерируется код, структура БД и скелет разметки. У них, конечно, в статье довольно абстарктно всё, но, имхо, сегмент CMS умрёт вот именно по этой причине. Вернее, не умрёт, а эволюционирует до неузнаваемости. То есть будут создаваться не CMS-ы, а языки их описания и это правильно, я считаю. Наример, гораздо проще будет решаться вопрос с валидацией таких решений. На уровне неформализуемых мыслей у меня есть подозрение, что можно ввести какой-нибудь обобщенный набор АДТ, с помощью которого можно будет исключительно декларативно описывать системы. Хаскелль и прочие академически строгие языки показывают, что в этом есть огромный профит. Но это всё, конечно, должно быть более-менее скрытно, то есть происходить внутри самого WSL, чтобы не грузить «промышленных программистов» заумью про вывод типов и т.д. и т.п.

Таким образом, как и во всех остальных сферах интернет-разработки, дело движеться к DSL-ям. Вообще, обилие наработок по этой тематике вселяет надежду, что вот-вот скоро-скоро будет уже какой-то практически применимый результат.

Хотелось бы это обсудить с кем-нибудь. Может есть какое сообщество? Да и публикаций побольше бы почитать, может сам что прототипное надумаю.

ЗЫ. Что характерно, бОльшая часть примеров в работах по WSL генерирует код на питоне :)

Окончательное решение подсветочного вопроса :). Делается так:

1. В шаблоне блога в head-части пишем:

   <link href='http://8296241635750553491-a-1802744773732722657-s-sites.googlegroups.com/site/syntaxhighlightersite/Home/SyntaxHighlighter.css' rel='stylesheet' type='text/css'/>
   <script language='javascript' src='http://syntaxhighlighter.googlecode.com/svn-history/r57/trunk/Scripts/shCore.js' type='text/javascript' ></script>
   <script language='javascript' src='http://syntaxhighlighter.googlecode.com/svn-history/r57/trunk/Scripts/shBrushPython.js' type='text/javascript' ></script>

2. Перед закрывающим тегом body пишем:

   <script language="javascript">
   dp.SyntaxHighlighter.BloggerMode();
   dp.SyntaxHighlighter.HighlightAll('code');
   </script>

3. Теперь код, который надо подсветить оборачиваем в

   <pre name="code" class="py">...</pre>

Пример:

def test(a):
  def inner(b):
    return a + b
  return inner

""" comment """

Решение найдено тут.

Обнаружен мною случайно в интернетах — некий Skulpt. «Никакого препроцессинга, плагинов или необходимости в серверной поддеркже.» Проверил слегка, поддерживаются %-шаблоны для строк, замыкания, HOF.

Не более чем игрушка, имхо. Но прикольная конечно :}

Бочка мёда

Узнал о предполагаемых фичах джанги 1.2. Что же они там готовят:

• Изменения в интерфейсе админки в соотв. с трудами вот этого товарища. Что-то я не вижу тут особого профита, если честно. Ну пусть будет, конечно :);
• Улучшенная защита от CSRF;
• Улучшения интернационализации в соотв. с трудами другого товарища;
• Валидация моделей и модельных форм. Более подробно тут;
• Наконец-то поддержка множественных подключений к БД. То есть поддержка подключений к разным базам в пределах одного проекта. Полезно будет, имхо. Особенно при переездах с богопротивного MSSQL, например :);
• Новые шаблонные теги. {% doctype %} и {% field %}. Не могу прокомментировать, потому что мне неясен профит;
• Поддержка подписанных кук и сессий. Типа для пущей секурности: для генерации всяческих токенов, обмазывания безопасностью скрытых полей, ссылок в емейлах и т.п.;
• Интеграция стандартного питоньего модуля логирования с джангой. Вот тут я против, кстати. Питоний лог-модуль это адский ад, лучше написать гораздо более простой свой. Тем более, что разработчики джанги обычно не стесняются изобретать собственные велосипеды :);
• Поддержка нереляционных СУБД — круто! То есть теперь это будет сразу в дистрибе. Обещают: Tokyo Cabinet/Tyrant, MongoDB (!), Cassandra (!!), Google Bigtable (!!!!!), Amazon SimpleDB, CouchDB (!!!!!!!) и т.п. Вот это, я считаю, очень верный шаг;
• Включение South в дистрибутив. Это тоже очень хорошо, имхо;
• Поддержка IBM DB2 и Sybase SQL Anywhere. Неясно, зачем. Видимо, для галочки :);
• Флеши для анонимов (!);
  
• Включение дебаг-тулбара в дистриб;

query = '...sql query...'
model = ResultHandler(SomeModel, query)

Еще из фишек: поддержка Atom-а в фидах, кеширование скомпилированных шаблонов и т.п.

Охренительный список. В общем, добавить нечего. Отличный выйдет релиз, особенно если некоторые вещи из 'under consideration' перейдут в 'to be implemented' :) Первый RC обещают к началу марта 2010, сам релиз к 9 марта 2010 предположительно. А альфа выйдет уже в декабре этого года, в которой будет уже major feature freeze. Я не знаю как раньше было, но сейчас девелопмент ветка довольно стабильна и ей вполне можно пользоваться, т.е. есть велика вероятность того, что все эти прекрасные возможности можно будет юзать уже в декабре-январе!

Ведёрко дёгтя

Вот тут отображается процесс голосования core-разработчиков. Судя по всему, не всё так радужно :) Например, south видимо всё же не включат.

Потому что с геометрией у них плохо :) Наваял тут скриптец для гуглокарт, который по нажатию на точку на карте определяет на какую страну ткнули. Юзал стандартные шейпы мировой карты. Мускуль почему-то считает что рашка есть, например, в Испании, а София принадлежит аж трём странам — Украине, Болгарии и Словакии (или Словении). Вообще, парадоксальная ситуация, когда точка на карте может принадлежать больше чем одной стране в принципе объяснима, но такие загибы уж черезчур.

Поставил постгри и PostGIS, загнал те же шейпы и тем же скриптом — всё великолепно стало определяться. И София кому надо принадлежит, и Испания не входит в состав эрефии.

Так что, если нужна более-менее точная геометрия, то mysql еще совсем не готов.

Справедливости ради, надо сказать, что для постгри это всё на хранимках и дататайпах организовано как я понял, а в мускуле это "искаропки". И есть вроде бы сторонние хранимки для мускуля, которые исправляют ситуацию.

ЗЫ. Поросёнок Пётр™ совсем устремился в атаку.

ЗЗЫ. Геоджанга это просто праздник какой-то. +100 в карму авторам :).

Вот тут вышел интересный плагиноаддономодулефреймворк :) для джанги — django-lean. Крайне интересная задумка, не знаю есть ли аналоги. Идея примерно такая: вы вводите несколько типов поведения кусочка сайта (или цепочки кусочков), т.н. эксперимент, например, меняете форму заказа (экспериментируете с юзабилити или просто так). Собираете статистику по этому эксперименту — сколько при такой-то форме заказа сделано заказов посетителями. Ну и принимаете решение на основе результатов эксперимента.

Конечно, IRL всё сложнее, эксперименты пожирнее и цели у них побогаче, но примерный механизм как я понял таков. Круто, что сказать. Можно теперь осознанно экспериментировать с UE.