Старший onchange наблюдает за тобой

У dom элемента есть события. Среди них есть onchange. Если я делаю

var onchange = function() {/* do here something*/};

то не странно ли присобачивать эту функцию _ко всем контролам ввода_ на странице? Они вообще слышали про пространства имён? Или это умышленно так?

jqGrid custom date picker

Да, давно не писал, но это жизнь, которой мало, и работа, которой много. Вот по работе иногда приходится хлопать одной ладонью.

Так и на прошлой неделе - нужно было приделать к редактору модели в jqGrid свой элемент для редактирования дат, наподобие того, что генерят рельсы в ответ на select_date. Скудость документации и отсутствие толковых примеров и как следствие полдня экспериментов на пути к желаемому и стали причинами появления данного поста.

Для начала обратимся к истокам и объявим наше поле как custom, указав свои функции для создания элемента и извлечения значения из него.

{name:'v_birth', index:'v_birth',formoptions:{elmprefix:"* &nbsp"},edittype:'custom',editable:true,editoptions:{custom_element:dinput, custom_value:dvalue}}

Дальше немного JS магии.



Создаём, заполняем значениями с выбором одного из них, и возвращаем массивом три select'а и кнопку сброса.

Подразумевается, что в таблицу дата приходит в американском формате (mm-dd-yyyy), именно поэтому у меня поле называется v_birth - это виртуальный атрибут, в базе это естественно тип Date. О валидации таких атрибутов и их применении совместно с jqGrid стоит сказать, пожалуй, отдельно, своим постом.

Пользователь увидит три селекта и кнопку сброса их в начальное значение (--). Браузер - невалидный код (три селекта с одинаковым id), но промолчит. Функция извлечения значения благодаря этому увидит все три select'а, отмапит их в массив выбранных значений и склеит из него строку. Бэкенд - либо опять же дату в американском формате, либо пустую строку, если пользователь сбросил дату, либо неверную дату, и может сохранить, об NULL'ить или остановить валидацию на своё усмотрение.

И для завершения - ещё один штрих. Истоки.

...

