Записки про Ruby

Проблема з авторизацією ВКонтакте через OAuth2

2012-01-11T23:57:00.000+02:00

Сьогодні стикнувся з помилкою при авторизації по OAuth ВКонтакте:

{"error":"invalid_request","error_description":"redirect_uri is incorrect"}

Виявляється, треба просто вказати правильний домен. Раніше якимось чином все працювало з невірним доменом.

Іменовані аргументи функції в Ruby 2.0

2012-01-10T14:51:00.002+02:00

В Ruby 1.9 іменовані аргументи представляють із себе просто останній аргумент з хешем, як значенням по замовчуванню, і розширення граматики, за допомогою якого ініціалізується цей хеш. Мало хто знає, що в 1.9 можна зробити метод, наприклад:

def a(opts = {}); end

і викликати його як

a(go: true, what: "string")

В trunk Ruby 2.0 додали іменовані аргументи(keyword arguments) - простий спосіб вказати такий запис при визначенні методу. Наприклад:

def step (by: step, to: limit)
  ...
end

1.step (by: 2, to: 20) do |i|
  p i
end

З Новим Роком!

2011-12-31T20:34:00.000+02:00

Ruby-ua вітає усіх з Новим 2012 Роком, який настане вже через кілька годин!

Бажаю в новому році творчих успіхів, гарного коду, відкритих API, швидкого заліза і щоб кваліфікація ваша тільки росла.

$ ruby -e 'def a;10.times{puts " "*rand(79)+"*"};end;99.times{a;puts " "*34+"З Новим 2012 роком!";a;sleep 0.1;puts "\e[2J"}'

Ура! З наступаючим!

Ретроспектива 2011

2011-12-28T16:40:00.001+02:00

2011 рік добігає кінця, і я згадав запис, у якому згадував про найбільш значущі події в світі Ruby, що відбулися в 2010. Хотілось вірити, що тенденція збережеться. Так і сталося.

Цей рік приніс декілька приємних новин:

У 2011 році Ruby став повнолітнім
Реліз 1.9.3 - основної реалізації мови програмування Ruby
Оголошено про початок робіт над Ruby 2.0
Опублікований план підготовки релізу Ruby 2.0
Matz автор мови Ruby в інтерв'ю виданню InfoWorld повідомив, що працює над діалектом мови для мобільних пристроїв
Yukihiro Matsumoto тепер працює в Heroku
Припинена підтримка Ruby 1.8.6

Розвиток альтернативних реалізації мови Ruby:

Реліз MagLev 1.0, альтернативної реалізації Ruby VM з вбудованим NoSQL-сховищем, побудованої на основі використання 64-розрядної віртуальної машини VMware GemStone/S, початково створеної для мови Smalltalk.
Реліз JRuby 1.6 - реалізації мови Ruby, написаної цілком на Java і призначеної для виконання у віртуальній машині JVM з підтримкою Ruby 1.9.2. Прискорення JRuby 1.7 у три рази після установки OpenJDK 7 update 2
Успіхи спільноти розробників Rubinius - альтернативної реалізація мови програмування Ruby, написаної на C++
MacRuby 0.10 - реалізація мови програмування Ruby, написаної на Objective-C і фреймворку CoreFoundation. Розроблена компанією Apple Inc. Базується на версії Ruby 1.9.

Також хочеться відмітити декілька цікавих проектів:

Бібліотека rbenv від 37signals: проста і легка альтернатива RVM для керування версіями Ruby
Ruboto - фреймворк для написання повноцінних програми для Android на Ruby
У 2011 склалася тенденція, що кожен проект на Ruby приєднується до Travis. Travis - дуже проста, система безперервної інтеграції, яка розповсюджується у вигляді відкритих вихідних кодів.

Інші значущі релізи:

P.S. З наступаючим Новим Роком!
P.P.S. Якщо вам є що додати, пишіть в коментарі.

Створення простого AJAX-сайту з Sinatra та JQuery

2011-12-23T15:17:00.000+02:00

За основу цієї статті взятий скрінкаст Building a Simple AJAX Website with Sinatra & jQuery. Зараз у вільний час я працюю над сайтом isit.heroku.com, який основну свою ідею почерпнув саме цього скрінкасту.

У цій статті ви дізнаєтеся:

Як створити свій власний веб-сайт із таймером зворотного відліку
Як визначити в Sinatra, якщо запит XMLHttpRequest чи ні
Як відключити шаблони(layouts) для XHR запитів у Sinatra

У цьому епізоді ми будемо використовувати Sinatra, HAML і JQuery.

"Is It" веб-сайт

Ви можливо зустрічали цей жанр сайтів раніше. Це прості веб-сайти з "Так" або "Ні" в середині сторінки. Вони відповідають на питання типу "Це Різдво?", "Це Новий Рік?" або інші термінові питання. Іноді на сторінці також є таймер зворотного відліку.

Розробку нашого "Is It" веб-сайту розпочнемо з огляду структури додатку на Sinatra.
app.rb - це головний файл нашого додатку, який містить єдиний маршрут до кореневої URL-адреси. Також ви помітили, у ньому підключається файл lib/countdown.rb.


## app.rb
# -*- encoding: utf-8 -*-
require 'sinatra'
require 'haml'

require_relative 'lib/countdown.rb'

get '/' do

end

Якщо подивитися у клас BirthdayCountdown, ми побачимо кілька методів. Але використовувати ми будемо тільки конструктор initialize , і методи isit? і seconds_to_go. Інші методи є допоміжними для цих трьох методів і використовуються для кращої читабельності коду.


## countdown.rb
# -*- encoding: utf-8 -*-

require 'date'

class BirthdayCountdown

  # Cache @month, @day and @year on initialization
  def initialize(month, day)
    @birthday_month = month
    @birthday_day   = day

    # Current date
    @month = DateTime.now.month
    @day   = DateTime.now.day
    @year  = DateTime.now.year
  end
  
  # Is it birthday?
  def isit?
    @month == @birthday_month && @day == @birthday_day
  end

  # For the countdown
  def seconds_to_go
    ( (next_birthday - DateTime.now) * 24 * 60 * 60 ).to_i
  end

  :private
 
  # Is is the current month after the birthday month?
  def passed_birthday_month?
    @month > @birthday_month
  end
  
  # Is the current month the same month as the birthday month
  # and the day
  def passed_birthday_day?
     @month == @birthday_month && @day > @birthday_day
  end
  
  # Happened this year
  def already_happend?
    passed_birthday_month? || passed_birthday_day?
  end
  
  # Returns the next birthday
  def next_birthday
    if already_happend?
      # Add 1 year if it's already happened
      DateTime.new(@year + 1 , @birthday_month, @birthday_day) 
    else
      # Create this years date
      DateTime.new(@year, @birthday_month, @birthday_day)
    end
  end
 
end

Конструктор приймає два аргументи month і day, які запам'ятовуються як @birthday_month і @birthday_day відповідно. Крім того для зручності, щоб постійно не повторювати Time.now, запам'ятовуємо @month, @day і @year для поточної дати.

У методі isit? ми перевіряємо чи поточний місяць і день співпадають з @birthday_month і @birthday_day.

