<?xml version="1.0"?>
<rss version="2.0">
  <channel><title>Tymanchi Yrgyn</title><link>http://erum.ru</link><description>CodeIgniter, XSLT и всякая ерунда</description><language>rus</language><copyright>Copyright Исаак Тынгылчав</copyright>
	<item><title>Шаг 7. подбиваем бабки</title><link>http://erum.ru/94.htm</link><description>Здесь наращиваю функционал, чищу и привожу в порядок, пока без выкладывания наружу.</description><pubDate>2012-05-03 16:33:38</pubDate></item>
	<item><title>Как передать объект (массив) на сервер через Ext.Ajax.request? Через жопу!</title><link>http://erum.ru/93.htm</link><description>Удивляет не первый раз. При всей навороченности библиотеки, какие-то мелкие вещи сделать в лоб невозможно и приходится искать обходные пути.  На Я затратил два часа чтобы понять, что передача объектов через  Ext.Ajax.request напрямую невозможна.</description><pubDate>2012-05-02 16:33:09</pubDate></item>
	<item><title>Шаг 6. Дополняю сетку CommonGrid поиском и возможностью добавить новую запись</title><link>http://erum.ru/91.htm</link><description>На этом шаге я дополняю табличку списка объектов CommonGrid фильтром записей, оставляю задел для групповых операций с записями и возможностью добавить новую запись. На этом цикл  «Ext JS "Большое приложение"»  можно было бы считать закрытым, потому что весь необходимый функционал для решения большинства задач сделан. Но я хотел уложиться в семь (счастливое число) или восемь (круглая цифра) шагов и поэтому этот шаг будет не самым последним. Продолжение все же последует.  Позже. Когда все причешу и приглажу.</description><pubDate>2012-04-24 11:58:56</pubDate></item>
	<item><title>Шаг 5. Детализация - просмотрщик записей таблицы в отдельных вкладках</title><link>http://erum.ru/86.htm</link><description>На этом шаге особо важного ничего нет. Здесь я просто создаю новый компонент на базе CommonGrid - таблицы для просмотра записей и CommonTab. Поскольку в таблицу все данные не уместить, да и не надо, нужно иметь какой-то просмотрщик записи и лучше это делать в закладках. просмотрщик - это отдельный класс, который будет подгружаться динамически для каждого типа данных. По-большому счету это может быть вообще сколь угодно сложный компонент с редакторами, закладками и прочими навесками, но здеся я ограничусь только двумя типами  - с Ajax-подгрузкой готовой страницы и с json-данными, которые при получении с сервера будут преобразованы через ExtJS - шаблонизатор, который мне очень не нравится.</description><pubDate>2012-03-26 14:20:09</pubDate></item>
	<item><title>Шаг 4. Шаблон проектирования Observer (Обозреватель) для «большого» приложения ExtJS</title><link>http://erum.ru/85.htm</link><description>На предыдущем шаге я обнаружил, что закономерно пришел в тупик. Закономерность заключается в том, что "большое"  приложение - это не набор  не связанных между собой и  надерганных по помойкам   jquery-плагинов, а нечто большее. Другими словами получилась иллюстрация к закону перехода количества в качество,  сформулированного  то ли Гегелем, то ли Марксом, я уже забыл.  И чтобы ползти дальше придется вспомнить про шаблон проектирования Обозреватель (Observer).</description><pubDate>2012-03-22 17:06:10</pubDate></item>
	<item><title>Шаг 3.  Добавляем функциональность таблицы — delete,edit</title><link>http://erum.ru/83.htm</link><description>На этом шаге я добавлю функциональность в класс таблицы CommonGrid, которая позволит удалять и  редактировать записи. А в конце прихожу к выводу, что получился говнокод и необходимо срочно исправлять ситуацию уже на следующем шаге.</description><pubDate>2012-03-16 18:49:11</pubDate></item>
	<item><title>Шаг 2. Первое «большое» приложение на ExtJS</title><link>http://erum.ru/82.htm</link><description>Каркас — это viewport разделенный пополам. В левой части — навигация в виде дерева объектов, в правой — панель табуляции для работы со списком объектов, соответствующих узлу дерева объектов.  Больше здесь ничего нет. Потом я соединю этот и предыдущий шаг и получу первое «большое приложение».</description><pubDate>2012-03-16 17:04:32</pubDate></item>
	<item><title>Шаг 1. Зарождение собственного компонента в ExtJS</title><link>http://erum.ru/81.htm</link><description>Для начала нужно разобраться с классами на примере простой таблицы. Потом на этом месте вырастет большой компонент, который включает в себя табличку с фильтрами для поиска и сортировки, меню групповых команд, редактор и просмотрщик. Но это будет потом. Сейчас оттолкнусь от того что было раньше.</description><pubDate>2012-03-15 17:14:23</pubDate></item>
	<item><title>Большое приложение на Ext JS. Прелюдия</title><link>http://erum.ru/80.htm</link><description>В предыдущей, оставшейся неопубликованой полностью, я занимался отдельными стандартными компонентами и привыкал к странным глюкам и фичам мегабиблиотеки ExtJS. Теперь пришло время заняться большими приложениями. Собственно большого приложения здесь не будет, здесь будет нечто большее — каркас для очень-очень большого приложения типа CRM или чудовищных размеров бэкофиса CMS, типа того что сделано в ModX  на радость всем юзерам этой системы</description><pubDate>2012-03-15 17:13:55</pubDate></item>
	<item><title>«CodeIgniter-блог за семь шагов» семь лет спустя.</title><link>http://erum.ru/79.htm</link><description>Записки «CodeIgniter Шаг за Шагом» были написаны много лет назад, когда в рунете практически не было никакой информации о CI. К удивлению для меня они до сих пор не потеряли актуальность. Судя по статистике до сих пор находятся люди, которым нужны примеры для CodeIgniter. Почему к удивлению? Потому что в 2007 году CodeIgniter был наилучшей платформой для изучения php-фреймворков и в частности MVC-шаблона. Но сейчас, когда я пишу этот текст уже 2012 год. И имхо смотреть в строну CodeIgniter´а не самая лучшая затея. Почему?</description><pubDate>2012-02-09 16:33:37</pubDate></item>
	<item><title>Сравнение MainLink и Sape. Две биржи на одном сайте.</title><link>http://erum.ru/78.htm</link><description>Результаты продажи ссылок на СДЛ (сайте сделанном для людей) в течение двух месяцев. Использовались две биржи — MainLink и Sape. Вывод первый — Mainlink — унылое г..но, вывод второй — выгоднее размещать все на одной Sape</description><pubDate>2012-02-02 12:28:00</pubDate></item>
	<item><title>ExtJS + CodeIgniter   Example of desktop</title><link>http://erum.ru/76.htm</link><description>Простое приложение на базе  ExtJS + CodeIgniter. Desktop  + управление пользователями. Как ни страно но работает сразу после запуска.</description><pubDate>2012-01-27 12:38:15</pubDate></item>
	<item><title>ExtJS: собственные классы, xtype и ленивая инициализация</title><link>http://erum.ru/75.htm</link><description>Создание собственного класса, ленивая инициализация через xtype. В черновиках. Отсчет с древней  статьи «20 правил, которым стоит следовать, когда начинаете работать с EXT JS &amp; Sencha Touch»</description><pubDate>2012-01-26 19:14:11</pubDate></item>
	<item><title>IE Conditional Comments in XSLT</title><link>http://erum.ru/74.htm</link><description>Еще одно решение, позволяющее воткнуть в условные комментарии ie переменные.</description><pubDate>2012-01-23 15:59:30</pubDate></item>
	<item><title>HTML5 валидатор</title><link>http://erum.ru/73.htm</link><description>Первый сайт в HTML5. Не зря воздерживался. Так привык к нормальной валидации страниц, что плохо понимаю как можно обойтись без нее. Для HTML5 вменяемого валидатора не нашлось.</description><pubDate>2012-01-13 14:55:16</pubDate></item>
	<item><title>Проблема с отладкой скриптов с автозагрузкой в ExtJS</title><link>http://erum.ru/71.htm</link><description>Начал смотреть MVC. Работает автозагрузка. Непонятно зачем ExtJS генерирует адрес каждого скрипта с префиксом типа ?dc_5674567 После этого отлаживаться практически невозможно.  И что делать?</description><pubDate>2011-12-30 12:59:14</pubDate></item>
	<item><title>Ext JS 4 MVC</title><link>http://erum.ru/69.htm</link><description>Тестовый пример MVC работал только с ext.js и отказывался работать с ext-all. На javascript.ru написано про это но как решить проблему непонятно. Буржуйнет подсказал в чем проблема. В ext-all.js автолоадер зачем-то по умолчанию задизаблен. Зачем?</description><pubDate>2011-12-29 13:17:21</pubDate></item>
	<item><title>15. События в ExtJS (немного об ООП)</title><link>http://erum.ru/67.htm</link><description>Все события в ExtJS можно разделить на два типа. Первый — события DOM. С ними все  прозрачно — для них существует отдельный метод типа jQuery.bind. Второй тип событий — собственные события  ExtJS. Здесь рассматривается совсем чуть-чуть для затравки.</description><pubDate>2011-12-11 21:18:11</pubDate></item>
	<item><title>13. Шаблоны в ExtJS</title><link>http://erum.ru/66.htm</link><description>Мода на изобретение самых лучших, самых быстрых, самых понятных, самых самы и  отличных от всех других шаблонизаторов, процветающая среди php-программистов плавно переползла в Python и Ruby, и 2-3 года назад  в JavaScript. Я думаю, в скором будущем  в JS следует ожидать портирования Smarty, Quicky,FastTemplate, TAL… и базаров, какой шаблонизатор лучше. Это грустно. Особенно грустно потому что более пяти лет мне практически  не  приходилось иметь дело с шаблонизаторами отличными от XSLT. Поэтому  код который написан в этом примере у меня вызывает неудержимое чувство отвращения.</description><pubDate>2011-12-11 21:05:14</pubDate></item>
	<item><title>12.2 ExtJS — манипуляции с узлами DOM. добавление, удаление узлов и т.п.</title><link>http://erum.ru/65.htm</link><description>Когда пару месяцев назад писал эти записки, во всем что касается манипуляций с DOM было много нецензурных комментариев, я их удалил. Не то то свыкся с мыслю что придется иметь с этим дело, а скорее в реальной работе оказалось, что с этим дело иметь не придется. Ну а если все же придется, тогда скорее всего забуду все это как страшный сон и подключу что-то более дееспособное чем существующие в ExtJS методы.</description><pubDate>2011-12-11 20:51:15</pubDate></item>
	<item><title>12.1 ExtJS — манипуляции с узлами DOM. Установка/чтение стилей, классов, атрибутов</title><link>http://erum.ru/64.htm</link><description>манипуляции с узлами DOM. Установка/чтение стилей, классов, атрибутов в ExtJS. Опять же лаконичностью и простотой jQuery здесь не пахнет.</description><pubDate>2011-12-11 20:38:16</pubDate></item>
	<item><title>11.2 Навигация по DOM в ExtJS. Разборки с Element/CompositeElement</title><link>http://erum.ru/63.htm</link><description>Разборки с Ext.core.Element заняли у меня слишком много времени, потому что зациклился  на поиске  привычных по jQuery методов навигации по DOM в виде цепочек запросов</description><pubDate>2011-12-11 20:16:16</pubDate></item>
	<item><title>11.1 Навигация по DOM в ExtJS</title><link>http://erum.ru/62.htm</link><description>Как ни странно этот раздел оказался одни из самых тяжелых. Привычка  легко и просто работать с DOM в  Prototype,   jQuery и др.,  вызвало крайнее удивление  того, с чем столкнулся в ExtJS.</description><pubDate>2011-12-11 18:25:37</pubDate></item>
	<item><title>10.2 Деревья в ExtJS. Манипуляции с узлами</title><link>http://erum.ru/61.htm</link><description>Рассматриваются добавление, удаление узлов, навигация по дереву, Drag &amp; Drop.</description><pubDate>2011-12-11 18:19:18</pubDate></item>
	<item><title>10.1 Деревья в ExtJS. Инициализация</title><link>http://erum.ru/60.htm</link><description>Рассматривается три варианта загрузки — инициализация из статического объекта, инициализация из Ajax-запроса. И дополнительно вариант дерево совмещенное с таблицей.</description><pubDate>2011-12-11 18:08:21</pubDate></item>
</channel>
</rss>