.navGrid('#my_pager',
	{edit:true,add:true,del:true,search:false,refresh:true},
	{recreateForm:true, afterSubmit:function(r,data){return afterSubmit(r,data,'edit');}}, ....

Обратите внимание на recreateForm:true. С этой опцией элемент будет создаваться каждый раз при открытии формы редактирования и устанавливать начальные значения из нужной модели, а не из первой, для которой он был вызван.

А теперь отмазки. JS код грязноват и неоптимален, но я иррационально не люблю JS. Кроме того, на самом деле я использую 2dcJqgrid Rails plugin, но уже сильно модифицированный (оригинал бы не позволил сделать описываемое), так что привожу JS код для создания таблицы.

Такие вот пироги. Надеюсь, юбилейная 200-я запись была вам полезна.

Коммить это!

Очень короткое наблюдение. Вчера заметил, что мой мозг отказывается думать над продолжением работы, потому что предыдущий цельный кусок сделан, но не скоммичен.

Док

Нашёл для себя идеальный вариант дока - не показывать ничего кроме запущенных программ (и запускать их через Namely). И пару папок с документами (ебуками) ибо для быстрого открытия документов индексаторы типа Spotlight ещё не годятся совсем (о, где же ты, krunner). Хотя, казалось бы, какого чёрта, на кой в системе тогда есть locate?
UPD: нашёл такую штуку как Butler. Как минимум fuzzy-find и запуск документов (да и вообще всего) он умеет, что уже покрывает мои потребности, а там столько всего...

Preview, Opera, whatever and Dictionary.app

Недавно возмущался тем, что в самых нужных местах не работает поиск выделенного текста по хоткею с помощью стандартного Dictionary.app. Не работало это в частности в Preview (так и хочется опять пнуть Эппл, оба приложени их) и в Opera (тут стоит пнуть саму Оперу - интеграция с макосью у них так себе, более того, в контекстном меню пункт "Поискать в словаре" загружает словари Яндекса, нужны они сто лет с таким latency).
А сегодня внезапно нашёл решение, оно как всегда в стиле Эппл - то есть несколько сбоку (читай через задницу). В меню каждого приложения есть пункт Services -> Look Up in Dictionary, этим и воспользуемся, дальше понятно без слов:

Гоню на макось.

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

1. Нет буфера выделения.
2. Нельзя потаскать окно мышкой при зажатом Alt'е (ну вот тут коллега пишет костыль для этого)
3. Зато на Alt + letter забиндены все возможные Deadletters - чувствуешь себя в mc инвалидом, пока не вспомнишь, что можно юзать Esc
4. ФМ ортодоксальных толковых НЕТ. Кроме mc, ну вы поняли
5. Нет централизованного пакетного менеджмента, а макпорты и финк - говнище, каждый по-своему. Есть ещё Homebrew, идея мне нравится, но тоже хрень пока - очень молод. В общем ничего лучше портежей ещё я не видел.
6. Как следствие культура "всё с собой" для бандлов (думайте про пакеты со всеми зависимостями внутри. тысячи их [зависимостей] !)
7. Как следствие культура "всё с собой" для ОС - приготовьтесь работать с почерствевшими версиями языков и библиотек. Хорошо, что я тут root, посносил всё старьё нафиг.
8. Мало крутилок. Мало! А те, что есть, по умолчанию выставлены в идиотские положения
9. Некоторые скучают по тайловым оконным менеджерам, да и вообще оконный менеджмент тут слабоват.
10. Жестокие и беспощадные вариации на тему программ. iTunes на макбуке про (про!) стартует так медленно, что можно уснуть и без колыбельной на ночь
11. А держать всё в памяти не позволяет то, что всё дико свопится. На домашнем вообще своп отключен, используется в лучшем случае гигабайт памяти. Тут же менее гигабайта занятым не видел даже после старта.
12. Обновления. Приехало обновление - отвалилась нативная версия игры, которая до того работала как часы, не упав ни разу. И никакого вам отката - нефиг. Да даже в винде какие-то там обновления присутствовали в Установке и удалении программ, как бы намекая нам, что их можно удалить (на минутку, в винде икспи, вышедшей в каком году? давно в общем). Ну а недавно вышедший унылый леопард уже давно стал притчей во езицех, утерев нос даже майкрософту с их вистой.
13. Каждое рабочее утро начинаем с упражнения "Настрой-ка снова второй монитор".
14. Каждый приход домой - с упражнения "найди ручками и подключи нестандартно настроенный вайфай" (в связи с некоторыми событиями это упражнение заменилось другим, см. ниже)
15. Накрылся недавно домашний сервер, стал интернет раздавать с макбука. Ежечасное упражнение "воткни обратно непонятно куда девшуюся галочку Раздавать инет". И после этого они ещё выпускают какой-то там макосикс сервер. Отпавший PPPoE вроде научился переподнимать, да и то не всегда.
16. Всякие разные спорадические глюки, чего только стоят внезапно отрубившиеся клава и тачпад макбука при работяющих как ни в чём ни бывало внешних мышке и клаве. Всего не вспомнишь.


17. Пилить под себя никто не отменял, не факт, что я потратил на это времени меньше, чем потратил бы на свежей генте или там убунте.

Помидоры оставьте при себе, без конструктива не входить.

JSON, YAML, whatever...schema

Не так давно прикрутил к проекту валидатор схемы JSON документа. По ссылке всякая документация и примеры.
Зачем оно надо?

1. Для спецификации. Причём спека может быть написана хоть на YAML, хоть на JSON, хоть на чистом ruby - валидатор схемы создаётся из ruby-объекта. Так что перед тем как пистаь очередной протокол обмена чего-то с чем-то через JSON можно написать его спецификацию на том же JSON'е и избежать разночтений (свежа в памяти фраза коллеги - не, так [по разные стороны протокола] мы работать не будем, просто не будем друг друга слышать и будем писать несовместимых продюсеров и консюмеров).
2. Для валидации, как ни странно. До валидатора у меня была хитроумная система проверки с привлечением всех хитрых штук динамического программирования в ruby. Сейчас нет. Защита от дурака, особенно полезная в случае если потом таким образом будет кому-то предоставлено API.

В общем, на мой взгляд, с какой стороны не подойди - исполняемая (не просто где-то записанная, а исполняемая) спецификация - полезная в хозяйстве вещь.

C/C++/Obj-C closures

Не так давно решил таки ознакомиться (никак не мигрировать, боже упаси) на представленный в MacOS X 10.6 GCD, почитал их введение в это дело (ровно одна строчка кода, всё остальное - маркетоидный буллщит), но одна фраза заставила на себя обратить внимание - основной компонент этого GCD - блоки - что-то подозрительно напоминали. И добрался до расшаренной коллегой статьи про реализацию блоков, и понял - ну точно, это ж самые что ни на есть closures, которым скоро 50 лет, их наконец-то добавят и в эти языки... Однако, всё сильнее и сильнее этот лагерь офункционаливается.
Со статьёй крайне рекомендую ознакомиться, а потом по ссылкам в конце. Особенно по первой, там чуть ли не дословно цитируют ruby stdlib и часть парадигм RoR и вообще рубишных фреймворков.
Однако в руби их использование гораздо более синтаксически-слаще...

Cache money warm-up

С недавнего времени использую в своём проекте Cache money. Вещь хорошая, но, конечно же, есть и недостатки, впрочем, это предмет для форка и багфиксов. Стоит также отметить, что решение может уже и существует среди форков, коих много.
Если у вас всё в порядке с памятью (RAM, I mean), то может возникнуть желание принудительно заполнить кеш по всем индексам всех моделей. Сниппет извлечён из моего Rakefile'а и адаптирован для использования в рельсах. Предупреждение: не тестировалось именно в рельсах и против составных индексов (хотя и предусматривает их использование).

Using DRb

Сегодня ночью понял, что вслед за книгой the Ruby way дал маху и имел лишний вызов DRb.start_service на клиенте. Если почитать документацию, то в комментариях сэмпл кода выясняется, что это требуется далеко не всегда и уже в доке к классу DRbServer выясняются детали. А ведь пока в сорец не залез - не понял. А это устранило единственный крупный bottleneck в приложении.
Вот и читай после этого полезные книги.

Camping 1.9, Passenger & ruby 1.9

Стремление найти себе на разные места приключений никогда не покидает таких как я, вот и захотелось завести текущий проект под ruby 1.9.1 и перевести под passenger.
Пара слов - по общему моему впечатлению, мир руби не готов ещё использовать 1.9.1. То одно, то другое не работает, приходится хачить уже написанное, вставлять проверки версии языка, что-то вообще не лечится (так, у меня не завёлся монгрел, даже после советов с isitruby19.com)
Начнём с самого ruby. Даже на InfoQ засветился скрипт для установки и переключения разных версий Ruby: ruby_swither.
Однако для моей цели пришлось внести в него поравки в секции для 1.9.1 (OMG, опять на одну маленькую строчку я убил полдня):

 export GEM_HOME=~/.ruby_versions/ruby-1.9.1-p129/lib/ruby/gems/1.9.1

Дальше всё привычно - ставим гемы, ставим camping:
gem install camping --source http://gems.judofyr.net
Сам camping придётся поправить, вот патчик:

--- /Users/phoenix/projects/camping/lib/camping.rb      2009-07-05 00:35:46.000000000 +0600
+++ /Users/phoenix/.ruby_versions/ruby-1.9.1-p129/lib/ruby/gems/1.9.1/gems/camping-1.9.316/lib/camping.rb       2009-08-09 18:07:48.000000000 +0600
@@ -3,12 +3,12 @@
 S=IO.read(__FILE__)rescue nil;P="<h1>Cam\ping Problem!</h1><h2>%s</h2>"
 U=Rack::Utils;Apps=[];class H<Hash
 def method_missing m,*a;m.to_s=~/=$/?self[$`]=a[0]:a==[]?self[m.to_s]:super end
-undef id,type;end;module Helpers;def R c,*g
+undef id,type if respond_to? :id;end;module Helpers;def R c,*g
 p,h=/\(.+?\)/,g.grep(Hash);g-=h;raise"bad route"unless u=c.urls.find{|x|
 break x if x.scan(p).size==g.size&&/^#{x}\/?$/=~(x=g.inject(x){|x,a|
 x.sub p,U.escape((a[a.class.primary_key]rescue a))})}
 h.any?? u+"?"+U.build_query(h[0]):u end;def / p
-p[0]==?/?@root+p:p end;def URL c='/',*a;c=R(c, *a) if c.respond_to?:urls
+p[0]==?/?@root+p : p end;def URL c='/',*a;c=R(c, *a) if c.respond_to?:urls
 c=self/c;c=@request.url[/.{8,}?(?=\/)/]+c if c[0]==?/;URI c end
 end;module Base;attr_accessor:input,:cookies,:headers,:body,:status,:root
 M=proc{|_,o,n|o.merge(n,&M)}

В прошлый раз я дал маху, заявив, что новые версии camping под Passenger не идут - исправляюсь. config.ru:

ENV['GEM_HOME'] = '/Users/phoenix/.ruby_versions/ruby-1.9.1-p129/lib/ruby/gems/1.9.1'
require 'rubygems'
require 'camping'
$: << ::File.expand_path(::File.dirname(__FILE__))
require 'bin/app'

App.create if App.respond_to? :create

run App

Удачного полёта!

Делегирование методов контроллеров в Camping

Потребовалось мне недавно написать обёртку ко всем существующим ныне в приложении контроллерам, дабы их можно было вызывать через единую точку входа. Именно обёртку, поскольку всё к чертям переписывать не хотелось принципиально да и старый механизм работы мне бы самому пригодился. После пятнично-вечернего воскуривания сорцов Camping'а я это сделал (<ненависть>сорцы кемпинга - это лютое изнасилование мозга. Пусть этому вроде как и есть оправдание - '4K full of gags pocket framework', но так писать а тем более читать код нельзя</ненависть>). Вот вам примерчик - пусть есть контроллер, который просто возвращает завёрнутые в JSON свои параметры, и есть потребность вызвать его из другого контроллера:

  class Controller
    def post(param1, param2)
      return "{\"#{param1}\":\"#{param2}\"}"
    end
  end

controller_post_responce = App.post(:Controller, 'param1', 'param2').body

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

Шаблон

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

способы запуска Camping приложений

Недавно ради интереса посчитал - после моих экспериментов над Camping приложением его можно запустить 4 способами:

• традиционным camping app.rb
• напрямую app.rb или ruby app.rb
• через Passenger
• с использованием библиотеки Daemons

Первый не требует никаких дополнительных действий и использует все традиционные умолчания, этим и удобен.
Второй требует, чтобы приложение само себя запустило, примерно таким кодом:

if __FILE__ == $0 || !ENV['RACK_ENV'].nil?
  App::Models::Base.establish_connection :adapter => 'sqlite3', \
    :database => "#{File.expand_path(File.dirname(__FILE__))}/../app.db"
  App.create
end
if __FILE__ == $0
  require 'mongrel/camping'
  server = Mongrel::Camping::start(OPTIONS[:app_host], OPTIONS[:app_port], '/', App)

  trap("INT"){server.stop;exit}
  trap("KILL"){server.stop;exit}

  $logger.info "Apnp server running at http://#{OPTIONS[:app_host]}:#{OPTIONS[:app_port]}"
  server.acceptor.join
end

Первый условный блок общий для данного метода и запуска из-под Passenger. Полезно, если требуется запустить как-то нестандартно - с другим адаптером БД etc. Есть один неприятный момент - этот метод работает только с 1.5 версией Camping, так что если используется Git-версия(1.9) - то стоит или ставить обычным gem install camping или использовать другой способ запуска (судя по экспериментам, для 1.9 работает только первый).
Третий способ тоже требует создания AR подключения и запуска приложения. Запуск из-под Passenger обнаруживается по наличию переменной окружения RACK_ENV. Об использовании этой переменной немного ниже. Ну а config.ru выглядит так:

# vim:syntax=ruby
require 'rubygems'
require 'rack'
$: << File.expand_path(File.dirname(__FILE__))
require 'bin/app'
run Rack::Adapter::Camping.new(App)

Самый, на мой взгляд, удобный способ со многими преимуществами: легко перезапускать приложение (да, уже не автоматически, как в первом), ну и все возможности апача на руках. С автоматическим перезапуском поможет vim:

" restart Passenger app
au BufWritePost * silent !test -f 'tmp/restart.txt' && touch 'tmp/restart.txt'

Четвёртый способ заключается в написании небольшого враппера вокруг приложения, который запускает его вторым способом, но в фоне:

#!/usr/bin/env ruby
require 'rubygems'
require 'daemons'
Daemons.run( File.expand_path(File.dirname(__FILE__))+'/app.rb')

Однако на практике, имхо, это проблем создаёт больше, чем преимуществ, и ради демонизации приложения можно использовать того же пассажира.
Ну и напоследок об окружениях. Идея RAILS_ENV хороша, почему бы и тут не сделать так же.

DEVELOPMENT = ENV['RACK_ENV'].nil? || ENV['RACK_ENV'] == 'development' # some things are for development purposes only
$logger = ((ENV['RACK_ENV'] || defined? Daemons )? \
           # file-based logger for background execution and stdout for the rest
           Logger.new("#{File.expand_path(File.dirname(__FILE__))}/../log/app.log", 10, 1024000) : \
           Logger.new(STDOUT))

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

XCode screenshots

Заметка на полях - XCode сохраняет скриншоты с устройств в ~/Library/Application Support/Developer/Shared/Xcode/Screenshots

Colored svn diff

С подачи Тапа делаем svn diff а-ля гит - цветной и в less'е:

1 #!/bin/sh
2 svn diff | awk '/^\+(.*)$/ { print "\033[32m" $0 "\033[0m"}; /^-(.*)$/ { print "\033[31m" $0 "\033[0m"}; /^[^+-].*$/ {print $0}' | less -r

О моветоне в поведении моего блога

Обратил внимание после того, как мне пришёл комментарий. Внезапно в ленте руникса всплыли все (или многие, не суть) мои записи про линукс. Подозреваю в этом глюк гугла, который недавно заподозрил мой блог в спаме и заблокировал, вероятно происшедшее - результат разблокирования. Хотя в ридере лента этого блога не обновилась (да, я читаю себя и иногда даже нахожу опечатки и отправляюсь править пост), так что это может быть и глюк агрегатора руникса. Делайте выводы.

Роутинг в Camping, Regexp'ы в Ruby

Если коротко - не следуйте документации в способе задания роутов для контроллеров. Документация советует так:

147   class AccountAck < R '/([\dabcdef]+)/'

А надо так:

147   class AccountAck < R %r!/([\dabcdef]+)/!

иначе может статься, что на более сложных роутах вы получите 404.
PS: если кто запамятовал, то %r!regexp! (где вместо ! может быть и другой символ) - это такой способ обрамить регексп, наряду с /regexp/

Github'но-тестировочное

Смотрел я тут скринкаст на тему ObjC, было там немного про тестирование, и понял я - дальше так нельзя - тестировать. Полез в гугль (хотя кхе, туда я за этим давно залезал, руки не доходили применить), тот меня выкинул сначала на одного из коммитеров в Camping с его тестсьюитом 'camping/test', а потом и на mosquito в репозитарии автора того самого скринкаста. Скажу сразу, москит отстал от жизни и не работает, зато в том репозитории нашлось много полезного: ruby-style категории над основными Cocoa классами, скрипты для правильной максимизации окна (очень пригождается с MacVim) и куча пищи для размышлений.

Заодно накидал Rake task для дампа фикстур из используемого кемпингом (и только кемпингом, забудем про Rails, аминь) sqlite:

 1 require 'rake'
 2
 3 require 'rubygems'
 4 require 'activerecord'
 5
 6 desc "Generate fixtures for all tables of current project"
 7 task :generate_fixtures do
 8   database = "#{ENV['HOME']}/.camping.db"
 9   ActiveRecord::Base.establish_connection(:adapter => "sqlite3", :database => database)
10   project = File.basename(File.expand_path('.')).downcase
11   tables = `sqlite3 #{database} ".tables"`.split(' ').reject{ |t| t.include?("sessions") || t.include?("schema_infos")}.collect{|t| t if t.include? project}
12   tables.each do |table_name|
13     File.open("test/fixtures/#{table_name}.yml", 'w') do |file|
14       data = ActiveRecord::Base.connection.select_all("SELECT * FROM #{table_name}")
15       rows = {}
16
17       data.each do |record|
18         rows["#{table_name}_#{record['id']}"] = record
19       end
20
21       file.write rows.to_yaml
22     end
23   end
24 end

Там много 'длиннострочников', но понять можно. Дампит все таблицы используя в качестве имени проекта имя текущей директории.
Не могу не пнуть попутно юродивый svn - перед тестированием всего и вся разложил сорцы по полочкам, так svn положенный в другое место файл считает новым, в то время как гит даже частично патченный и перемещённый после этого файл понимает и считает именно перемещённым.
Думается, пора покрыть тестами, оформить и выкинуть на гитхаб в виде библиотечки часть одного интересного проекта, но это уже как руки дойдут.
Stay tuned.

ActiveSupport и Logger

NEVER Override Existing Methods.
Never, ever do this. Never override an existing method. Period, full stop, no excuse.
Rails Worst Practices: 13 Coding Nightmares You Should Avoid

Сначала грешил на Camping. А Camping использует ActiveSupport. И вот к чему это приводит.
ActiveSupport весь такой на белом коне приходит и превращает все сообщения стандартного логгера в абсолютно бесполезные puts без какой-либо полезной информации о времени и уровне сообщения. В документации способ отключения этого безобразия либо нерабочий либо нетривиальный - у меня не пошло. Ну так по рукам ему за это!

class Logger; undef format_message; alias format_message old_format_message;end