Метод seconds_to_go повертає скільки секунд залишилося до святкування. Він використовує один з допоміжних методів next_birthday.

Ви помітили, що у каталозі views є макет layout.haml і два представлення: yes.haml та no.haml, один відображається коли день народження, інший - коли ні.

-# layout.haml
!!!
%html
  %head
    %title Зворотній відлік
  %body
    =yield

-# yes.haml
%h2 Так!

-# no.haml
%h2 Ні!
%p= "Time to Go: #{@countdown.seconds_to_go}"

Додамо деяку логіку, у маршрут до кореневої URL-адреси, щоб показати представлення :yes або :no.

Ініціалізуємо BirthdayCountdown, шляхом передачі йому 1, 1, як місяць і день:

get '/' do
   @countdown = BirthdayCountdown.new(1, 1)
end

Тепер для представлення потрібно відобразити :yes або :no. Для цього реалізуємо метод to_view у класі BirthdayCountdown:

def to_view
  isit? ? :yes : :no
end

І змінюємо наш маршрут в app.rb:

get '/' do
  @countdown = BirthdayCountdown.new(1, 1)
  haml @countdown.to_view
end

Тепер запустимо наш додаток, набравши ruby app.rb і перейдемо за адресою http://localhost:4567. Ми побачимо, що код працює. Оскільки сьогодні не Новий рік, він говорить "Ні!".

Ми бачимо зворотній відлік знизу сторінки. Але він є статичним на даний момент. Так що давайте додамо JQuery , щоб зворотній відлік змінювався кожну секунду, тому що ми просто не можемо чекати!

Підключаємо бібліотеку JQuery у файлі шаблону layout.haml:

!!!
%html
  %head
    %title Зворотній відлік
    %script(src="https://ajax.googleapis.com/ajax/libs/jquery/1.6.4/jquery.min.js")
    :javascript
      
  %body= yield

Під фільтром :javascript пишемо код JavaScript.

Створимо функцію getUpdate(), в всередині неї будемо завантажувати кореневий шлях у елемент $("body"). І встановимо таймаут 1000 мілісекунд, або 1 секунду, щоб викликати метод getUpdate.

$(getUpdate);
function getUpdate(){
  $("body").load("/");
  setTimeout(getUpdate,1000);
}

Якщо ми оновлюємо вікно браузера, ми побачимо, що таймер оновлюється. Це все, що нам потрібно було отримати.

Ну майже все. Якщо ви подивитесь у веб-інспектор, ви побачите, що Sinatra відсилає повну сторінку, шаблон і представлення, під час кожного запиту Ajax. Це може мати небажані побічні ефекти у майбутньому.

Все, що ми хочемо зробити, це відправляти представлення без шаблону. Щоб вирішити цю проблему нам потрібно вимкнути шаблон, коли виконується XHR запит.

За допомогою методу request.xhr? Sinatra дозволяє з'ясувати чи є запит Ajax запитом?

Також Sinatra дозволяє відключити або вказати розташування шаблону. Це робиться шляхом встановлення параметру :layout у false, щоб відключити шаблон, або можна передати ім'я шаблону, як символ, щоб включити його.

get '/' do
  @countdown = BirthdayCountdown.new(1, 1)
  haml @countdown.to_view, :layout => (request.xhr? ? false : :layout)
end

ОК, давайте перезапустимо додаток Sinatra, і повернемося до нашого веб-інспектор. Тепер ми бачимо всі нові запити містять тільки частину розмітки з представлення. Чудово.

На цьому це все!

Асоціації в DataMapper

2011-12-13T16:06:00.000+02:00

Прочитавши заголовок цієї статті, читач мабуть зрозуміє про що піде мова нижче. У далекому 2009 я писав статтю про DataMapper, у якій згадувались асоціації між моделями. Сьогодні з власного досвіду спробую описати найбільш поширені асоціації та роботу з ними.
Для початку освіжимо пам'ять.

DataMapper - це ORM бібліотека (англ. Object-relational mapping, Обє'ктно-реляційна проекція - технологія, яка зв'язую бази даних з концепцією об'єктно-орієнтовного програмування, створюючи "віртуальну об'єктну базу даних").

Асоціації - це спосіб оголошення відносин між моделями. Вони надають ряд методів, які дозволяють створювати відносини та отримувати пов'язані моделі.

Зараз ORM використовуються повсюдно - ніхто не намагається працювати з базою вручну. Функціонал дозволяє зробити багато речей простіше. Робота з асоціаціями стала в рази легшою. Можна не використовувати SQL-запити, а працювати з даними, як зі звичайними об'єктами.

Я писав цю статтю виключно для себе, тому методика викладання навряд чи сподобається вам своєю легкістю і доступністю :))
Картинка для затравки.

Зацікавило? Тоді ласкаво прошу під кат.

Вхідні дані

Користувач(Account).
Подія(Event).
Коментар(Comment)
Лайк(Like)

1 асоціація

Подія має одного користувача(Event.owner => Account)
Користувач є власником безлічі подій(Account.events => Event)

2 асоціація

Коментар має одного користувача(Comment.owner => Account)
Користувач є власником безлічі коментарів(Account.comments => Comment)

3 асоціація

Подія має безліч коментарів(Event.comments => Comment)
Коментар належить одній події(Comment.event => Event)

4 асоціація

Користувач може "лайкати" подію(Account.likeds => Event)
Подія має безліч лайків(Event.likes => Account)

Моделі та асоціації

Визначаємо моделі для таблиць accounts, events, comments:

class Account
  include DataMapper::Resource

  property :id, Serial
  property :name, String
end

class Event
  include DataMapper::Resource

  property :id, Serial
  property :name, String
end

class Comment
  include DataMapper::Resource

  property :id, Serial
  property :body, Text
end

На малюнку нижче приведена схема бази даних, а цифрами позначені асоціації між її таблицями.

Далі по черзі описуємо наші асоціації:

1 асоціація

Подія має одного користувача, а користувач може бути власником безлічі подій.
Тут потрібно використовувати зв'язок "один-до-багатьох", який реалізовується через додаткову таблицю authorships.

class Account
  include DataMapper::Resource

  has n, :authorships
  has n, :events, :through => :authorships

end

class Event
  include DataMapper::Resource

  has n, :authorships
  has 1, :owner, :model => 'Account', :through => :authorships, :via => :account
end

class Authorship
  include DataMapper::Resource

  belongs_to :account, :key => true
  belongs_to :event, :key => true
end

Створимо користувача Anton і подію, автором якої буде цей користувач:

account = Account.create(:name => 'Anton')
account.save

event = Event.create(:name => 'Everyone invited!')
event.owner = account
event.save

Події, автором яких є Anton:

account.events.each do |event|
  puts "#{event.owner.name}: #{event.name}"
end

2 асоціація

Коментар має одного користувача, а користувач може бути власником безлічі коментарів.
Як і у попередній асоціації використовуємо зв'язок "один-до-багатьох", який реалізовується через додаткову таблицю commentators.

class Account
  include DataMapper::Resource

  has n, :commentators
  has n, :comments, :through => :commentators
end

class Comment
  include DataMapper::Resource

  has n, :commentators
  has 1, :owner, :model => 'Account', :through => :commentators, :via => :account
