The WebDevil » webtech http://dmitry.shaposhnik.name Enjoy development Mon, 24 May 2010 01:29:18 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 LAMP through fcgid with suexec http://dmitry.shaposhnik.name/2009/08/11/lamp-through-fcgid-with-suexec/ http://dmitry.shaposhnik.name/2009/08/11/lamp-through-fcgid-with-suexec/#comments Tue, 11 Aug 2009 08:11:49 +0000 dm http://dmitry.shaposhnik.name/?p=294 Взглянем на Apache+mod_php. Плюсы:

  • настраивается максимально просто
  • интерпретатор стартует вместе с каждым форком апача

Минусы:

  • mpm_prefork далеко не самый быстрый
  • все работает под одним пользователем (да-да, можно накрутить mod_itk)

В попытках сделать секьюрно и по возможности быстро я решил скрутить apache (mpm_worker) + mod_fcgid + suexec.
Сам по себе CGI очень небыстр за счет того, что при каждом запросе подымается интерпретатор. FastCGI быстрее, так как интерпретатор держится отдельным процессом. А mod_fcgid – модуль, бинарно совместимый с mod_fastcgi, с новой стратегией управления процессами.

Suexec в свою очередь позволяет выполнять CGI/FastCGI/SSI с указанными uid/gid. Да-да, в системе будут заводиться реальные пользователи.

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

Приступим.

apt-get install apache2-mpm-worker apache2-suexec ache2-threaded-dev libapache2-mod-fcgid php5-cgi

Теперь когда у нас все есть, создадим скелет для будущих площадок.

mkdir -p /root/web/skel
cd /root/web/skel
mkdir {cgi-bin,etc,logs,tmp,www}
chmod 770 tmp
chmod 751 {etc,logs,www}
cp /etc/php5/cgi/php.ini ./etc

Правим php.ini на предмет вывода ошибок и прочих мелких твиков.
Теперь сделаем враппер для самого обработчика (cgi-bin/php-cgi):

#!/bin/bash

cd $CGI_BIN_DIR
PHP_INI=../etc/php.ini

if [ ! -f $PHP_INI ]; then
    PHP_INI=/etc/php5/cgi/php.ini
fi

exec /usr/bin/php5-cgi -c $PHP_INI

И делаем

chown -R 755 cgi-bin
cd /root/web
touch {adduser,awstats,vhost}.skel
touch add_site.sh && chmod +x add_site.sh

adduser.skel:

DSHELL=/bin/false
DHOME=/var/www
GROUPHOMES=no
LETTERHOMES=no
SKEL=/root/web/skel
FIRST_SYSTEM_UID=2000
LAST_SYSTEM_UID=2999
FIRST_SYSTEM_GID=2000
LAST_SYSTEM_GID=2999
FIRST_UID=2000
LAST_UID=29999
FIRST_GID=2000
LAST_GID=2999
USERGROUPS=yes
USERS_GID=100
DIR_MODE=0751
SETGID_HOME=no
QUOTAUSER=""
SKEL_IGNORE_REGEX="dpkg-(old|new|dist)"

awstats.skel:

LogFile="/var/www/#USER/logs/#SITE-access.log"
SiteDomain="#SITE"
HostAliases="localhost 127.0.0.1 REGEX[#SITE$]"
Include "/etc/awstats/awstats.conf.local"

vhost.skel:

<virtualhost *>
    ServerName #SITE
    ServerAlias www.#SITE
    DocumentRoot /var/www/#USER/www/#SITE/public_html

    SuexecUserGroup #USER #USER
   
    ScriptAlias /cgi-bin/ /var/www/#USER/cgi-bin/
    <directory /var/www/#USER/www/#SITE/public_html>
    Options -Indexes +ExecCGI
    AllowOverride All
    AddHandler fcgid-script .php
    FCGIWrapper /var/www/#USER/cgi-bin/php-cgi .php
    Order allow,deny
    Allow from all
    </directory>

    ErrorLog /var/www/#USER/logs/#SITE-error.log
    CustomLog /var/www/#USER/logs/#SITE-access.log combined

    SetEnv AWSTATS_FORCE_CONFIG #SITE
    <location /cgi-bin/awstats.pl >
    AuthUserFile /var/www/#USER/etc/awstats.passwd
    AuthName "Website stats for #SITE"
    AuthType Basic
    require valid-user
    </location>
