по стопам webkill'а » ruby on rails 3 http://blog.lukmus.ru это наш химический дом для печальных жителей Земли Sat, 21 Oct 2023 19:10:13 +0000 ru-RU hourly 1 http://wordpress.org/?v=3.4.2 страничное кэширование мультидоменного сайта на Rails 3+Nginx http://blog.lukmus.ru/2013/03/07/stranichnoe-keshirovanie-multidomenn/ http://blog.lukmus.ru/2013/03/07/stranichnoe-keshirovanie-multidomenn/#comments Thu, 07 Mar 2013 14:46:48 +0000 lukmus http://blog.lukmus.ru/?p=1902 «Наиболее эффективными считаются те запросы, которые никогда не выдаются», ― говорит Сэм Руби. Страничное кэширование с этой точки зрения не максимально эффективно, но близко к максимуму т.к. страница загруженная полностью из кэша не делает ни одного запроса к БД. Однако, в случае если сайт имеет поддомены, например, для определения локали (en.site.com, ru.site.com), кэш страницы в одной локале будет затираться кэшом в другой. В этой статье мой опыт борьбы с этой проблемой.

Если загуглить решение этой проблемы, то одно из первых, что выскакивает это статья Ryan Stout «Page Caching by Subdomain in Rails and Nginx». Собственно, по ней я и пытался кэшировать на поддоменах, но не все так гладко как там описано. Поэтому я кое-что добавил от себя, а кое-что изменил.

ApplicationController

Прежде всего, как и описано в статье надо добавить кое-что в ApplicationController, но тут помимо указанного у Ryan’а метода cache_page надо будет еще перегрузить expire_page иначе обновить кэш из под рельс можно будет только на велосипеде.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

class ApplicationController < ActionController::Base
...
  def cache_page(content = nil, options = nil)
    path = "/#{request.host}/"
    path << case options
    when Hash
      url_for(options.merge(:only_path => true, :skip_relative_url_root => true, :format => params[:format]))
    when String
      options
    else
      if request.path.empty? || request.path == '/'
        '/index'
      else
        request.path
      end
    end
    super(content, path)
  end
 
  def expire_page(options = {})
    path = "/#{request.host}/"
    params[:format]=:html if options[:format]
    path << case options
    when Hash
      url_for(options.merge(:only_path => true, :format => params[:format]))
    when String
      options
    else
      if request.path.empty? || request.path == '/'
        '/index'
      else
        request.path
      end
    end
    self.class.expire_page(path)
  end
...
end

настройка самого rails-приложения

Согласно статье, кэш будет храниться в директории public/cache. Чтобы так и было нужно, во-первых, создать папку cache в public, а, во-вторых, сообщить о пути кэша самому приложению. Для этого можно, например, в config/environments/production.rb дописать:

MyApp::Application.configure do
...
  config.action_controller.page_cache_directory = Rails.root.join("public/cache")
end

nginx

В настройке сайта в nginx.conf нужно указать, что и в оригинальной статье:

# If the file exists in the public folder, send it
if (-f $request_filename) {
  break;	  
}
 
# Check / files with index.html
if (-f $document_root/cache/$host/$uri/index.html) {
  rewrite (.*) /cache/$host/$1/index.html break;
}
 
# Check the path + .html
if (-f $document_root/cache/$host/$uri.html) {
  rewrite (.*) /cache/$host/$1.html break;
}
 
# Check directly
if (-f $document_root/cache/$host/$uri) {
  rewrite (.*) /cache/$host/$1 break;
}

Добавление этих условников говорит Nginx’у куда записывать кэш если его нет и откуда его читать если для данного адреса есть кэш. Вот тут и возникает проблема, Nginx не будет различать это GET-запрос или POST. И если в случае с GET, все хорошо, то когда поступает PUT-запрос на обновление модели (экшены update и show имеют один и тот же URL по умолчанию) Nginx с радостью обнаружит закэшированную страницу и выдаст ошибку 505.
Язык конфигурации Nginx не поддерживает вложенные условники и не понимает конъюнкцию (&& или AND или еще как угодно), все, что остается это строить велосипед что-то типа:

if ( $request_method = GET ) {
  set $method_and_file "method";
}
 
if (-f $request_filename) {
  set $method_and_file $method_and_file+"&file";
}
 
if ($method_and_file = "method&file") {
  break;
}

Но эти костыли у меня не завелись с первого раза и я забил на эти грязные мысли.

как же тогда обновить кэш?

Для обновления кэша я предлагаю такой, на мой взгляд, не самый кровавый вариант. Надо делать форму модели AJAX-вую и в вызове expire_cache явно указывать формат кэша.

пример на модели Page

app/controllers/pages_controller.rb:

class PagesController < ApplicationController
...
  caches_page :show
  caches_page :index
...
  def update
    respond_to do |format|
      if @page.update_attributes(params[:page])
        expire_page({action: :show, id: @page.id, format: :html})
        expire_page({action: :index, format: :html})
        format.html { redirect_to @page, notice: 'Page was successfully updated.' }
        format.js
      else
        format.html { render action: "edit" }
        format.js
        #format.json { render json: @page.errors, status: :unprocessable_entity }
      end
    end
  end
...
end

/app/views/pages/update.js:

setTimeout( 'window.location.replace("<%=page_path(@page)%>")', 1500);

/app/views/pages/_form.html.erb:

<%= form_for(@page, remote: true, format: :js) do |f|%>
...
<%end%>

]]> http://blog.lukmus.ru/2013/03/07/stranichnoe-keshirovanie-multidomenn/feed/ 0 хлебные крошки на rails. breadcrumbs_on_rails http://blog.lukmus.ru/2013/02/05/hlebnyie-kroshki-na-rails-breadcrumbs_on_rails/ http://blog.lukmus.ru/2013/02/05/hlebnyie-kroshki-na-rails-breadcrumbs_on_rails/#comments Tue, 05 Feb 2013 22:41:19 +0000 lukmus http://blog.lukmus.ru/?p=1889 Хлебные крошки для RoR-приложения уже давно не нужно писать самому. Уже не менее 2-х лет существует как минимум один gem для быстрой реализации хлебных крошек ― breadcrumbs_on_rails. Ниже я только опишу свой опыт работы с этим гемом, который мало чем отличается от описанного на офстранице breadcrumbs_on_rails.

установка

В Gemfile добавляем:

gem "breadcrumbs_on_rails"

и бандлим:

$ su -c 'bundle install'

эксплуатация

Для отображения ‘хлебных крошек’ в нужное представление необходимо вставить хелпер:

<%= render_breadcrumbs %>

Хелпер может принимать параметр separator:

<body>
  <%= render_breadcrumbs :separator => ' / ' %>
</body>

В контроллере для определения текста и ссылки ‘хлебной крошки’ используется метод add_breadcrumb:

add_breadcrumb <анкор>, <путь>, [<необязательный хэш с параметрами ссылки>]

Путь может представлять из себя как чистый ‘путевой’ хелпер, так и символ ‘путевого’ хелпера.

class MyController
 
  add_breadcrumb "home", :root_path
  add_breadcrumb "my", :my_path
 
  def index
    add_breadcrumb "index", index_path, :title => "Back to the Index"
  end
 
end

]]> http://blog.lukmus.ru/2013/02/05/hlebnyie-kroshki-na-rails-breadcrumbs_on_rails/feed/ 0 автоматическое подключение декоратора от Draper в rails 3 http://blog.lukmus.ru/2012/12/20/avtomaticheskoe-podklyuchenie-dekorato/ http://blog.lukmus.ru/2012/12/20/avtomaticheskoe-podklyuchenie-dekorato/#comments Thu, 20 Dec 2012 08:45:45 +0000 lukmus http://blog.lukmus.ru/?p=1725 Если использовать декоратор Draper, то для использования методов модели описанных в декораторе приходиться использовать явное подключение декоратора через YourModelDecorator.new() или YourModelDecorator.decorate(). Британскими учеными установлено, что явное подключение декоратора утомляет и вызывает сонливость.

Для отказа от постоянного декорирования можно задействовать метод класса, который вызывается в случае отсутствия метода с указанным именем method_missing().

1
2
3
4
5
6
7
8
9
10
11
12

class YourModel < ActiveRecord::Base
...
  def method_missing(name, *args, &block)
    puts "tried to handle unknown method %s" % name
    your_model=YourModelDecorator.new self
    return your_model.send(name.to_sym, *args,&block) if block_given? && !args.empty?
    return your_model.send(name.to_sym, *args) unless args.empty?
    return your_model.send(name.to_sym, &block) if block_given?
    your_model.send(name.to_sym)
  end
...
end

И пусть, в самом декораторе, например, следующее:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

class YourModelDecorator < ApplicationDecorator
...
  def test
    puts "method without args & block"
  end
  def test_with_args(str)
    puts "method with args: #{str}"
  end
  def test_with_block
    puts "start block"
    yield if block_given?
    puts "end block"
  end
  def test_with_args_and_block(str,&block)
    puts "start block with #{str}"
    yield block
    puts "end block"
  end
...
end

Теперь можно увидеть в консоли примерно следующее:

> your_model=YourModel.first
> your_model.unknown_method
tried to handle unknown method unknown_method
NoMethodError: undefined method `unknown_method'
> your_model.test
tried to handle unknown method test
method without args & block
 => nil 
> your_model.test_with_args("i don't like the drugs")
tried to handle unknown method test_with_args
method with args: i don't like the drugs
 => nil 
> your_model.test_with_block{puts "but the drugs like me"}
tried to handle unknown method test_with_block
start block
but the drugs like me
end block
 => nil 
> your_model.test_with_args_and_block("there's a hole in our soul"){puts "that we fill with dope"}
tried to handle unknown method test_with_args_and_block
start block with there's a hole in our soul
that we fill with dope
end block
 => nil 
> your_model=YourModelDecorator.new
> your_model.test
method without args & block

Не претендую на оригинальность и простоту, зато таким образом методы декоратора подгружаются только по необходимости.

]]> http://blog.lukmus.ru/2012/12/20/avtomaticheskoe-podklyuchenie-dekorato/feed/ 0 rails 3 + декоратор Draper http://blog.lukmus.ru/2012/12/18/rails-3-dekorator-draper/ http://blog.lukmus.ru/2012/12/18/rails-3-dekorator-draper/#comments Tue, 18 Dec 2012 04:31:21 +0000 lukmus http://blog.lukmus.ru/?p=1702 Захламлять модели своими методами в Rails-приложении это говнокод, это наверное знает каждый, в отличие от меня, однако, наличие дополнительных методов может существенно облегчить представление. Решить эту дилемму помогают декораторы. Ниже описан мой опыт знакомства с декораторами на примере гема Draper.

Зачем нужен рефакторинг моделей и что это такое написано еще тут. А вот гем Draper.

установка

Тут все как обычно. Добавляем в Gemfile

gem 'draper'

и бандлим

bundle install

эксплуатация

генерация

Если модель генерируется после того как был установлен Draper, то декоратор создастся сам автоматически. Для ручной генерации декоратора есть команда:

rails g decorator YourModel

После выполнения генерации можно увидеть директорию app/decorators где будет лежать файл your_model_decorator.rb. В этом файле и нужно прописывать дополнительные методы модели.

ошибки

Тут я не буду следовать инструкции со страницы гема т.к. она не соответствует реальности, по крайней мере с Rails 3.1.
Итак, на данный момент существует файл декоратора модели YourModel app/decorators/your_model_decorator.rb:

1
2
3
4

class YourModelDecorator < ApplicationDecorator
  decorates :your_model
  #bla-bla-bla
end

И если сейчас запустить консоль, то вылетит ошибка:

$ rails c
/home/username/ror/myapp/app/decorators/your_model_decorator.rb:2:in `': uninitialized constant ApplicationDecorator (NameError)
...

Конечно, можно создать файл app/decorators/application_decorator.rb как советует страница на гитхабе:

1
2
3

class ApplicationDecorator < Draper::Decorator
  # your methods go here
end

но это вряд ли поможет, т.к. выскочит другая ошибка при запуске консоли:

$ rails c
/home/username/ror/myapp/app/decorators/your_model_decorator.rb:2:in `': uninitialized constant Draper::Decorator (NameError)
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/draper-0.12.0/lib/draper/system.rb:9:in `block in load_app_local_decorators'
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/draper-0.12.0/lib/draper/system.rb:9:in `each'
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/draper-0.12.0/lib/draper/system.rb:9:in `load_app_local_decorators'
...

Пошарясь немного по файлам в директории /usr/local/rvm/gems/ruby-1.9.2-p290/gems/draper-0.12.0/lib/draper/, а конкретнее в файле /usr/local/rvm/gems/ruby-1.9.2-p290/gems/draper-0.12.0/lib/draper/base.rb становится ясно, что app/decorators/application_decorator.rb надо привести к виду:

1
2
3

class ApplicationDecorator < Draper::Base
  # your methods go here
end

И тут все ошибки резко пропадают.

использование

Теперь в декоратор нужно перенести лишние методы из модели. Для того чтобы экземпляры модели пополнились методами из декоратора при их использовании в контроллере или еще где-либо нужно делать так:

> your_model_exemplar=YourModel.first
> your_model_exemplar.new_method_which_is_in_decorator
NoMethodError: undefined method `new_method_which_is_in_decorator' for #
> your_model_exemplar=YourModelDecorator.new YourModel.first
> your_model_exemplar.new_method_which_is_in_decorator
=> "it really works"
> your_model_exemplars=YourModelDecorator.decorate YourModel.first(10)
> your_model_exemplars.first.new_method_which_is_in_decorator
=> "it really works"

Для коллекции обязательно использовать метод decorate, для единичного экземпляра можно и new, и decorate. Сказка про decorate_collection для коллекции, которая написана на гитхабе это всего лишь сказка, ее рекомендации не работают в реальном мире.

хелперы в декораторе

Офстраница на гитхабе советует задействовать хелперы через helpers и сокращенную форму h или без дополнительных примочек просто подключив модуль include Draper::LazyHelpers (ниже дезинформация с https://github.com/drapergem/draper):

1
2
3
4
5
6
7

class ArticleDecorator < Draper::Decorator   
  def published_at     
    date = h.content_tag(:span, article.published_at.strftime("%A, %B %e").squeeze(" "), :class => 'date')
    time = h.content_tag(:span, article.published_at.strftime("%l:%M%p"), :class => 'time').delete(" ")
    h.content_tag :span, date + time, :class => 'created_at'
  end
end

У меня ничего из предложенного не прокатило, зато неожиданно прокатил способ с helper.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

class YourModelDecorator < ApplicationDecorator
  include Draper::LazyHelpers #по идее должен избавить от явного объявления helper, но нет
  decorates :your_model
  def test_helpers
    content_tag :div, "it really works"
  end
  def test_helpers_via_h
    h.content_tag :div, "it really works"
  end    
  def test_helpers_via_helpers
    helpers.content_tag :div, "it really works"
  end   
  def may_be_that_is_working?
    helper.content_tag :div, "Hallelujah!"
  end  
end
> your_model_exemplar=YourModelDecorator.new YourModel.first
> your_model_exemplar.test_helpers
NoMethodError: undefined method `content_tag' for #
> your_model_exemplar.test_helpers_via_h
NoMethodError: undefined method `content_tag' for nil:NilClass
> your_model_exemplar.test_helpers_via_helpers
NoMethodError: undefined method `content_tag' for nil:NilClass
> your_model_exemplar.may_be_that_is_working?
=> "<div>Hallelujah!</div>"