end

class Commentator
  include DataMapper::Resource

  belongs_to :account, :key => true
  belongs_to :comment, :key => true
end

3 асоціація

Подія має безліч коментарів.
Тут все просто. Використовуємо зв'язок "один-до-багатьох".

class Event
  include DataMapper::Resource

  has n, :comments
end

class Comment
  include DataMapper::Resource

  belongs_to :event
end

Створимо двох користувачів Zoriana та Olia, які прокоментують подію створену користувачем Anton:

guest1 = Account.create(:name => 'Zoriana')
guest1.save

guest2 = Account.create(:name => 'Olia')
guest2.save

comment1 = Comment.create(:body => 'Right here!')
comment1.owner = guest1
event.comments << comment1
comment1.save

comment2 = Comment.create(:body => 'Right now!')
comment2.owner = guest2
event.comments << comment2
comment2.save

Коментарі до події:

event.comments.each do |comment|
  puts "#{comment.owner.name}: #{comment.body}"
end

Події, які коментувала Zoriana:

guest1.comments.each{ |comment| puts "#{comment.event.name} - #{comment.body}" }

4 асоціація

Користувач може "лайкати" подію, а подія може мати безліч лайків від користувачів.
Тут будемо використовувати зв’язок "багато-до-багатьох", який реалізовується через додаткову таблицю likeables

class Account
  include DataMapper::Resource

  has n, :likeables
  has n, :likeds, :model => 'Event', :through => :likeables, :via => :event
end

class Event
  include DataMapper::Resource

  has n, :likeables
  has n, :likes, :model => 'Account', :through => :likeables, :via => :account
end

class Likeable
  include DataMapper::Resource

  belongs_to :account, :key => true
  belongs_to :event, :key => true
end

Користувачам Anton та Zoriana сподобалась подія:

event.likes << account
event.likes << guest1
event.save

Користувачі, яким сподобалась подія:

event.likes.each{|like| puts like.name}

Події, які сподобалися користувачу Zoriana:

guest1.likeds.each{ |like| puts "#{like.name}" }

Нижче наведений повний код моделей з асоціаціями між ними:

Замість постскриптуму. Офіційна документація про асоціації в DataMapper.

Ruby/Tk в RVM

2011-12-11T13:35:00.001+02:00

Так як wxRuby не розвивається більше 2-ох років, а Qt4 надмірний для моїх задач. Вибір впав на бібліотеку Tk, яка поставляється разом з Ruby.

Tk (від англ. Toolkit — "набір інструментів", "інструментарій") - кросплатформна бібліотека базових елементів графічного інтерфейсу, яка розповсюджується відкритими вихідними текстами.

Для того щоб почати використовувати Tk достатньо імпортувати бібліотеку для роботи з нею:

require 'tk'

Якщо ви отримаєте помилку

LoadError: cannot load such file -- tk

значить Tk не скомпільована з вашим Ruby.
Якщо у вас RVM, ласкаво прошу під кат.

Інсталяція Tk з RVM

Загалом, в системі повинна бути встановлена зв'язка Tcl/Tk:

$ sudo apt-get install tcl-dev tk-dev

Щоб скористатися Tk з RVM потрібно перевстановити Ruby:

$ rvm install 1.9.3 --enable-pthread

Після того як ви успішно встановили Tk і прив'язку Tk для Ruby, гарна ідея перевірити її та переконатися, що вона працює.
Наступна програма буде створювати нове вікно за допомогою Tk. Коли ви запустите її, ви повинні побачити нове вікно.

require 'tk'
 
root = TkRoot.new do
  title "Ruby/Tk Test"
end
 
Tk.mainloop

Модель User в DataMapper(з BCryptHash) для Warden

2011-10-26T17:51:00.002+03:00

В процесі написанні статті Модель User в DataMapper для Warden я натрапив на цікавий тип даних BCryptHash. В DataMapper він стає доступний, якщо включити гем dm-types. BCryptHash зберігається у базі даних як рядок, що представляє сіль, хеш і вартість паролю, використовуючи алгоритм bcrypt. Він пропонує альтернативу більш звичної пари значень хеш і сіль, які зберігаються у базі даних.

Змінюємо нашу модель User.

class User
  include DataMapper::Resource

  property :id,              Serial
  property :name,            String
  property :password,        BCryptHash

  timestamps :at

  attr_accessor :password_confirmation

  validates_presence_of     :name
  validates_uniqueness_of   :name
  validates_confirmation_of :password

  validates_with_method :password_non_blank
  
private

  def password_non_blank
    if password_confirmation.nil? || password_confirmation.empty?
      [ false, 'Missing password']
    else
      true
    end
  end

end

Нам залишилось лише, написати відкритий метод User#authenticate, який повертатиме екземпляр класу User, якщо передане коректне ім'я користувача і пароль.

def self.authenticate(name, password)
  user = first(:name => name)
  if user
    if user.password != password
      user = nil
    end
  end
  user
end

Всю роботу з хешованим паролями бере на себе BCryptHash. Ми ж працюємо з паролем(password), як зі звичайним текстовим полем.
А у базі даних він зберігається зашифрованим. Давайте перевіримо це:

$ sqlite3 -line project.db "select * from users"
        id = 1
      name = root
  password = $2a$10$YTc0yuAN/gGyws0cAgWh7.sXGsrTxi/XGGSBeDReIrSsBrzZCOtm6
created_at = 2011-10-26T17:21:21+03:00
updated_at = 2011-10-26T17:21:21+03:00

        id = 2
      name = user
  password = $2a$10$oyt4lSXR1QDMUuARQVDGn.ETroB6fvS0SvtsINtMIBIjPuDZ7wxPS
created_at = 2011-10-26T17:21:28+03:00
updated_at = 2011-10-26T17:21:28+03:00

Ця модель буде без змін працювати з кодом із попередньої статті. Тут можна подивитись на різницю коду. Як бачите вона не значна.

Повний код додатку можна подивитись тут.

Модель User в DataMapper для Warden

2011-10-26T00:12:00.000+03:00

В минулій статті Інтеграції Warden з Sinatra і DataMapper ми написали тестовий додаток, який використовує аутентифікацію по імені і паролю. Уважний читач не міг не помітити, що паролі у базі даних зберігаються у відкритому вигляді. Це все робилося, щоб не завантажувати статтю зайвими сутностями.
Але очевидно, з точки зору безпеки паролі у базі даних повинні зберігатися в зашифрованому вигляді. Цю тему ми і розглянемо у цій статті.

За основу взята 11 глава "Task F: Administration" з книги Agile Web Development with Rails (3rd edition).

Тут основний упор буде на роботу з DataMapper. Крім того у другій частині статті ми закладемо фундамент адміністративного інтерфейсу для керування користувачами.

Замість того, щоб зберігати паролі у вигляді звичайного тексту, ми будемо пропускати їх через алгоритм SHA1, в результаті чого отримаємо 160-бітне хеш-значення. Перевіряти паролі ми будемо шляхом обробки отриманого від користувача пароля, порівнюючи його хешоване значення із значенням, що зберігається в базі даних. Ця система стане ще більш безпечною, шляхом "соління" (Salt) паролю, що змінює початкове число(при генерації псевдовипадкових чисел), яке використовуються при створенні хешу, поєднуючи пароль з псевдовипадковим рядком.