</virtualhost>

add_site.sh:

#!/bin/bash

if [ -z $1 ] || [ -z $2 ]; then
    echo "Oops. Some param not given."
    exit 1
fi

# If no such user exists - add one right now
if [ ! -d /var/www/$2 ]; then
    adduser --conf ./adduser.skel --disabled-login --gecos '' $2 || exit 1
fi

# Buld generic folders
mkdir -p /var/www/$2/www/$1/public_html
chown -R $2:$2 /var/www/$2/www/$1

# Build generic vhost for apache
cat vhost.skel | sed "s/#USER/${2}/g;s/#SITE/${1}/g" > ${2}_${1}

# Activate vhost
a2ensite ${2}_${1}

# Build generic awstats config
cat awstats.skel | sed "s/#USER/${2}/g;s/#SITE/${1}/g" >> /etc/awstats/awstats.${1}.conf

echo "Restart apache..."
apache2ctl configtest && apache2ctl restart

Вот таким нехитрым образом можно добавить сайт:

cd /root/web
./add_site example.org web_example

В результате будет создан пользователь web_example и у него сайт – example.org.

Tip

Иногда надо позволить скрипту выполяться боее 30 секунд. Думаете для этого достаточно подправить php.ini? Нет, в таком случае fcgid отстрелит скрипт по достижении 40 секунд. Для этих случаев в конфиге vhost’а требуется задать значение IPCCommTimeout в секундах (например, 300). Есть баг – глобальное значение отчего-то не хочет применяться к vhost’у, потому надо указать его непосредственно в vhost’е.

В общем и целом – конфиги показал, идею донес (надеюсь). Enjoy.

]]> http://dmitry.shaposhnik.name/2009/08/11/lamp-through-fcgid-with-suexec/feed/ 0 LVM Rocks http://dmitry.shaposhnik.name/2009/03/01/lvm-rocks/ http://dmitry.shaposhnik.name/2009/03/01/lvm-rocks/#comments Sat, 28 Feb 2009 23:18:18 +0000 dm http://dmitry.shaposhnik.name/?p=251 Давно заметил что в Ubuntu (server edition) во время инсталляции начали предлагать использовать LVM. Но я все не решался поставить production на него. Затем пообщался со теми кто его использовал, почитал доку – и последний год стал его использовать, так как постиг скрытую в нем мощь :)

Допустим, у нас есть простенький бюджетный сервер. Мы развернули новое приложение, и его база стала расти весьма стремительно. Итого – база, веб-файлы и система живут на одном физическом диске.

Был куплен диск WD Razor, и на него перенесли базу. Нагрузка диска (iostat -x -m 1) составила 1-2%. Решено перенести туда же и веб-файлы, однако решение это пришло лишь через пару дней. Так что получилось наглядно продемонстрировать возможности LVM.

Part1. Creating…

Когда поставили разор на нем создали один раздел – LVM:

# fdisk -l

Disk /dev/sdb: 74.3 GB, 74355769344 bytes
255 heads, 63 sectors/track, 9039 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1        9039    72605736   8e  Linux LVM

Пару слов об организации LVM.
Уровень 1: volume group (vg). Это наивысший уровень абстракции, объединяющий в себе logical volumes и physical volumes.
Уровень 2: physical volume (pv). Это некое блочное устройство, способное хранить данные (HDD, RAID, …)
Уровень 3: logical volume (lv). Это эквивалент раздела на жестком диске.

Таким образом в группу добавляются физические тома (pv), и потом во всем этом пространстве свободного места создаются разделы (lv), на которых уже создается файловая система.

Итак, сначала создавался pv:

pvcreate /dev/sdb1

Затем vg:

vgcreate sys_vg /dev/sdb1

И затем на все свободное место указанного pv (/dev/sdb1) создали lv с именем var_lib_mysql:

lvcreate -L 100%PVS -nvar_lib_mysql sys_vg /dev/sdb1

Дело за малым:

mkreiserfs /dev/mapper/sys_vg-var_lib_mysql
mount /dev/mapper/sys_vg-var_lib_mysql /mnt
/etc/init.d/mysql stop
mv /var/lib/mysql/* /mnt/
mv /var/lib/mysql/.* /mnt/
umount /mnt
mount /dev/mapper/sys_vg-var_lib_mysql /var/lib/mysql
chown -R mysql:mysql /var/lib/mysql
/etc/init.d/mysql start

Вот собственно и почти все. Последний штрих – прописать монтирование раздела в fstab, дабы это происходило при загрузке автоматом. Можно скучно сделать это через blkid, увидеть там нужный UUID (например, f6946e54-c7d6-4688-8fac-05dcb1bf9973), скопировать его, открыть /etc/fstab и вставить туда строку вида:

UUID=f6946e54-c7d6-4688-8fac-05dcb1bf9973   /var/lib/mysql reiserfs defaults 0 2

а можно сделать так:

printf "\nUUID=`blkid | grep sys_vg-var_lib_mysql | sed -r 's/.*UUID="([^"]*).*/\1/i'`\t/var/lib/mysql reiserfs defaults 0 2\n" >> /etc/fstab

Да, если сделать umount /var/lib/mysql && mount /var/lib/mysql до ребута – то /dev/disk/by-uuid/f6946e54-c7d6-4688-8fac-05dcb1bf9973 (или какой там получится) там еще не будет. Для того чтоб появился до ребута надо перезапустить udev:

/etc/init.d/udev restart

Part2. Resizing…

Как я говорил раньше, с опозданием пришла мысль о том, что неплохо бы вынести и статические файлы на этот же винт. И сделать это совсем просто! Для этого от того lv что был создан раньше (и именуется var_lib_mysql) откусим немного места.

Сначала остановим все службы (говорят, reiserfs увеличивается/уменьшается без проблем налету, но я этого пока не пробовал на себе):

/etc/init.d/mysql stop
umount /var/lib/mysql

Затем уменьшим файловую систему, а затем и lv на 20ГБ:

resize_reiserfs -s-20G /dev/mapper/sys_vg-var_lib_mysql
lvreduce -L-20G /dev/mapper/sys_vg-var_lib_mysql

На всякий случай я предпочел проверить фс на ошибки (а вдруг!):

reiserfsck /dev/mapper/sys_vg-var_lib_mysql

Ну и возвращаем обратно MySQL:

mount /var/lib/mysql
/etc/init.d/mysql start

Теперь создадим lv для веб-файлов, и так как их намного меньше 20ГБ, я решил оставить 5ГБ про запас, никому их не присвоив. Потом можно будет налету добавить туда где закончится место.

lvcreate -L 15G -nvar_www sys_vg
mkreiserfs /dev/mapper/sys_vg-var_www

Далее – перенос файлов:

/etc/init.d/nginx stop
/etc/init.d/apache2 stop
mount /dev/mapper/sys_vg-var_www /mnt
mv /var/www/* /mnt/
mv /var/www/.* /mnt/
umount /mnt
mount /dev/mapper/sys_vg-var_www /var/www
/etc/init.d/apache2 start
/etc/init.d/nginx start

И опять не забываем про fstab:

printf "\nUUID=`blkid | grep sys_vg-var_www | sed -r 's/.*UUID="([^"]*).*/\1/i'`\t/var/lib/mysql reiserfs defaults 0 2\n" >> /etc/fstab

По материалам:

  1. http://wiki.linuxquestions.org/wiki/LVM#example
  2. http://www.tldp.org/HOWTO/LVM-HOWTO/reducelv.html

PS: после изменения размера мог измениться UUID для lv var_lib_mysql, хотя я и не уверен в этом. Но проверить не помешает.
PS2: если работаете удаленно – не забывайте про screen.
PS3: писалось по памяти, так что могут быть некоторые неточности. Тупой копипаст без вовлечения мыслительного процесса чреват боком. Я предупредил ;)

]]> http://dmitry.shaposhnik.name/2009/03/01/lvm-rocks/feed/ 0 Multilingual site on Rails http://dmitry.shaposhnik.name/2008/08/29/multilingual-site-on-rails/ http://dmitry.shaposhnik.name/2008/08/29/multilingual-site-on-rails/#comments Thu, 28 Aug 2008 22:29:35 +0000 dm http://dmitry.shaposhnik.name/?p=232 Задавался давно уже вопросом о том, как сделать многоязычный сайт на рельсах. Сначала нехватало знаний, потом времени.
Недавно понадобилось таки реализовать такой сайт. Сразу скажу, получилось.