Собственно все. Быть может все эти ошибки из-за того, что у меня ruby 1.9.2, а гем писался для 1.9.3 или рельсы у меня старые, а может просто доки у гема что-то типа квеста.

]]> http://blog.lukmus.ru/2012/12/18/rails-3-dekorator-draper/feed/ 1 bing-переводчик на ruby http://blog.lukmus.ru/2012/10/20/bing-perevodchik-na-ruby/ http://blog.lukmus.ru/2012/10/20/bing-perevodchik-na-ruby/#comments Sat, 20 Oct 2012 20:21:52 +0000 lukmus http://blog.lukmus.ru/?p=1164 Уже давно гугл отказался предоставлять API к своему переводчику бесплатно, а у Яндекса, насколько я знаю, поддерживается еще мало языков и еще нет публичных API. Я знаю только 1 бесплатный аналог переводчику гугла – Bing Translator. В этой статье показана интеграция переводчика от Microsoft в Rails-приложение.

установка

Раньше я сам писал интерфейс к бингу, а сегодня случайно нашел крутой гем Bing Translator. Все что я опишу ниже есть на офстранице гема, но все же.
Установка элементарная, как обычно надо вставить в Gemfile

gem "bing_translator", "~> 3.0.0"

и забандлить

# bundle install

эксплуатация

Для начала нужно создать экземпляр класса BingTranslator, от которого потом и надо плясать.

translator = BingTranslator.new('YOUR_CLIENT_ID', 'YOUR_CLIENT_SECRET')

А вот чтобы получить эти ключи надо пройти на Azure и залогиниться там. Primary Account Key и Customer ID это, соответственно, и будут YOUR_CLIENT_SECRET и YOUR_CLIENT_ID.
Чтобы перевести что-либо, например, с английского на испанский достаточно этого

spanish=translator.translate 'Hello. This will be translated!', :from => 'en', :to => 'es'

Язык оригинала можно не указывать, в этом случае он будет определен бингом автоматически.

spanish=translator.translate 'Hello. This will be translated!', :to => 'es'

В случае если нужно узнать только язык, а переводить не надо, нужно использовать метод detect.

locale = translator.detect 'Hello. This will be translated!' # => :en

p.s. Честно говоря, переводчик от бинга бесплатно переводит только 2 млн. символов в месяц, за 4 млн. уже надо платить $40 в месяц.

]]> http://blog.lukmus.ru/2012/10/20/bing-perevodchik-na-ruby/feed/ 0 areyouahuman на rails 3. альтернатива обычной капче http://blog.lukmus.ru/2012/10/05/areyouahuman-na-rails-3-alternativa-obyichnoy-kapche/ http://blog.lukmus.ru/2012/10/05/areyouahuman-na-rails-3-alternativa-obyichnoy-kapche/#comments Fri, 05 Oct 2012 11:59:13 +0000 lukmus http://blog.lukmus.ru/?p=1528 Современная капча под давлением программистов роботов-распознователей капчи мутировала уже во что-то непонятное, гугловскую капчу, я например, обновляю раз по 5 перед тем как смогу прочитать что там написано. Короче время привычной капчи заканчивается. Наступает время альтернативной. Например, есть такая штука как AreYouAHuman. Ниже будет показано как ее интегрировать в Rails 3 на примере Devise.

установка

Для Ruby есть типо инструкция на офсайте, но я опишу немного по своему.
Как обычно добавляем в Gemfile:

gem 'ayah_integration'

и бандлим:

bundle install

Теперь надо зарегистрироваться на сайте для получения ключей.

интеграция в модель плагина Devise

Предполагается, что уже есть сгенерированная и настроенная модель Devise. У меня модель называется User, а внедрять капчу я буду в форму восстановления пароля.

интеграция в представление

Если вы особо не мучали Devise генерирований различных представлений, то по умолчанию форма восстановления пароля лежит тут: app/views/devise/passwords/new.html.erb. Ее надо открыть и привести к виду:

1
2
3
4
5
6
7
8
9
10
11
12

...
<%ayah=AYAH::Integration.new(<publisher_key>,<scoring_key>)%>
...
<%= form_for(resource,
  :as => resource_name,
  :url => password_path(resource_name),
  :html => { :method => :post }) do |f| %>
...
<%=ayah.get_publisher_html.html_safe%>
...
<%end%>
...

У AYAH есть 2 вида капчи:

  • Lightbox – выводиться в модальном окне после нажатия кнопки ‘отправить’ (как в комментариях в этом блоге)
  • Embedded – сразу видна в форме

Так вот в зависимости от того, какой вид отображения AYAH вы выбрали в настройках, капча в форме восстановления пароля будет либо видна после события submit, либо сразу.

интеграция в контроллер

Чтобы соорудить свою обработку события ‘восстановление пароля’ в Devise нужно сделать свой контроллер.
В директории app/controllers нужно сделать файл passwords_controller.rb:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