Додавання користувачів

Для початку нам необхідно змінити нашу модель User для користувачів. Складність полягає у тому, що вона повинна працювати з текстовою версією паролю(password), але значення "солі"(salt) і хешований пароль(hashed_password) зберігати у базі даних. Отже, наша модель User разом з перевірками матиме наступний вигляд:

class User
  include DataMapper::Resource

  property :id,              Serial
  property :name,            String
  property :hashed_password, String
  property :salt,            String

  timestamps :at

  attr_accessor :password_confirmation

  validates_presence_of     :name
  validates_uniqueness_of   :name
  validates_confirmation_of :password

  validates_with_method :password_non_blank

  private

  def password_non_blank
    if hashed_password.nil? || hashed_password.empty?
      [ false, 'Missing password']
    else
      true
    end
  end

end

Тут досить багато перевірок, як для такої простої моделі. Ми перевіряємо, що ім'я(name) присутнє і унікальне (тобто, два користувачі не можуть мати таке ж ім'я в базі даних).

Далі йде таємниче validates_confirmation_of. Вам, напевне, знайомі такі форми, у яких пропонується ввести пароль і його підтвердження, щоб переконатися, що ви не помилися. DataMapper може автоматично перевіряти чи два паролі збігаються. Ми побачимо, як це працює за хвилину. А зараз ми просто повинні знати, що нам потрібно два поля для паролів: одне для фактичного паролю(password), інше для його підтвердження(password_confirmation).

Нарешті, ми перевіряємо, чи пароль був встановлений. Але ми не перевіряємо атрибут password. Чому? Бо насправді його не існує, принаймні не в базі даних. Замість цього, ми перевіряємо наявність його посередника, хешованого паролю(hashed_password). Але щоб зрозуміти це, ми повинні подивитися на те, як ми звертаємося до паролів.

Перш за все, давайте подивимося, як створюється зашифрований пароль. Фокус в тому, щоб створити унікальне значення "солі"(salt), об'єднавши його з текстовим паролем(password) в один рядок, а потім запустити SHA1 дайджест. В результаті отримаємо 40-символьний рядок шістнадцяткових цифр.
Це все ми напишемо, як приватний метод класу:

def self.encrypted_password(password, salt)
  string_to_hash = password + "wibble" + salt
  Digest::SHA1.hexdigest(string_to_hash)
end

"Сіль"(salt) ми створимо шляхом об'єднання випадкового числа з ідентифікатором об'єкта user. Не має великого значення якої довжини "сіль", головне це її непередбачуваність (наприклад, використання часу, в якості "солі" має меншу ентропію ніж випадкові рядки). Ми зберігаємо цю нову "сіль" в атрибут salt моделі об'єкта. Так як це приватний метод, помістимо його після ключового слова privat :

private

def create_new_salt
  self.salt = self.object_id.to_s + rand.to_s
end

Тепер нам потрібно написати код так, щоб всякий раз як новий текстовий пароль(password) зберігається в об'єкті User, ми автоматично створюємо його хешовану версію(hashed_password), яка зберігатиметься в базі даних.
Зробимо текстовий пароль(password) віртуальним атрибутом моделі. Для нашого додатку він виглядатиме, як атрибут, але не зберігатиметься в базі даних.

Якби не було необхідності створювати хешований пароль, ми просто могли б написати:

attr_accessor :password

За лаштунками, attr_accessor генерує два методи: для читання password і для запису password=. Ми ж напишемо свої власні публічні методи:

def password
  @password
end

def password=(pwd)
  @password = pwd
  return if pwd.empty?
  create_new_salt
  self.hashed_password = User.encrypted_password(self.password, self.salt)
end

Нам залишилось лише, написати відкритий метод User#authenticate, який повертатиме екземпляр класу User, якщо передане коректне ім'я користувача і пароль. Оскільки вхідний пароль є у вигляді простого тексту, ми повинні знайти запис користувача, використовуючи ім'я(name) в якості ключа. А потім використати значення "солі"(salt) в цьому записі, щоб відтворити зашифрований пароль(expected_password). І повернути об'єкт user, якщо зашифровані паролі співпадають.

def self.authenticate(name, password)
  user = first(:name => name)
  if user
    expected_password = encrypted_password(password, user.salt)
    if user.hashed_password != expected_password
      user = nil
    end
  end
  user
end

Як ви пам'ятаєте з попередньої статті, Warden використовує цей метод для перевірки аутентифікації користувачів.

На всяк випадок, викладу повний код моделі перш ніж ми перейдемо до наступної частини статті.

class User
  include DataMapper::Resource

  property :id,              Serial
  property :name,            String
  property :hashed_password, String
  property :salt,            String

  timestamps :at

  attr_accessor :password_confirmation

  validates_presence_of     :name
  validates_uniqueness_of   :name
  validates_confirmation_of :password

  validates_with_method :password_non_blank

  def self.authenticate(name, password)
    user = first(:name => name)
    if user
      expected_password = encrypted_password(password, user.salt)
      if user.hashed_password != expected_password
        user = nil
      end
    end
    user
  end

  def password
    @password
  end

  def password=(pwd)
    @password = pwd
    return if pwd.empty?
    create_new_salt
    self.hashed_password = User.encrypted_password(self.password, self.salt)
  end

  private

  def password_non_blank
    if hashed_password.nil? || hashed_password.empty?
      [ false, 'Missing password']
    else
      true
    end
  end

  def create_new_salt
    self.salt = self.object_id.to_s + rand.to_s
  end

  def self.encrypted_password(password, salt)
    string_to_hash = password + "wibble" + salt
    Digest::SHA1.hexdigest(string_to_hash)
  end

end

Адміністрування користувачів

В Sinаtra визначимо маршрути для роботи з моделлю User, реалізувавши 7 стандартних методів: index, show, new, create, edit, update і delete.

# index
get '/users/?' do
  @users = User.all(:order => [ :name.asc ])

  slim :'/users/index'
end

# new
get '/users/new' do
  @user = User.new

  slim :'/users/new'
end

# show
get '/users/:id' do
  @user = User.first(params[:id])

  slim :'/users/show'
end

# edit
get '/users/:id/edit' do
  @user = User.first(params[:id])
end

# create
post '/users' do
  @user = User.create(:name => params[:name], :password => params[:password], :password_confirmation => params[:password_confirmation])

  if @user.save
    redirect '/users'
  else
    slim :'/users/new'
  end
end

# update
put '/users/:id' do
  @user = User.first(params[:id])

  if @user.update(:name => params[:name], :password => params[:password], :password_confirmation => params[:password_confirmation])
    redirect '/users'
  else
    slim :'/users/edit'
  end
end

# destroy
delete '/users/:id' do
  @user = User.first(params[:id])
  @user.destroy!

  redirect '/users'
end

І на сам кінець, представлення з формою для додавання нових користувачів.
new.slim