Первым делом задумался над переводом в шаблонах. Благо, тут вариантов было много и я выбрал simple-localization. С рельсами 2.1 работает версия 3.0. Но она ставится экспортом из svn:

cd vendor/plugins
svn co http://svn.arkanis.de/projects/rails_plugins/simple_localization/branches/3.0 simple_localization

Теперь можно вставлять конструкции l(:domain, :key), которые из файла перевода из раздела app: будут брать домен и ключ, указанные в методе. Кстати, я вынес файлы перевода в директорию translations в корень проекта.
Также в перевод я добавил массив с датами в родительном падеже (:declinable_monthnames).
Подключается плагин в config/initializers/simple_localization.rb строками:

SimpleLocalization.init :languages => [:ru, :en, :uk], :lang_file_dir => "#{RAILS_ROOT}/translations"

class Date
  silence_warnings do
    DECLINABLE_MONTHNAMES = ArkanisDevelopment::SimpleLocalization::ProxyObject.new :dates, :declinable_monthnames do |localized_data|
      [nil] + localized_data
    end
  end
end

Язык я категорически отказался хранить в сессии – это несерьезно. Так невозможно дать ссылку товарищу и быть уверенным, что он увидит о же что и вы.
В роутах реализовал так:

ActionController::Routing::Routes.draw do |map|
 
  map.with_options :path_prefix => '/:lang' do  |lang|
    lang.connect 'news', :controller=>"news", :action=>"index"
    lang.connect 'news/:id', :controller=>"news", :action=>"show"
    lang.connect '', :controller=>"pages", :action=>"index"
    lang.connect 'feedback', :controller=>"pages", :action=>"feedback"
    lang.connect '*link', :controller=>"pages", :action=>"show"
  end

  map.root :controller => "pages", :action=>"index"
end

В app/controllers/application.rb добавил парочку методов и фильтр:

class ApplicationController < ActionController::Base
    before_filter :localize
    ...
    def localize
        if params && params[:lang] && Localization.loaded_languages.include?(params[:lang].to_sym)
            Localization.use params[:lang].to_sym
        end
    end

    #it can accept only URL_FOR :(
    def localized_redirect(url)
        url = '' if url=='/'
        redirect_to "/#{Localization.used.to_s}/#{url}"
    end
end

Тут я задумался как работать с урлами. Ведь они же будут на корень ссылаться.
Так в config/initializers/simple_localization.rb был добавлен еще кусок кода, в котором переопределялись основные хелперы:

module ActionView
  module Helpers
    module UrlHelper
      def url_for(options = {})
        case options
          when Hash
            show_path =  options[:host].nil? ? true : false
            options = { :only_path => show_path }.update(options.symbolize_keys)
            escape  = options.key?(:escape) ? options.delete(:escape) : true
            url     = @controller.send(:url_for, options)
          when String
            escape = true
            url    = options
          when NilClass
            url = @controller.send(:url_for, nil)
          else
            escape = false
            url    = polymorphic_path(options)
        end
        url = escape ? escape_once(url) : url

        if url =~ /\/.+/ and url !~ /^\/(#{Localization.loaded_languages.join('|')})(\/.+)?$/
          url = "/#{Localization.used.to_s}#{url}"
        end
        url
      end
     
      def link_to(name, options = {}, html_options = nil)
        url = case options
          when String
            self.url_for options
          when :back
            @controller.request.env["HTTP_REFERER"] || 'javascript:history.back()'
          else
            self.url_for(options)
          end

          if html_options
            html_options = html_options.stringify_keys
            href = html_options['href']
            convert_options_to_javascript!(html_options, url)
            tag_options = tag_options(html_options)
          else
            tag_options = nil
          end

        href_attr = "href=\"#{url}\"" unless href
        "<a #{href_attr}#{tag_options}>#{name || url}</a>"
      end
     
    end
  end
end

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

Теперь дело дошло и до хранения локализованого контента в БД. Вот как у меня устроена таблица Pages:

class CreatePages < ActiveRecord::Migration
  def self.up
    create_table :pages, :force=>true do |t|
      t.string :lang, :title, :link, :null=>false
      t.text :body
      t.boolean :textilize, :default=>1, :null=>false
      t.timestamps
    end
   
    add_index :pages, [:link, :lang], :unique=>true
    add_index :pages, [:link]
   
  end

  def self.down
    drop_table :pages
  end
end

а в app/models/page.rb имеем следующее:

class Page < ActiveRecord::Base
  named_scope :localized, :conditions=>{:lang=>Localization.used.to_s}
end

Так можно оперировать локализоваными страницами как Page.localized.

Вроде бы из интересного все, остальное рутина. Если у кого есть советы как что дополнить/измениь – с радостью выслушаю.

]]> http://dmitry.shaposhnik.name/2008/08/29/multilingual-site-on-rails/feed/ 0 Lighttpd and execwrap http://dmitry.shaposhnik.name/2008/07/24/lighttpd-and-execwrap/ http://dmitry.shaposhnik.name/2008/07/24/lighttpd-and-execwrap/#comments Thu, 24 Jul 2008 18:32:09 +0000 dm http://dmitry.shaposhnik.name/?p=203 В качестве вэб-сервера я использую lighttpd. И сегодня я наткнулся на старую проблему – вэб-сервер работает из-под пользователя www-data, и когда пользователь pupkin загружает какой-то файл – этот файл принадлежит не pupkin’у, а www-data. И через ftp удалить его он не может, и вынужден искать некие web-file-manager’ы.