class PasswordsController < Devise::PasswordsController
  def create
    session_secret = params['session_secret']
    ayah = AYAH::Integration.new(<publisher_key>,<scoring_key>)
    ayah_passed = ayah.score_result(session_secret, request.remote_ip)
    if ayah_passed
      super
    else
      respond_to do |format|
        format.html { redirect_to new_user_password_path, notice: 'Invalid CAPTCHA' }
      end
    end
  end
end

Я тут не слишком заморачивался и вывел ошибку капчи в notice, хотя по нормальному ее, конечно, надо было бы добавить к ошибкам модели devise.

добавление контроллера в routes.rb

Последним шагом надо обозначить в config/routes.rb, что для passwords имеется специальный контроллер:

1
2
3

...
devise_for :users, :controllers => { :passwords => "passwords" }
...

Надо не забывать, что после изменения routes.rb надо перезапустить WEBrick.

Итого

Многие говорят, что такую капчу роботу легче взломать, чем обычную, т.к. тут ограниченный набор картинок. Это мнение во многом справедливо, однако, современная невзламываемая капча количеством и сложностью своих манипуляций с текстом стремительно мчиться к маразму, экстенсивное развитие уже не приносит ожидаемого результата. Чем сложнее будут эффекты преобразований, тем меньше будет преймущество человека перед роботом в разгадывании этих иероглифов.
Капчи подобные AYAH имеют временнУю фору – пока они станут настолько популярными, чтобы ими заинтересовались хакеры, они уже достаточно смогут пополнить базу своих картинок, игр и т.д., а быть может и эволюционировать до алгоритмов автоматической генерации игр/картинок, я имею ввиду генерации сколько угодно большого количества разных, например, ламп или бутербродов (различия не по цвету, а по форме и содержанию).
Разработчик AYAH обещал в скором времени добавить многоязычность интерфейса, так что скоро возможно существенное расширение поля применения.

]]> http://blog.lukmus.ru/2012/10/05/areyouahuman-na-rails-3-alternativa-obyichnoy-kapche/feed/ 0 sitemap на Rails 3. rails-sitemap http://blog.lukmus.ru/2012/08/08/sitemap-na-rails-3-rails-sitemap/ http://blog.lukmus.ru/2012/08/08/sitemap-na-rails-3-rails-sitemap/#comments Wed, 08 Aug 2012 02:41:43 +0000 lukmus http://blog.lukmus.ru/?p=1472 Писать rake-файл, который сделает sitemap самому уже давно не модно т.к. существует 2 вагона готовых гемов для этого. Ниже я немного опишу гем rails-sitemap и самое главное покажу как его заставить делать несколько карт, например, для ситуации когда у сайта локация определяется поддоменом (напр.: ru.site.com и en.site.com).

установка

Как обычно закидываем в Gemfile:

gem 'sitemap'

и бандлим:

# bundle install

Далее надо сгенерировать конфигурационный файл:

$ rails g sitemap:install

настройка

Все настройки хранятся в config/sitemap.rb. На странице гема на гитхабе приведены примеры некоторых настроек, для создания более тонкой конфигурации рекомендуется читать доки, ссылка на которые не указанна и в гугле не числится.
Суть настройки сводится к указанию моделей по которым будет создаваться карта. Приведу пример конфигурационного файла простого сайта, у которого есть 3 модели: страницы (Pages), статьи (Articles) и новости (News). Статьи должны быть одобрены модератором, а новости интересуют только последние 100. Статей очень много.

1
2
3
4
5
6
7
8
9
10
11
12
13
14

Sitemap.configure do |config|
  config.max_urls = 50000
end
Sitemap::Generator.instance.load :host=>'site.com' do
  path :root, :priority => 1
  resources :pages, :skip_index => true,
    :change_frequency => "monthly"
  resources :articles,
    :objects => proc {Article.where(moderatable: true)},
    :change_frequency => "weekly"
  resources :news,
    :objects => proc {News.last(100)},
    :change_frequency => "never"
end

несколько карт

изменение гема

Чтобы создать несколько карт для начала нужно сделать несколько rake’овых заданий в геме, для этого нужно найти файл типа /usr/local/rvm/gems/ruby-1.9.2-p290/gems/sitemap-0.3.2/lib/tasks/sitemap.rake, у меня Fedora 15.1 и Ruby 1.9.2-p290 через RVM, поэтому весьма вероятно, что у вас абсолютный путь до этого файла немного другой.
Далее его нужно открыть и изменить (у него рутовские права, так что либо изменяйте под рутом, либо дайте права).
Ниже приведен его вариант на 2 sitemap’а для английской версии сайта (en.site.com) и русской (ru.site.com), вообще-то это не принципиально, тут просто выбраны такие названия для удобства.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

namespace :sitemap do
 
  namespace :ru do
    def ru_setup
      require File.join(Rails.root, "config", "rusitemap")
    end
    desc "Generates a new sitemap."
    task :generate => :environment do
      ru_setup
      root = Sitemap.configuration.save_path ||
        ENV["LOCATION"] || Rails.public_path
      path = File.join(root, "sitemap.xml")
      Sitemap::Generator.instance.build!
      Sitemap::Generator.instance.save path
    end
  end
 
  namespace :en do
    def en_setup
      require File.join(Rails.root, "config", "ensitemap")
    end
    desc "Generates a new sitemap."
    task :generate => :environment do
      en_setup
      root = Sitemap.configuration.save_path ||
        ENV["LOCATION"] || Rails.public_path
      path = File.join(root, "sitemap.xml")
      Sitemap::Generator.instance.build!
      Sitemap::Generator.instance.save path
    end
  end
 
  desc "Ping engines."
  task :ping => :environment do
    Sitemap::Ping.send_request ENV["LOCATION"]
  end