form method='post' action='/users'
  fieldset
    legend Enter User Details
    div
      label Name:
      input type='text' name='name'
    div
      label Password:
      input type='password' name='password'
    div
      label Confirm:
      input type='password' name='password_confirmation'

  input type='submit' value='Add User'

У цій статті я не буду зупинятися на інших представленнях.
Повний код додатку можна подивитись тут.

Ruby 2.0

2011-10-24T18:48:00.000+03:00

19 жовтня 2011 Matz, відомий як розробник мови програмування Ruby, оголосив про початок робіт над версією 2.0.

Також з'явився попередній графік випусків для Ruby 2.0.0. Як і очікувалось, фінальну версію варто чекати 2 лютого 2013 року на 20-у річницю від дня народження Ruby.

Інтеграції Warden з Sinatra і DataMapper

2011-10-24T18:07:00.001+03:00

В Інтернеті можна знайти багато статей на тему аутентифікації з допомогою Warden у Sinatra. Я не буду оригінальним, і напишу ще одну, щоб самому розібратися з особливостями цього інструменту. Ціллю цієї статті не є показати повністю готовий механізм аутентифікації. А лише продемонструвати основні можливості інтеграції Warden з Sinatra і Datamapper.

Warden - це Rack middleware, що забезпечує механізм аутентифікації для веб-додатків на Ruby.
Warden вимагає деяких налаштувань для Sinatra. Цього можна уникнути, використовуючи плагін Sinatra::Warden. Але ми ж не шукаємо простих шляхів.

Налаштування DataMapper

Для початку створимо модель і таблицю бази даних для зберігання імені користувача і паролю:

class User
  include DataMapper::Resource

  property :id,       Serial
  property :username, String, :unique => true
  property :password, String

end

Налаштування Rack

Повинен бути оголошений додаток для невдач, а також, які стратегії аутентифікації використовуватимуться по замовчуванню.

use Rack::Session::Cookie, :secret => "bla-bla-bla"

use Warden::Manager do |manager|
  manager.default_strategies :password
  manager.failure_app = FailureApp.new
end

class FailureApp
  def call(env)
    uri = env['REQUEST_URI']
    puts "failure #{env['REQUEST_METHOD']} #{uri}"
  end
end

Налаштування сесії

Одним з результатів використання будь-якого об'єкта, наприклад об'єкта User, є те, що ви повинні сказати Warden, як серіалізувати його у та із сесії. Це потрібно налаштувати:

Warden::Manager.serialize_into_session do |user|
  user.id
end

Warden::Manager.serialize_from_session do |id|
  User.get(id)
end

Після успішної аутентифікації в сесії буде зберігатися ідентифікатор користувача.

Стратегія аутентифікації

Стратегія у Warden містить логіку для перевірки аутентифікації запиту.

Warden::Strategies.add(:password) do
  def valid?
    params['username'] || params['password']
  end
  
  def authenticate!
    u = User.authenticate(params['username'], params['password'])
    u.nil? ? fail!('Could not login in') : success!(u)
  end
end

Вище ми оголосили стратегію під назвою :password, яка містить два стандартні методи #valid? і #authenticate!.

Необов'язковий метод #valid? діє в якості охорони для стратегії. Якщо ви не визначите його, стратегія завжди буде працювати. В іншому випадку стратегія виконуватиметься тільки якщо #valid? поверне значення true.
Стратегія, яку ми оголосили вище передбачає, що якщо переданий хоча б один з параметрів 'username' чи 'password', то користувач намагається увійти. Якщо є тільки один з ним, то далі виклик User#authenticate закінчиться невдачею.

У методі #authenticate! відбувається аутентифікація. Він містить логіку для перевірки аутентифікації запитів.

Тут же і містяться дві стандартні дії: fail! і success!.
success! встановлює успішну аутентифікацію. Екземпляром класу User серіалізується у сесію.
fail! встановлює, що стратегію пройшла безуспішно.

Для перевірки аутентифікації будемо використовувати відкритий метод User#authenticate, який повертатиме об'єкт User, якщо передане коректне ім'я користувача і пароль:

class User
  include DataMapper::Resource
  # ...

  def self.authenticate(username, password)
    user = first(:username => username)
    if user
      if user.password != password
        user = nil
      end
    end
    user
  end
end

Звичайно, цей метод написаний з метою демонстрації. Насправді, логіка аутентифікації може бути настільки складною, наскільки це необхідно.

Після успішної аутентифікації, екземпляр класу User серіалізується (Warden::Manager.serialize_into_session) у сесію. Далі його можна отримати через змінну оточення env['warden'].user, шляхом десеріалізації (Warden::Manager.serialize_from_session) по ідентифікатору.

Маршрути Sinatra

Ось ми і дісталися до завершальної стадії нашої статті. Настав час визначити маршрути для для нашого веб-додатку.

get '/' do
  # ...
end

get '/login/?' do
  # ...
end

post '/login/?' do
  # ...
end

get '/logout/?' do
  # ...
end

На головній сторінці виводитиметься привітання для користувача, якщо він автентифікований на сайті. Інакше переправлятиметься на сторінку '/login' з формою для аутентифікації.

get '/' do
  redirect '/login' unless env['warden'].user
  slim :index
end

get '/login/?' do
  slim :login
end

Головна сторінка:

p Welcome, #{env['warden'].user.username}
a href='/logout' Log out

Форма для аутентифікації містить для текстових поля 'username' і 'password'.

form action='/login' method='post'
  ul
    li#username
      label Username:
      br
      input name='username' type='text'
    li#password
      label Password:
      br
      input name='password' type='text'

  input type='submit' value='Log in'

Після того як користувач введе ім'я і пароль відбувається перевірка аутентифікації. І якщо вона пройшла успішно, користувач переправляється на головну сторінку з привітанням. Ця ж сторінка містить посиланням для виходу.

post '/login/?' do
  if env['warden'].authenticate
    redirect '/'
  else
    redirect '/login'
  end
end

get '/logout/?' do
  env['warden'].logout
  redirect '/'
end

На всяк випадок, викладу тут повний код додатку.

RubyMonk - ще один браузерний самовчитель Ruby

2011-10-19T17:50:00.000+03:00

RubyMonk — це інтерактивна платформа, яка допоможе вам освоїти основи мови програмування Ruby. Вона поєднує в собі переваги навчання з книгою і наставником. І дає навички практичного програмування в ігровій формі.
RubyMonk можна рекомендувати початківцям, які тільки відкривають для себе мову Ruby.

Навчання проходить у двох формах:

Уроки. Користувач знайомиться з основами мови Ruby (масиви, ітерації, стрічки тощо). Всі уроки забезпечені докладним описом з прикладами коду, а також доповнені прекрасною можливістю самостійно виконати код.
Проблеми. Користувачу дається можливість самостійно написати код для вирішення певної проблеми, використовуючи знання, отримані на уроках.

Тестування швидкодії Time і Date в різних версіях Ruby

2011-10-07T12:19:00.001+03:00

Вчора задався питанням швидкодії бібліотек для роботи з датою і часом, які входять до складу Ruby - Time і Date.

Для для тестування був написаний простий скрипт з використанням модуля Benchmark, який надає методи для вимірювання та звітності часу, що був затрачений на виконання коду Ruby:

require 'benchmark'
require 'date'

puts RUBY_DESCRIPTION
n = 10_000

puts
Benchmark.bm(10) do |x|
  x.report("Time:")     { n.times{Time.now} }
  x.report("DateTime:") { n.times{DateTime.now} }
end

puts
Benchmark.bm(10) do |x|
  x.report("Time:")     { n.times{Time.mktime(2012, 12, 23)} }
  x.report("DateTime:") { n.times{DateTime.new(2012, 12, 23)} }
end

У тестуванні будуть брати участь наступні версії Ruby: 1.8.7, 1.9.2 та 1.9.3-rc1, а також альтернативні реалізації інтерпретатора: Rubinius написаного на мові C++ та JRuby - на Java.

Тепер подивимося на результат виконання цього скрипта:

ruby 1.8.7 (2011-06-30 patchlevel 352) [i686-linux]

                user     system      total        real
Time:       0.010000   0.000000   0.010000 (  0.032526)
DateTime:   2.910000   0.030000   2.940000 (  4.371719)

                user     system      total        real
Time:       0.040000   0.060000   0.100000 (  0.190266)
DateTime:   1.040000   0.000000   1.040000 (  1.326671)

ruby 1.9.2p290 (2011-07-09 revision 32553) [i686-linux]

                user     system      total        real
Time:       0.020000   0.000000   0.020000 (  0.040165)
DateTime:   0.580000   0.040000   0.620000 (  0.818230)

                user     system      total        real
Time:       0.070000   0.070000   0.140000 (  0.251188)
DateTime:   0.210000   0.000000   0.210000 (  0.280489)

ruby 1.9.3dev (2011-09-23 revision 33323) [i686-linux]

                 user     system      total        real
Time:        0.020000   0.000000   0.020000 (  0.029162)
DateTime:    0.020000   0.000000   0.020000 (  0.055203)

                 user     system      total        real
Time:        0.110000   0.040000   0.150000 (  0.195542)
DateTime:    0.010000   0.000000   0.010000 (  0.021322)

rubinius 1.2.5dev (1.8.7 560efecd yyyy-mm-dd JI) [i686-pc-linux-gnu]

                user     system      total        real
Time:       0.004001   0.004000   0.008001 (  0.028069)
DateTime:   1.840115   0.028002   1.868117 (  5.183743)

                user     system      total        real
Time:       0.128008   0.040002   0.168010 (  0.429770)
DateTime:   0.896056   0.000000   0.896056 (  3.165078)

rubinius 2.0.0dev (1.8.7 553ead30 yyyy-mm-dd JI) [i686-pc-linux-gnu]

                user     system      total        real
Time:       0.008001   0.000000   0.008001 (  0.025819)
DateTime:   2.236140   0.068005   2.304145 (  6.604527)

                user     system      total        real
Time:       0.116007   0.060004   0.176011 (  0.477415)
DateTime:   0.928058   0.004000   0.932058 (  3.251413)

jruby 1.6.4 (ruby-1.8.7-p330) (2011-08-23 17ea768) (OpenJDK Client VM 1.6.0_23) [linux-i386-java]

                user     system      total        real
Time:       0.364000   0.000000   0.364000 (  0.195000)
DateTime:   2.117000   0.000000   2.117000 (  2.118000)

                user     system      total        real
Time:       0.311000   0.000000   0.311000 (  0.311000)
DateTime:   1.639000   0.000000   1.639000 (  1.639000)

P.S. В Ruby 1.9.3 бібліотека 'date' була переписана на мові C з метою збільшення продуктивності.

Mechanize 2.0 довідник

2011-10-06T16:13:00.001+03:00

Mechanize - це бібліотека для сканування веб-сайтів для будь-якої автоматизації або з метою тестування. Довідник по Mechanize 2.0 являє собою докладний посібник для отримання речей які можна зробити в Mechanize. Це більше ніж документація, але менше ніж книга. Робота над нею вже йде, і вона буде опублікована тут безкоштовно дуже скоро!

>>> Анонс на ruby.about.com

Приклад роботи Delayed_job з DataMapper у Sinatra

2011-10-04T13:43:00.001+03:00

Delayed_job (або DJ) бібліотека асинхронної черги фонових завдань написана на Ruby. Може знадобитись для таких типових задач як:

поштова розсилка
зміна розмірів зображень
конвертування аудіо/відео
HTTP завантаження
оновлення інформації
перевірка спаму

Спочатку написана Tobias Lütke як плагін для веб-фреймворка Rails з Active Record. На даний час підтримується компанією Collective Idea, і дозволяє використовувати ряд інших бекендів для збереження черги завдань.

Інсталяція

У цій статті Delayed_Job буде використовуватись разом з DataMapper.
Встановлюємо наступні gem'и:

$ gem install delayed_job delayed_job_data_mapper_ste

Вступ в Delayed_job

Бібліотека Delayed_job розвивається навколо таблиці delayed_jobs, яка має наступну структуру:

id
priority	Дозволяє завданню перейти до початку черги
attempts	Забезпечує повтори. По замовчуванню 0
handler	Серіалізований у YAML об'єкт, який буде оброблений
last_error	Причина останньої помилки
run_at	Коли виконати. Може бути Time.zone.now для негайного виконання, або у майбутньому
locked_at	Встановлюється, якщо клієнт працює на цьому об'єкті, тобто заблокований
failed_at	Встановлюється, якщо всі спроби закінчилися невдачею (по замовчуванню, запис буде видалений)
locked_by	Хто працює на цьому об'єкті (якщо заблокований)

У разі невдачі, завдання повторюється кожні [5 секунд + N ** 4], де N - це число повторів.

По замовчуванню Worker.max_attempts рівне 25. Після цього завдання видаляється(по замовчуванню), або залишається у базі зі значенням у полі failed_at. Із встановленими по замовчуванню 25 спробами, останній повтор буде через 20 днів з останнім інтервалом майже 100 годин.

Worker.max_run_time по замовчуванню становить 4 години. Якщо завдання вимагає більше часу, доречним буде встановити це значення довшим.
Невдалі завдання по замовчуванню будуть видалятися (успішні видаляються завжди). Якщо бажаєте зберігати інформацію про невдалі завдання встановіть Delayed::Worker.destroy_failed_jobs = false. Невдалі завдання будуть позначені у полі failed_at.

По замовчуванню всі завдання плануються з пріоритетом 0, який є головним. Ви можете це змінити, встановивши Delayed::Worker.default_priority. Нижчі значення мають вищий пріоритет.

Можна відкласти виконання завдань з метою тестування, встановивши Delayed::Worker.delay_jobs = false, для виконання всіх завдань в реальному часі.

Ось приклади зміни параметрів завдань:

Delayed::Worker.destroy_failed_jobs = false
Delayed::Worker.sleep_delay = 60
Delayed::Worker.max_attempts = 3
Delayed::Worker.max_run_time = 5 * 360
Delayed::Worker.delay_jobs = false

Розбір коду

Ось ми і підійшли до найцікавішого. Практично весь отриманий код легко зрозумілий і знайти його можна на GitHub.

Для початку розберемо структуру проекту, вона дуже проста:

/
|-  Rakefile
|-  app.rb
|-  initializer.rb

Файл initializer.rb містить в собі моделі, конфігурацію бази даних і все що стосується роботи фоновими завданнями.
app.rb містить весь код для Sinatra.
Rakefile містить виконуваний код Ruby для фонових завдань.

Для прикладу роботи з Delayed_job, ми створимо простий Sinatra-додаток.
Отже, почнемо зі структури URL'ів.
Головна сторінка ('/') по методу GET видає список фраз та їх переклад. Вона ж і займається введенням нових фраз по POST'у.
Сторінка '/translation' записує текст у базу даних.

# app.rb
require 'sinatra'
require 'slim'
require_relative 'initializer'

get '/' do
  @translations = Translation.all
  slim :index
end

post '/translation' do
  translation = Translation.create(:input => params[:input])
  translation.save
  redirect '/'
end

Нижче поміщаємо код шаблону на Slim:

# app.rb
__END__

@@index
h1 Translations
- @translations.each do |translation|
  ul
    li
      span= translation.input
      span &rarr;
      span= translation.output || '...pending...'

h2 New Translation
form method='post' action='/translation'
  ul
    li#input
      label for='translation_input' Input:
      br
      input type='text' id='translation_input' name='input'

  input type='submit' value='New'

Тепер подивимося, що міститься у файлі initializer.rb.
Наступний рядок вказує DJ використовувати DataMapper для збереження черги завдань:

Delayed::Worker.backend = :data_mapper

Підключаємо базу даних SQLite3:

DataMapper.setup(:default, "sqlite3://#{Dir.pwd}/db.sqlite3")

Настав час написати клас моделі:

class Translation
  include DataMapper::Resource

  property :id,     Serial
  property :input,  Text
  property :output, Text
end

Таблиця delayed_jobs для збереження черги завдань створюватиметься автоматично під час запуску додатку.

Прийшов час поговорити про винуватця бенкету.
Завданням(Job) є об'єкт Ruby, який має метод perform. Тобто будь-який об'єкт, який відповідає на perform може бути доданий у таблицю delayed_jobs. Об'єкти серіалізуються у YAML, так що в майбутньому вони можуть бути відновлені до початкового об'єкта.

Відразу після того як користувач натисне на кнопку "New", дані з параметру input запишуться в однойменне поле в таблиці translations. Після цього відбувається постановка об'єкта у чергу завдань для подальшого опрацювання методом Translation#perform.

class Translations
  # ...
  after :create do
    Delayed::Job.enqueue(self)
  end

  def perform
    puts 'Perform some job...'
    self.update( :output => input.reverse )
  end
end

Також можна визначити ряд інших методів для класу моделі, які будуть викликатися на різних стадіях процесу.

enqueue(job)
perform
before(job)
after(job)
success(job)
error(job, exception)
failure

В процесі роботи з Delayed_job я зіткнувся з проблемою десеріалізації об'єктів DataMapper. Як виявилось проблема відома і після мого запиту виправлений код був доданий в основну гілку delayed_job_data_mapper.

Використовуємо monkey patching в initializer.rb:

module DataMapper
  module Resource
    def self.yaml_new(klass, tag, val)
      klass.get(val['id'])
    end
  end
end

Для працездатності нашого коду слід також реалізувати метод sum з Active Support:

class Array; def sum; self.inject(:+); end; end

Файл під ім'ям Rakefile, розташований в кореневій директорії, містить наступне:

require_relative 'initializer'

namespace :dj do

  desc "Start DelayedJob worker"
  task :work do
    DataMapper::Logger.new($stdout, :info)
    Delayed::Worker.backend = :data_mapper
    Delayed::Worker.backend.auto_upgrade!
    Delayed::Worker.new.start
  end
end

Утиліта rake дозволяє створювати так звані завдання, які виконуються командою rake ІМЯ_ЗАВДАННЯ.

Запуск

Щоб запустити, виконайте наступні дії:

В одному терміналі виконати: rake dj:work
В іншому: ruby server.rb
Перейти у переглядачі за адресою http://localhost:4567 і якщо все зроблено правильно, то насолоджуватися результатом.

Посилання

Delayed::Job
delayed_job DataMapper backend
Код з статті на GitHub

Реліз Sinatra 1.3.0

2011-10-03T10:27:00.001+03:00

Світ побачила версія 1.3.0 фреймворка Sinatra. Найбільш помітне нововведення в цьому релізі - додавання streaming API. Цікавим моментом є те, що використовувати цю можливість можна незалежно від того, на якому сервері запущено додаток.
Приклад коду:

get '/' do
  stream do |out|
    out << "It's gonna be legen -\n"
    sleep 0.5
    out << " (wait for it) \n"
    sleep 1
    out << "- dary!\n"
  end
end

Крім того додали підтримку HTTP-методу PATCH:

patch '/' do
  # ...
end

Про інші зміни читайте в офіційному прес-релізі New feature release, Contrib and Recipes

Коротке введення в шаблонізатор Slim

2011-09-20T10:20:00.000+03:00

Давно хотів написати статтю про Haml, та все ніяк не доходили руки. Починаючи з 1.2 Sinatra підтримує новий шаблонізатор Slim. Вирішив познайомитися з ним, і він мені відразу сподобався. Slim взяв найкраще від Haml, і основне його завдання - зменшити об'єм коду.

Шаблони Slim можуть виглядати як Haml, використовуючи ярлики id і class, але їх використання не є обов'язковим. Як і в Haml форматування тут відбувається відступами.

Ось так виглядає приклад шаблону з використанням Slim:

Якщо Haml – це HTML на стероїдах, тоді Slim – це Haml на дієті.

Інсталяція:

$ gem install slim

Список операторів:

\|	Вертикальна риска повідомляє шаблонізатору, що потрібно просто вивести текст. При цьому всі "небезпечні" символи фільтруються.
'	Одинарна лапка працює як і попередній оператор, але додає в кінці пробіл.
-	Дефіс працює як в Haml, використовується для циклів, умов та іншого.
=	Знак рівності використовується для виводу результату виконання коду Ruby в html.
='	Працює як і попередній оператор, але додає в кінці пробіл.
==	Працює як і знак рівності, але виводить текст "як є", без обробки методом escape_html
=='	Працює як і попередній оператор, але додає в кінці пробіл.
/	Код не буде виконуватись і не потрапить в html взагалі.
/!	Знак для html коментарів (<!-- -->), які потраплять у вивід.

Атрибути та коментарі.

Позначати id і class можна ось так: Для порівняння в Haml: Крім того, Slim допускає кілька варіантів синтаксису: Допускається на вибір використання наступних обгорток для атрибутів: {...}, [...], (...) Ще одна приємна штука - динамічний контент в атрибуті. Якщо в атрибуті не вказані лапки, буде використана змінна. Подобається, як працюють коментарі. Якщо є блок коду, який потрібно закоментувати, достатньо додати всього один рядок, що вплине на весь блок: Завдяки Tilt, Slim має підтримку інших шаблонізаторів:

Двигун	Фільтр	Необхідні бібліотеки
Ruby	ruby:	none
Javascript	javascript:	none
CSS	css:	none
ERB	erb:	none
Haml	haml:	haml
Sass	sass:	haml/sass
Scss	scss:	haml/sass
LessCSS	less:	less
Builder	builder:	builder
Liquid	liquid:	liquid
RDiscount	markdown:	rdiscount/kramdown
RedCloth	textile:	redcloth
RDoc	rdoc:	rdoc
Radius	radius:	radius
Markaby	markaby:	markaby
Nokogiri	nokogiri:	nokogiri
CoffeeScript	coffee:	coffee-script (+node coffee)

На сам кінець кілька слів про продуктивність. Інформація взята з офіційної сторінки автора stonean.com/slim-update:

                           user     system      total        real
 erb                    0.560000   0.010000   0.570000 (  0.574373)
 erubis                 0.480000   0.000000   0.480000 (  0.501512)
 fast erubis            0.470000   0.000000   0.470000 (  0.481918)
 slim                   0.610000   0.000000   0.610000 (  0.612794)
 haml                   3.930000   0.010000   3.940000 (  3.939419)
 haml ugly              3.790000   0.010000   3.800000 (  3.798528)
 erb (cached)           0.190000   0.000000   0.190000 (  0.188593)
 erubis (cached)        0.160000   0.000000   0.160000 (  0.159869)
 fast erubis (cached)   0.140000   0.000000   0.140000 (  0.135476)
 slim (cached)          0.150000   0.000000   0.150000 (  0.153698)
 haml (cached)          0.430000   0.000000   0.430000 (  0.436980)
 haml ugly (cached)     0.370000   0.000000   0.370000 (  0.372770)

Корисні посилання:

slim-lang.com — офіційна сторінка
github.com/stonean/slim — сторінка на GitHub

Happy Programmer's Day

2011-09-13T12:30:00.004+03:00

$ ruby -r date -e "puts %q^Happy Programmer's Day^ if Date.today.yday == 0x100"

З Днем програміста, друзі!

Реліз RailsInstaller 2.0

2011-09-08T14:45:00.000+03:00

Запуск Ruby і Rails в середовищі ОС Windows не найпростіша річ у світі. Навіть з такими речами як RubyInstaller/, можна часто зіткнутися з проблемами при установці певних gem-ів, які вимагають компіляції. Що вже казати про інструменти сторонніх розробників. А як щодо Git? OpenSSH? Вам потрібно багато речей, щоб отримати "повноцінне" Rails середовище для розробки. І RailsInstaller робить це все для вас в один клік.

Хочу представити вашій увазі реліз RailsInstaller версії 2.0. У попередніх версіях RailsInstaller використовув 1.8.7. Тепер доступна і версія Ruby 1.9.2. Крім того доступний реліз-кандидат Rails 3.1. А також включені наступні пакети:

Git
Bundler
SQLite
gem-и для взаємодії з Microsoft SQL Server
DevKit - компілятор для ОС Windows, що дозволить встановити gem-и, яким потрібно скомпілювати C код.

Інтерв'ю з Юкіхіро Мацумото

2011-09-08T14:24:00.000+03:00

Юкіхіро Мацумото (Yukihiro Matsumoto), автор мови програмування Ruby, в інтерв'ю виданню InfoWorld згадав про те, що він в даний час займається розробкою альтернативного підмножини або діалекту мови Ruby, спеціально адаптованої для створення програм для портативних пристроїв. Перший публічний випуск мобільного Ruby планується представити на початку наступного року. Крім того, в інтерв'ю згадується те, що після випуску релізу Ruby 1.9.3, який зараз знаходиться на етапі тестування, розробники переключаться на підготовку версії Ruby 2.0.

will_paginate 3.0: Sinatra і DataMapper

2011-09-02T13:30:00.001+03:00

Після більше року розробки вийшла фінальна версія will_paginate 3.0. Основні зміни:

Підтримка Rails 3.0 і 3.1
Підтримка Sinatra і Merb
Інтеграція з DataMapper і Sequel
Переклад із бібліотекою i18n
Припинена підтримка Rails версій 1.2 - 2.3

Встановлення:

gem install will_paginate

Sinatra додаток потребує наступні бібліотеки:

require 'will_paginate'
require 'will_paginate/data_mapper'  # або active_record/sequel

Вносимо зміни до дії index, щоб виводити по 5 записів на сторінку. Номер сторінки передаватиметься у рядку запиту (наприклад, http://localhost:4567/posts?page=3)

# index
get "/posts" do
  @posts = Post.paginate :page => params[:page], :per_page => 5
  haml :"posts/index"
end

Додаємо помічник will_paginate для виведення посилань на сторінки:

#header
  %h1 Мій блог

%a{:href => "posts/new"}> New Post
#content
  - @posts.each do |post|
    .container
      %h3= post.title
      %p= post.body
      %p= post.created_at

  #pagination
    = will_paginate @posts

Compilr - онлайн-IDE для C#, PHP, C/C++, Ruby, VB, Java

2011-08-18T12:28:00.000+03:00

Натрапив на досить цікавий проект – Compilr. Сервіс являє собою онлайн-IDE, що дозволяє писати і компілювати код для різних платформ під будь-яким сучасним веб-браузером. Compilr постійно розвивається в ногу зі змінами у світі розробки, інтегрує новітні і найбільш актуальні платформ і мови програмування. На даний момент заявлена підтримка наступні мови: C#, PHP, C/C++, Ruby, VB, Java. Після безкоштовної реєстрації вам буде доступно 250 мегабайт вільного простору для трьох публічних проектів.

OAuth2 0.5.0

2011-08-06T23:21:00.001+03:00

Нещодавно вийшла версія 0.5.0 бібліотеки OAuth2 - Ruby-обгортки для протоколу OAuth 2.0. У порівнянні з попередньою версією, код зазнав значних змін. Зокрема були змінені назви функцій та їх параметрів. І раніше написаний код втратив свою працездатність. У зв'язку з цим я оновив дві статті:

За цим посиланням наочно і зрозуміло проілюстровані зміни у коді при роботі з новою версією OAuth2.

#rbxday

2011-08-05T12:38:00.001+03:00

5 серпня 2011 команда Rubinius проводить масштабне тестування своєї альтернативної реалізація мови програмування Ruby.
Ну ось, ще один привід спробувати в дії Rubinius.

Подробиці тут: http://rbxday.rubini.us

Для тестування досить встановити Rubinius з допомогою RVM і спробувати запустити ваш код.

$ sudo rvm get head
$ sudo rvm reload
$ sudo rvm install rbx
$ rbx-master --version
rubinius 1.2.5dev (1.8.7 560efecd yyyy-mm-dd JI) [i686-pc-linux-gnu]

Ruby 1.9.3 preview1

2011-08-02T10:00:00.001+03:00

Вийшла у світ Ruby 1.9.3 preview1.
Попередні версії Ruby були під ліцензією GPLv2 та Ruby. У цій версії вона замінена ліцензією типу BSD з 2 пунктів і Ruby.

Для отримання додаткової інформації дивіться офіційний анонс.

Спробувати 1.9.3 можна вже сьогодні. З RVM це просто:

rvm get head
rvm reload
rvm install 1.9.3