Так вот я погуглил и наткнулся на execwrap. Он очень мелкий, почти ничего ему не нужно стороннего для работы, конфигурировать и использовать его крайне просто (да-да, я знаю про suExec, но он мне не сильно понравился).

В результате конфиг для сайта у меня выглядит так:

$HTTP["host"] == "pupkin.com" {
    server.name = "pupkin.com"
    site-root = "/home/pupkin/www/" + server.name
    server.document-root = site-root + "/www"
    accesslog.filename = site-root + "/log/access.log"
    setenv.add-environment = ( "AWSTATS_FORCE_CONFIG" => server.name )
    auth.backend.htpasswd.userfile = site-root + "/awstats.passwd"
   
    fastcgi.server = ( ".php" => ((
        "bin-path" => "/var/www/lighttpd/execwrap",
        "socket" => "/tmp/" + server.name + ".phpsocket",
        "max-procs" => 10,
        "bin-environment" => (
            "UID" => "9999",
            "GID" => "9999",
            "TARGET" => site-root + "/cgi-bin/php",
            "CHECK_GID" => "1",
            "CGI_BIN_DIR" => site-root + "/cgi-bin/",
            "PHP_FCGI_CHILDREN" => "2",
            "PHP_FCGI_MAX_REQUESTS" => "5000"
        )
    )))
}

где 9999 – ID пользователя и группы (у меня они часто совпадают).

А в директории /home/pupkin/www/pupkin.com/cgi-bin лежит два файла – симлинк на php.ini и исполняемый файлик “php” следующего содержания:

#!/bin/bash

cd $CGI_BIN_DIR
exec /usr/bin/php-cgi -c ./php.ini

Как видите, если надо то конфиг php.ini можно пользователю задать персональный. А файлик php обязательно должен принадлежать этому же пользователю.

Когда все сделано – рестартуем lighttpd и смотрим, нет ли в логах ругательств с кодом ошибки 22 – это, как видно из сорса execwrap, несоответствие прав.

Enjoy =)

UPD: execwrap умер и воскрес тут: http://cgit.stbuehler.de/gitosis/execwrap/

]]> http://dmitry.shaposhnik.name/2008/07/24/lighttpd-and-execwrap/feed/ 0 lighttpd and rails http://dmitry.shaposhnik.name/2008/01/05/lighttpd-and-rails/ http://dmitry.shaposhnik.name/2008/01/05/lighttpd-and-rails/#comments Sat, 05 Jan 2008 02:33:27 +0000 dm http://dmitry.shaposhnik.name/2008/01/05/lighttpd-and-rails/ Сделал небольшую пачку оберток на сервере для управления приложениями.

Для начала воспользовался кластером mongrel:

gem install mongrel_cluster

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

adduser --system --no-create-home --shell /bin/false --group mongrel

Правда, мне понадобилось сделать vipw и vigr, чтобы подправить ID пользователя и группы – чтоб они совпадали.