end

Тут я просто разбил пространство имен sitemap на 2 подпространства ru и en. Каждое подпространство содержит код идентичный коду исходного sitemap, где изменены названия конфигурационных файлов.
Теперь надо отредактировать генератор /usr/local/rvm/gems/ruby-1.9.2-p290/gems/sitemap-0.3.2/lib/sitemap/generator.rb (абсолютный путь тоже может не совпадать). Тут надо изменить метод save, заменить ее на:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

def save(location)
  if fragments.length == 1
    FileUtils.mv(fragments.first.path, location)
  else
    remove_saved_files(location)
    root = File.join(Pathname.new(location).dirname, "sitemaps")
    Dir.mkdir(root) unless File.directory?(root)
    fragments.each_with_index do |fragment, i|
      file_pattern = File.join(root,"sitemap-fragment-#{i + 1}.xml")
      FileUtils.mv(fragment.path, file_pattern)
      File.chmod(0755, file_pattern)
    end
    file = File.new(location, "w")
    file.write(render("index").gsub!('/sitemaps/','/'+Sitemap.configuration.locale_fragment_path+'/'))
    file.close
  end
  File.chmod(0755, location)
end

В этом методе я только заменил file.write(render "index").

файлы настроек

Т.к. теперь будут 2 карты, то и файлов настроек будет 2, их имена должны быть в соответствии с именами из /usr/local/rvm/gems/ruby-1.9.2-p290/gems/sitemap-0.3.2/lib/tasks/sitemap.rake т.е. rusitemap.rb и ensitemap.rb.
Пример конфига config/rusitemap.rb:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

Sitemap.configure do |config|
 config.max_urls = 1000
 config.save_path = File.
  join(Rails.root, "public",'sitemaps','ru')
 config.locale_fragment_path=File.
  join('sitemaps','ru','sitemaps')
end
Sitemap::Generator.instance.load :host=>'ru.site.com' do
  path :root, :priority => 1
  resources :pages, :skip_index => true,
    :change_frequency => "monthly"
  resources :articles,
    :objects => proc {Article.where(moderatable: true)},
    :change_frequency => "weekly"
  resources :news,
    :objects => proc {News.last(100)},
    :change_frequency => "never"
end

В файле config/ensitemap.rb все аналогично.

запуск

Теперь нужно сделать директории public/sitemaps/en и public/sitemaps/ru. После такого колдовства русская карта генерируется по команде:

$ rake sitemap:ru:generate

английская:

$ rake sitemap:en:generate

Карты соответственно будут лежать в только что созданных директориях.

]]> http://blog.lukmus.ru/2012/08/08/sitemap-na-rails-3-rails-sitemap/feed/ 0 Яндекс.Фотки+Carrierwave на Rails 3 http://blog.lukmus.ru/2012/06/14/yandeks-fotkicarrierwave-na-rails-3/ http://blog.lukmus.ru/2012/06/14/yandeks-fotkicarrierwave-na-rails-3/#comments Thu, 14 Jun 2012 14:45:49 +0000 lukmus http://blog.lukmus.ru/?p=1311 Использовать свой сервер для хранения больших фото порой бывает дорого, а если вы хотите еще и хранить разные версии одного и того же изображения (например: иконка, средний размер и оригинал), то часто проделывание стольких преобразований над каждым файлом требует большого количества процессорного времени. Яндекс.Фотки предоставляет API, которые, конечно не идеальны (в смысле я бы расширил их функционал), однако, могут решить вышеуказанные проблемы. Ниже будет описано как интегрировать Яндекс.Фотки в Rails 3 через Carrierwave.

Для начала нужно зарегистрироваться на Яндексе. И дальше есть 2 способа: самому разобраться в API или воспользоваться готовым гемом под Carrierwave. Я воспользусь вторым способом.

gem carrierwave-yandexfotki

Гем придумал и написал nicck, за что ему огромное спасибо, уважение и почет. Однако, гем был написан в начале прошлого года, поэтому немного устарел, а точнее стал чуть-чуть не совместим с текущей версией Rails и Ruby.

установка

Добавляем в Gemfile:

gem 'carrierwave'
gem 'carrierwave-yandexfotki'

Причем именно в таком порядке иначе будет ошибка.
Теперь по традиции бандлим:

bundle install

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

...
Installing curb (0.8.0) with native extensions
Installing nokogiri (1.5.4) with native extensions
Gem::Installer::ExtensionBuildError: ERROR: Failed to
build gem native extension.
 
        /usr/local/rvm/rubies/ruby-1.9.2-p290/bin/ruby
extconf.rb
checking for libxml/parser.h... no
-----
libxml2 is missing.  please visit ... for help with
installing dependencies.
-----
*** extconf.rb failed ***
...

В таком случае надо пройти по предложенной ссылке и устранить зависимости, после чего повторить bundle install.
Для RedHat-линуксов зависимости устраняются так:

yum install -y libxml2 libxml2-devel libxslt libxslt-devel

carrierwave

Теперь также как и в случае с Uploadify нужно сгенерировать аплодер carrierwave:

$ rails g uploader image

У меня модель с фотографией называется Picture и у нее есть текстовое поле Image, все дальше описанное будет описываться в этим условием.

Теперь надо открыть сгенерированный аплодер (app/uploaders/image_uploader.rb) и привести его к такому же виду как и на странице гема на гитхабе:

1
2
3
4
5
6
7
8
9
10
11
12
13

class ImageUploader < CarrierWave::Uploader::Base
 
  storage CarrierWave::Storage::YandexFotki
 
  yandex_login    'login'
  yandex_password 'password'
 
  before :cache, :remove_old_file_before_cache
 
  def remove_old_file_before_cache(new_file)
    remove! unless blank?
  end
end

Теперь надо примонтировать аплодер к модели (у меня Picture):

1
2
3

class Picture < ActiveRecord::Base
  mount_before_save_uploader :image, ImageUploader
end

И тут вроде бы все, казалось бы уже можно открыть консоль:

$ rails c
Loading development environment (Rails 3.1.1)
> pic=Picture.new
> pic.remote_image_url='http://kremlin.ru/putin-platit-churovu-za-vybory.jpg'
> picture.save
NameError: uninitialized constant YandexFotki::Connection::Nokogiri
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/carrierwave-yandexfotki-0.0.1/lib/yandexfotki/connection.rb:67:in `block in get_token'
...

Чтобы устранить этот косяк нужно открыть тот самый файл из ошибки (у меня /usr/local/rvm/gems/ruby-1.9.2-p290/gems/carrierwave-yandexfotki-0.0.1/lib/yandexfotki/connection.rb), найти строчку № 67:

1

xml = Nokogiri::XML(key_xml)

После чего вернуться в начало файла и дописать (выделено фиолетовым):

1
2
3
4
5

require "yandexfotki/encryptor"
require 'nokogiri'
 
module YandexFotki
...

После этого у меня все заработало.

эксплуатация

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

1
2
3
4

pic = Picture.new
pic.image = params[:file]
pic.save!
pic.image.url

Варианты изображений можно получить так:

1
2

pic.image.url       # ссылка на оригинал
pic.image.url(:xl)  # ссылка на 800x800

Таблица соответсвий аргументов к методу url и версии изображения:


]]> http://blog.lukmus.ru/2012/06/14/yandeks-fotkicarrierwave-na-rails-3/feed/ 2 ROR 3. Devise. Управление пользователями http://blog.lukmus.ru/2012/03/23/ror-3-devise-upravlenie-polzovatelyami/ http://blog.lukmus.ru/2012/03/23/ror-3-devise-upravlenie-polzovatelyami/#comments Fri, 23 Mar 2012 06:21:06 +0000 lukmus http://blog.lukmus.ru/?p=1265 Сейчас мало таких сайтов, где не нужны были бы пользователи, точнее модель пользователей. Раньше, я как дурак, писал эту модель вручную, иногда, конечно, иначе и нельзя было поступить. А недавно я открыл для себя гем Devise для Rails, который в большинстве случаев избавляет от необходимости прописывать логику управления пользователями самому.
Все, что я опишу дальше есть как на офстранице гема, так и в этих видео (русская версия Railscasts):

  1. введение в devise
  2. настройка devise

Все нижепроделанное относиться к RoR версии выше 3.0.1.

установка

Сначала, как обычно, дописываем в Gemfile:

gem 'devise'

и далее опять же:

bundle install

Теперь надо сгенерировать/интегрировать/спарить/инсталировать/и т.д. rails-приложение и devise:

rails generate devise:install

После этого devise напишет мол надо настроить mailer и домашнюю страницу (root_url). Для режима development настроить mailer можно прописав в config/environments/development.rb опцию:

config.action_mailer.default_url_options ={ :host => 'localhost:3000' }

Далее надо сгенерировать модель пользователей для Devise и выполнить созданные миграции:

rails generate devise User
rake db:migrate

настройка и эксплуатация

маршрутизация

После установки devise пропишет свои особые маршруты. Строка в config/routes.rb вида:

devise_for :users

мало о чем скажет, поэтому посмотреть маршруты devise можно так:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

rake routes
        new_user_session GET    /users/sign_in(.:format)
            user_session POST   /users/sign_in(.:format)
    destroy_user_session DELETE /users/sign_out(.:format)
           user_password POST   /users/password(.:format)
       new_user_password GET    /users/password/new(.:format)
      edit_user_password GET    /users/password/edit(.:format)
                         PUT    /users/password(.:format)
cancel_user_registration GET    /users/cancel(.:format)
       user_registration POST   /users(.:format)
   new_user_registration GET    /users/sign_up(.:format)
  edit_user_registration GET    /users/edit(.:format)
                         PUT    /users(.:format)
                         DELETE /users(.:format)
...

Соответственно в представлении, например, ссылка на регистрацию будет выглядеть как:

1

<%=link_to 'Регистрация', new_user_registration_path %>

а на вход:

1

<%=link_to 'Войти', new_user_session_path%>

Стандартные пути можно изменить подкорректировав config/routes.rb, используя опцию path_names, например, для изменения пути регистрации изменения будут выглядеть так:

1

devise_for :users, :path_names=>{sign_up: 'register'}

методы

Также в первом видео еще рассказали метод, как узнать авторизован ли пользователь:

user_signed_in?

и, видимо, экземпляр класса модели User для текущего пользователя current_user, которая работает также как и экземпляр любой другой модели, например, узнать E-mail текущего авторизованного пользователя можно так:

current_user.email

фильтр

Еще один важный момент в начале второго видео про before_filter. Чтобы узнать недопустить неавторизованного посетителя до экшенов, нужно использовать фильтр:

before_filter :authenticate_user!

Он будет перенаправлять на страницу входа.

настройка представлений

Для того, чтобы иметь возможность редактировать представления devise их нужно привести к обычному виду файлов представлений:

rails g devise:views
      create  app/views/devise/_links.erb
      invoke  form_for
      create    app/views/devise/confirmations
      create    app/views/devise/confirmations/new.html.erb
      create    app/views/devise/passwords
      create    app/views/devise/passwords/edit.html.erb
      create    app/views/devise/passwords/new.html.erb
      create    app/views/devise/registrations
      create    app/views/devise/registrations/edit.html.erb
      create    app/views/devise/registrations/new.html.erb
      create    app/views/devise/sessions
      create    app/views/devise/sessions/new.html.erb
      create    app/views/devise/unlocks
      create    app/views/devise/unlocks/new.html.erb
      invoke  erb
      create    app/views/devise/mailer
      create    app/views/devise/mailer/confirmation_instructions.html.erb
      create    app/views/devise/mailer/reset_password_instructions.html.erb
      create    app/views/devise/mailer/unlock_instructions.html.erb

сообщения об ошибках

Все сообщения devise храняться в YML-файлах локалей, по умолчанию это config/locales/devise.en.yml. Для добавления своей локали нужно создать файл с аналогичным именем, например, config/locales/devise.ru.yml.
Скачать переведенные на другие языки (в т.ч. русский) локали devise можно тут: https://github.com/plataformatec/devise/wiki/I18n

валидация и прочие настройки

Настройки валидации, как и все остальные для этого гема, находятся в config/initializers/devise.rb. Отключить стандартную валидацию devise можно убрав модуль :validatable из модели, в данном случае User.
А вообще в devise вагон других настроек, например, теже ключи аутентификации, а которых говорят в конце второго видео, настраиваются все в том же config/initializers/devise.rb.
Подробнее о настройках и прочих заморочках этого гема:

  1. офстраница
  2. вики
  3. rubydoc

]]> http://blog.lukmus.ru/2012/03/23/ror-3-devise-upravlenie-polzovatelyami/feed/ 11 собственная конфигурация (свои опции) rails-приложения http://blog.lukmus.ru/2012/02/08/sobstvennaya-konfiguratsiya-svoi-optsii-ra/ http://blog.lukmus.ru/2012/02/08/sobstvennaya-konfiguratsiya-svoi-optsii-ra/#comments Wed, 08 Feb 2012 17:52:29 +0000 lukmus http://blog.lukmus.ru/?p=1235 В названии я имею ввиду не настройку Rails, которая в config/application.rb и некоторых других файлах, а место, где следует хранить конфигурацию приложения с опциями типа ‘количество новостей на странице’ или ‘количество символов в отрывке текста на странице списка новостей’ итд, короче говоря, свои собственные конкретные для данного приложения настройки.

Хранить некоторые из таких настроек в БД не вариант, т.к., несмотря на все кэширование запросов и прочих штук, если настройка очень часто используется есть вариант уронить сервер БД, еще раз подчеркну, что это далеко не всегда и далеко не для всех опций. Вообщем, в местах где это возможно я храню конфигурацию в файле и в не простом файле, а YML.
Для таких интересных целей я использую гем settingslogic. Дальше не будет ничего другого как перевод текста по ссылке выше.

установка

Ничего нового. Кидаем в Gemfile:

gem 'settingslogic'

и бандлим:

bundle install

Теперь создаем файл app/models/settings.rb:

1
2
3
4

class Settings < Settingslogic
  source "#{Rails.root}/config/application.yml"
  namespace Rails.env
end

где записывать настройки

Создаем файл config/application.yml и в соответствии с форматом YML прописываем настройки, получиться что-то типа (взял с вышеуказанной офстранице гема):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

defaults: &defaults
  cool:
    saweet: nested settings
  neat_setting: 24
  awesome_setting: <%= "Did you know 5 + 5 = #{5 + 5}?" %>
 
development:
  <<: *defaults
  neat_setting: 800
 
test:
  <<: *defaults
 
production:
  <<: *defaults

как использовать в приложении

В представлении, например, использовать настройку можно так:

1
2

<%=Settings.neat_setting%> # 800 - development, 24 - остальные
<%=Settings.cool.saweet%> # "nested settings"

Ну и так далее. Короче, весело и вкусно.

]]> http://blog.lukmus.ru/2012/02/08/sobstvennaya-konfiguratsiya-svoi-optsii-ra/feed/ 0