Теперь, в папке с приложением сделал

mongrel_rails cluster::configure -e production -p 3000 -N 5 -c ./ -a 127.0.0.1 --user mongrel --group mongrel

и получил в результате в config/mongrel_cluster.yml конфиг для кластера монгрелей. Вот такого вида:

---
user: mongrel
cwd: /var/www/lighttpd/www.example.com
log_file: log/mongrel.log
port: "8000"
environment: production
group: mongrel
address: 127.0.0.1
pid_file: tmp/pids/mongrel.pid
servers: 5

Запускается оно через mongrel_rails cluster::start.
Но надо же что-то сделать, чтоб оно загружалось при старте системы. И вот что я нашел и сделал.

mkdir /etc/mongrel_cluster/
mkdir /etc/mongrel_cluster/available
mkdir /etc/mongrel_cluster/enabled
mv /var/www/lighttpd/www.example.com/config/mongrel_cluster.yml /etc/mongrel_cluster/available/www.example.com.yml
ln -s /etc/mongrel_cluster/available/www.example.com.yml /etc/mongrel_cluster/enabled/www.example.com.yml

Теперь создадим скрипт /etc/init.d/mongrel_cluster:

#!/bin/bash

set -e

mongrel_cluster_ctl -v -c /etc/mongrel_cluster/enabled $@

и выполняем

chmod +x /etc/init.d/mongrel_cluster
update-rc.d -f mongrel_cluster defaults

Также для удобства запуска-остановки отдельного приложения я сделал мелкий скрипт /etc/mongrel_cluster/operation.sh:

#!/bin/bash

set -e

CONFIGS=/etc/mongrel_cluster/enabled

mongrel_rails cluster::$1 -C $CONFIGS/$2.yml

Поьзоваться им можно так: /etc/mongrel_cluster/operation.sh start www.example.com
Собственно, на этом с монгрелем все.
Далее – lighttpd. Почему не nginx? Я не нашел никаких доводов за или против. В конце-концов, оба они работают как reverse-proxy к монгрелю, и несложно сменить демон – никаких переработок приложения не потребуется.

Итак, вот конфиг lighttpd:

server.modules                  = ( "mod_access", "mod_accesslog", "mod_compress", "mod_rewrite", "mod_proxy", "mod_redirect" )
server.document-root            = "/var/www/lighttpd/default/"
server.errorlog                 = "/var/log/lighttpd/error.log"
server.port                     = 80
server.bind                     = "77.120.99.179"
server.pid-file                 = "/var/run/lighttpd.pid"
server.username                 = "www-data"
server.groupname                = "www-data"
server.tag                      = "lighttpd"

index-file.names                = ( "index.php", "index.html", "index.htm" )
url.access-deny                 = ( "~", ".inc" )
static-file.exclude-extensions  = ( ".php", ".pl", ".fcgi" )

accesslog.filename              = "/var/log/lighttpd/access.log"

compress.cache-dir              = "/var/cache/lighttpd/compress/"
compress.filetype               = ("text/plain", "text/html", "application/x-javascript", "text/css", "text/xml" )

include_shell                   "/usr/share/lighttpd/create-mime.assign.pl"
include_shell                   "/usr/share/lighttpd/include-conf-enabled.pl"

var.basedir = "/var/www/lighttpd/"

#### SITES ####
$HTTP["host"] == "example.com" {
    url.redirect = ("^/(.*)$" => "http://www.example.com/$1")
}
$HTTP["host"] == "www.example.com" {
    server.name = "www.example.com"
    server.document-root = basedir + server.name + "/public"
    accesslog.filename = basedir + server.name + "/log/access.log"
   
    $HTTP["url"] !~ "^/(stylesheets|javascripts|images|files)/" {
        proxy.balance = "fair"
        proxy.server  = (
            "/" => (
                ( "host" => "127.0.0.1", "port" => 8000 ),
                ( "host" => "127.0.0.1", "port" => 8001 ),
                ( "host" => "127.0.0.1", "port" => 8002 ),
                ( "host" => "127.0.0.1", "port" => 8003 ),
                ( "host" => "127.0.0.1", "port" => 8004 )
            )
        )
    }
}

Я обеспечил прямой доступ к статике посредством lighttpd, не заворачивая статику через mongrel (везде я встречал заворачивание всего на монгрели, что, ИМХО, не есть хорошо).
Весьма настоятельно рекомендую в приложении создать файлик log/access.log и обеспечить в него запись пользователю www-data, от которого работает lighttpd.

Собственно, все. Ругайте.

UPD: в процессе работы проявились особенности Safari & IE. Для них надо в конфиге lighttpd добавить

$HTTP["useragent"] =~ "^(.*MSIE.*)|(.*AppleWebKit.*)$" {
    server.max-keep-alive-requests = 0
}
]]> http://dmitry.shaposhnik.name/2008/01/05/lighttpd-and-rails/feed/ 1 PHP Optimizers revisited http://dmitry.shaposhnik.name/2007/12/27/php-optimizers-revisited/ http://dmitry.shaposhnik.name/2007/12/27/php-optimizers-revisited/#comments Thu, 27 Dec 2007 11:34:15 +0000 dm http://dmitry.shaposhnik.name/2007/12/27/php-optimizers-revisited/ Только-что наткнулся на эту публикацию, в которой основные ссылки – на сорс и на результат.
Как и показали результаты, стоит особо присмотреться к APC. Лично я еще после первого тестирования перешел на него.

UPD: есть нарекания на конфиг XCache в приведенном тесте, но у меня он страшно “лагал” с правильным конфигом, так что я свой выбор не поменял.

]]> http://dmitry.shaposhnik.name/2007/12/27/php-optimizers-revisited/feed/ 3 Search for bug tracker http://dmitry.shaposhnik.name/2007/11/06/search-for-bug-tracker/ http://dmitry.shaposhnik.name/2007/11/06/search-for-bug-tracker/#comments Mon, 05 Nov 2007 23:01:23 +0000 dm http://dmitry.shaposhnik.name/2007/11/06/search-for-bug-tracker/ Помогите люди добрые советом при выборе багтракера.

Из необходимого:

  • многопроектность (участники одного проекта не должны даже догадываться о существовании других проектов… пока им не дадут туда доступ)
  • управление пользователями и правами
  • интуитивно понятный интерфейс
  • Wiki
  • Отправка уведомлений почтой

Из желаемого – time tracking, связка с SVN/BZR/Mercurial, работа с тикетами через почту.

Рассмотрены:

  • mantis – интерфейс аццки калечный
  • bugzilla – интерфейс хромает
  • Trac – все изумительно, но многопроектность…
  • RT – громоздкая. Весьма. Задолбался пока поставил и настроил. Удалилось быстрее.

UPDATE:

  • Eventum from MySQL – весьма громоздко, неудобно. Раньше были траблы с русским, но верно уже все с этим в порядке.
  • SimpleTicket – сырющая, неюзабельно глюкающая системка. Простая… и совсем без ничего.
  • Trac – надо попробовать мультипроектность через плагин.
  • TrackStudio – выглядит заманчиво, но стоит денег.

Пока остановился на RedMine.

]]> http://dmitry.shaposhnik.name/2007/11/06/search-for-bug-tracker/feed/ 12 Trillian opens da new age http://dmitry.shaposhnik.name/2007/04/07/trillian-opens-da-new-age/ http://dmitry.shaposhnik.name/2007/04/07/trillian-opens-da-new-age/#comments Sat, 07 Apr 2007 18:16:04 +0000 dm http://0804team.kiev.ua/dm/blog/2007/04/07/trillian-opens-da-new-age/ Вот скажите кто-нибудь, как ЭТО оно ТАК работает???

]]> http://dmitry.shaposhnik.name/2007/04/07/trillian-opens-da-new-age/feed/ 6 google reader http://dmitry.shaposhnik.name/2006/11/16/google-reader/ http://dmitry.shaposhnik.name/2006/11/16/google-reader/#comments Thu, 16 Nov 2006 14:30:52 +0000 dm http://0804team.kiev.ua/dm/blog/2006/11/16/google-reader/ Наткнулся на эту замечательную читалку (RSS-аггрегатор). Возможностей много и приятно сделано.

Вот ссылочка к моим расшареным новостям:

http://www.google.com.ua/reader/shared/01112913359388397771

А еще справа снизу на главной странице появился специальный блок ;-)

]]> http://dmitry.shaposhnik.name/2006/11/16/google-reader/feed/ 1