The WebDevil » Newbie http://dmitry.shaposhnik.name Enjoy development Mon, 24 May 2010 01:29:18 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 PowerDNS – master and slave http://dmitry.shaposhnik.name/2009/06/25/powerdns-master-and-slave/ http://dmitry.shaposhnik.name/2009/06/25/powerdns-master-and-slave/#comments Thu, 25 Jun 2009 08:49:48 +0000 dm http://dmitry.shaposhnik.name/?p=285 В связи с переездом на новый сервер пришлось переносить и кучу сервисов, которые крутились на старом. Одним из них был DNS.

Настоятельно рекомендуется делать master и slave (primary и secondary) на разных машинах, дабы в случае отказа одного из них второй мог полноценно работать. Ну это в теории, на практике все несколько упрощается до одного сервера, который если ляжет – то DNS будет уже не столь важен.

Начал подымать master на OpenSuSE 11.1. Конфиг простой и незамысловатый:

#each slave should be put here (space separated) to allow zone details transfer
allow-axfr-ips=1.1.1.2
disable-axfr=no
daemon=yes
guardian=yes
default-ttl=3600
soa-refresh-default=3600
lazy-recursion=yes
local-address=0.0.0.0
master=yes
recursor=127.0.0.1:5300
launch=gmysql
gmysql-host=localhost
gmysql-port=3306
gmysql-dbname=powerdns
gmysql-user=powerdns
gmysql-password=powerdns
gmysql-socket=/var/run/mysql/mysql.sock

и рекурсор:

chroot=/var/lib/pdns
local-address=127.0.0.1
local-port=5300
setgid=pdns
setuid=pdns

Базу для него создавал из PowerDNS on Rails, хотя можно ограничиться и той, что в документации.

И напоролся на первый занятный баг – со включенным режимом master он взлетает и долбит базу одинаковыми запросами (пытается получить все записи). На стоящей рядом ubuntu с той же версией такого не наблюдается. Долго пытался отловить что, где и почему – и решил пересобрать из сорсов. Когда обнаружилась нехватка boost я решил проверить, а нет ли готового свеженького пакета с собраным powerdns? Таки есть – надо было всего лишь добавить в списки репо вот этот:

http://download.opensuse.org/repositories/server:/dns/openSUSE_11.1/

и была установлена версия pdns-2.9.22-1.1. Проблема с нагрузкой на БД полечилась, но появилась новая – с репликацией на slave.

В PowerDNS есть такое понятие как supermaster. В общем случае нужно прописывать зону на мастере и слейве. Когда слейв получит от мастера notify, он запросит у мастера записи из этой зоны. Но если сервер, от которого пришел notify, будет обнаружен в списке supermasters, и такой зоны на слейве не будет описано, она создастся автоматически. И потом в нее будут добавлены записи с мастера. Это приятно упрощает жизнь ;) В табличке запись довольно простая – ip мастера, имя слейва (ns2.example.org), имя аккаунта (на работу никак не влияет – просто будет фигурировать в описании зоны; удобно для указания клиента, например).

В порядке эксперимента попинал слейв нотификейшенами для разных доменов. Не с первого раза, но заработало:

pdns_control notify example.org

С первого раза не заработало потому, что в PowerDNS on Rails в имя поддомена по привычке вписал “@”, и потом получил записи вида “@.example.org” вместо “example.org” либо “@”. Прошелся простым апдейтом по базе и убрал этот баг.

PS: Хочу выразить благодарность Патрику Фею (Patrick Fey) за его недавний пост, который помог постичь смысл supermaster’ов.

PPS: конфиг pdns для слейва мало чем отличается от мастера:

config-dir=/etc/powerdns
daemon=yes
disable-axfr=yes
guardian=yes
launch=gmysql
lazy-recursion=yes
local-address=0.0.0.0
local-port=53
module-dir=/usr/lib/powerdns
setgid=pdns
setuid=pdns
slave=yes
socket-dir=/var/run
version-string=powerdns
gmysql-host=localhost
gmysql-port=3306
gmysql-dbname=powerdns
gmysql-user=powerdns
gmysql-password=powerdns
]]> http://dmitry.shaposhnik.name/2009/06/25/powerdns-master-and-slave/feed/ 0 MacOS X Leopard php extensions http://dmitry.shaposhnik.name/2009/05/29/macos-x-leopard-php-extensions/ http://dmitry.shaposhnik.name/2009/05/29/macos-x-leopard-php-extensions/#comments Fri, 29 May 2009 12:33:47 +0000 dm http://dmitry.shaposhnik.name/?p=278 Столкнулся с необходимостью добавить к PHP в макоси несколько экстеншенов.
Апач в MacOS работает в x86_64. Да-да, там бинарник для нескольких архитектур:

file `which httpd`

Проблема в том что по умолчанию экстеншены будут собираться под i386. И потому из php-cli они доступны и работают, в то время как в mod_php их нет, а в логах апача видно примерно такое:

PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/no-debug-non-zts-20060613/mcrypt.so' - (null) in Unknown on line 0

Для сборки под несколько архитектур надо собирать все зависимости также под несколько архитектур. Я решил ограничиться вариантом x86_64 и i386.

Итак, в /opt/local/etc/macports/macports.conf добавим требуемые архитектуры:

sudo echo 'universal_archs x86_64 i386'>> /opt/local/etc/macports/macports.conf

Чудесно. Теперь на примере gettext.

sudo port install gettext +universal
file `which gettext`

В качестве вывода мы должны получить что-то вроде

dm@Loki ~$ file `which gettext`
/opt/local/bin/gettext: Mach-O universal binary with 2 architectures
/opt/local/bin/gettext (for architecture i386): Mach-O executable i386
/opt/local/bin/gettext (for architecture x86_64):   Mach-O 64-bit executable x86_64

Далее нужны сорсы php. В сорсах есть папка ext.

cd php-5.2.8/ext/gettext
phpize

CFLAGS="-arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp" \
CCFLAGS="-arch i386 -arch x86_64 -g -Os -pipe" \
CXXFLAGS="-arch i386 -arch x86_64 -g -Os -pipe" \
LDFLAGS="-arch i386 -arch x86_64 -bind_at_load" \
./configure --with-gettext=/opt/local

make
sudo make install
sudo echo 'extension=gettext.so' >> /etc/php.ini
sudo apachectl restart

Предварительно убедитесь, что у Вас есть файл /etc/php.ini. По умолчанию его нет.

После этого модуль должен завестись в mod_php.

UPD: а чобы (по возможности) все из портов собиралось с флагом universal надо сделать

echo '+universal' >> /opt/local/etc/macports/variants.conf
]]> http://dmitry.shaposhnik.name/2009/05/29/macos-x-leopard-php-extensions/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 Server moving adventures http://dmitry.shaposhnik.name/2008/08/07/server-moving-adventures/ http://dmitry.shaposhnik.name/2008/08/07/server-moving-adventures/#comments Thu, 07 Aug 2008 01:45:28 +0000 dm http://dmitry.shaposhnik.name/?p=215 Второй день занимаюсь переездом содержимого одного сервера на другой. Другой – VPS под FreeBSD (привет, ДЦ Воля).

В общем, это последний раз когда я до оплаты сказал что он неплох. Теперь только реальные сервера. Ну и может VDS под Linux… В общем, именно эта реализация ужасна. Меня мало интересует как и что – факт налицо.


Первая ласточка – mysql. Сообщение о нехватке памяти в логах:

080806 13:39:10 [ERROR] /usr/local/libexec/mysqld: Out of memory (Needed 1043824 bytes)

Судя по найденому в гугле и попыткам что-либо изменить, это вылазит из-за дефолтного в i386 FreeBSD значения максимального количества памяти на процесс. И изменить его у меня не удалось. В результате куцые буфера, и веселые запросы толпятся в очереди, а MySQL уверенно пухнет. И опухает:

[root@vps ~]# ps axu | grep mysql
bash: fork: Cannot allocate memory

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

Но все был бы ничего, однако базы в большинстве своем живут в MyISAM, но самая тяжелая – как и полагается, в InnoDB. И вот любой запрос с джоинами на ней ложил тачку.

Во время разборок с мускулем был применен киллер, найденый в темном переулке на форумах мускуля:

#!/usr/local/bin/php
<?php
mysql_connect('localhost', 'root', 'pass');
$result = mysql_query("SHOW FULL PROCESSLIST");
while ($row=mysql_fetch_array($result)) {
  $process_id=$row["Id"];
  if ($row["Time"] > 10 && $row['User']!='root' ) {
    $sql="KILL $process_id";
    mysql_query($sql);
  }
}
?>

Теперь появилось время на мысли. mtop помог отследить, что во всем виновата одна эта БД. После запора в ней более-менее тяжелые запросы в других БД тоже застряют.

Результатом был переезд этой большой базы на другой хост, и использование ее оттуда. Сервер с двухядреным оптероном и 4ГБ памяти не заметил появления балласта: запросы пролетали мгновенно. И это без попыток тюнинговать мускуль.

Далее начались проблемы с милой связкой nginx+apache. Как описано у Алексея, все заработало. Но некоторые странички отказывались показываться – браузер ругался на невозможность понять что же ему пришло. Такой ошибки я не встречал, и как оказалось никто из моего контакт-листа тоже.

А получилось следующее: обожаемый ExpressionEngine (и тебе привет) пытался все отдать за-gzip-леное. Апач справедливо отдавал это как HTTP/1.1 Transfer-Encoding: chunked. Но это в ответ на запрос HTTP/1.0 от nginx! Последний нифига не понимал и результирующий фарш доставлялся браузеру. Еще бы, он не хотел это нечто отображать…

Выключением опции gzip-сжатия в ExpressionEngine 1.5.3 это полечилось, однако…

… приключения с этим белым и пушистым зверьком не закончились. В форуме при публикации сообщения символы кириллицы отсутствовали. Долго я искал помощи через гугль, пока не полез в код. А в коде методом тыка нашел, что это все виноват xss_clean в версии 1.5.3.

Заменив строки с

...
$str = preg_replace('#(&\#*\w+)[\x00-\x20]+;#u',"\\1;",$str);
...
$str = preg_replace('#(&\#x*)([0-9A-F]+);*#iu',"\\1\\2;",$str);
...

на

$str = preg_replace('#(&\#?[0-9a-z]+)[\x00-\x20]*;?#i', "\\1;", $str);
   ...
$str = preg_replace('#(&\#x?)([0-9A-F]+);?#i',"\\1\\2;",$str);

проблему вылечил.

С нетерпением жду что обнаружится дальше…

]]> http://dmitry.shaposhnik.name/2008/08/07/server-moving-adventures/feed/ 0 Migration to PowerDNS http://dmitry.shaposhnik.name/2008/07/11/migration-to-powerdns/ http://dmitry.shaposhnik.name/2008/07/11/migration-to-powerdns/#comments Thu, 10 Jul 2008 22:14:10 +0000 dm http://dmitry.shaposhnik.name/?p=183 Наверняка многие видели сообщение об уязвимости в DNS. Во многих дистрибах линукса весьма скоро появились секьюрити-патчи, которые эту уязвимость исправляли. Уязвимость, может, и не слишком уж страшная, но она напомнила мне о PowerDNS, который я с интересом рассматривал в начале 2008го года.

Расматривал я его в основном из-за родной интеграции с MySQL. Мне весьма понравилось как она реализована. Однако у меня были уже рабочие конфиги BIND9, и я просто ленился испытать PowerDNS на собственной шкуре.

А зря боялся, как оказалось. Упомянутая уязвимость не задела PowerDNS, и этим мое внимание было вновь привлечено к нему. И переход таки состоялся.

Что дал переход

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

Во-вторых, при изменении/добавлении/удалении записей в зоне маркер (Serial) в SOA меняется сам. Мелочь, но приятно.

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

Вот то, что бросилось мне в глаза. А теперь более подробно о самом переходе.

Процесс перехода

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

Итак, понадобится выполнить следующие действия:

apt-get install pdns-server pdns-recursor pdns-backend-mysql

Желательно во время установки стопнуть bind, потому как dpkg будет ругаться из-за неудачного запуска демона.

После установки можно тушить pdns и стартовать bind до окончания миграции.

В конфиге /etc/powerdns/pdns.conf надо сделать следующие изменения:

...
#allow-recursion=127.0.0.1
...
launch=gmysql
...
local-address=_real_external_ip_here_
...
recursor=127.0.0.1
...

Этим мы будем передавать все неизвестные запросы от основного сервера к recursor’у.
У рекурсора в конфиге стоит local-address=127.0.0.1 по умолчанию, если мне не изменяет память.

В /etc/powerdns/pdns.d/pdns.local вписываем

gmysql-host=localhost
gmysql-port=3306
gmysql-dbname=_username_here_
gmysql-user=_dbname_here_
gmysql-password=_dbpass_here_
gmysql-socket=/var/run/mysqld/mysqld.sock

Проверяем, есть ли нужная БД и пользователь, и может ли он подключиться к базе.

Пример начальной базы есть в /usr/share/doc/pdns-backend-mysql.
Советую туда сразу добавить в конец

ALTER TABLE records ADD CONSTRAINT `records_ibfk_1` FOREIGN KEY (`domain_id`) REFERENCES `domains`
(`id`) ON DELETE CASCADE;

При его тестировании было замечено что работает он бытрее с таблицами InnoDB. Наверное, из-за большого кеша у этого типа таблиц. Я не стал менять таблицы на MyISAM, однако добавил при создании таблиц default collate utf8_general_ci – для надежности.

Потом надо втянуть записи имеющиеся у BIND. Для этого в комплекте есть утилита zone2sql. Рекомендую использовать ее с ключиком --gmysql – так она правильнее работает, создавая записи и в domains и в records.

zone2sql --named-conf=/etc/bind/named.conf --gmysql > import.sql

и вначале выкосил все до основных зон. Потом скормил это mysql’ю. Также можно во всех записях SOA поставить Serial в 0 – так PowerDNS будет вычислять его автоматически.

Пробуем стопнуть bind9 и запустить pdns и pdns-recursor. Если все правильно – все взлетит, и в сислоге будут сообщения о состоянии полета.

Проверить можно набрав

nslookup - dns.yourserver.com

и попробовать ввести что-то существующее на сервере и что-то несуществующее.
У меня основной сервер без recursor’а не хотел отдавать записи типа CNAME при просмотре nslookup’ом. Пришлось установит recursor и настроить их общение.

Ну а установка poweradmin для управления сервером не должна вызвать трудностей вообще.

]]> http://dmitry.shaposhnik.name/2008/07/11/migration-to-powerdns/feed/ 1 FAM and Gamin http://dmitry.shaposhnik.name/2008/03/13/fam-and-gamin/ http://dmitry.shaposhnik.name/2008/03/13/fam-and-gamin/#comments Thu, 13 Mar 2008 11:24:01 +0000 dm http://dmitry.shaposhnik.name/2008/03/13/fam-and-gamin/ Вчера потратил немного времени и произвел скрипт-демон для отлова изменений в указанной папке.
Но вот работает связка только с FAM. А в Linux сейчас уже используется более продвинутый Gamin. Как подружить Ruby с Gamin?

Собссно, сам демон:

#!/usr/bin/ruby

# load the fam bindings
require 'fam'

require 'logger'
require 'rubygems'
require 'daemons'

my_path = Dir.pwd
monitored_path = Dir.pwd + '/monitored/'
Daemons.daemonize
#Daemons.daemonize :ontop => true # For debugging purposes. Doesn't detach.

logger = Logger.new my_path + '/dirmon.log'
logger.level = Logger::INFO

unless test ?d, monitored_path
  log_file.write 'ERROR: Specified directory does not exist.'
  exit 1
end
pid = File.new(my_path + '/dirmon.pid',"w")
pid.write Process.pid
pid.close

Dir.chdir(my_path)

# open a connection to FAM and start monitoring specified path
fam = Fam::Connection.new
fam.monitor_dir monitored_path
logger.info "Fam connected"

while true
  # if there are fam events pending, then process them
  if fam.pending?
    ev = fam.next_event
    case ev.code
      when Fam::Event::CHANGED
        logger.info 'File changed: ' + ev.file
      when Fam::Event::DELETED
        logger.info 'File deleted: ' + ev.file
      when Fam::Event::CREATED
        logger.info 'File created: ' + ev.file
    end
  end
end
]]> http://dmitry.shaposhnik.name/2008/03/13/fam-and-gamin/feed/ 1 rails and bzr http://dmitry.shaposhnik.name/2008/01/16/rails-and-bzr/ http://dmitry.shaposhnik.name/2008/01/16/rails-and-bzr/#comments Wed, 16 Jan 2008 10:50:43 +0000 dm http://dmitry.shaposhnik.name/2008/01/16/rails-and-bzr/ Попробовал bzr и остался весьма доволен.

Что же из себя представляет Bazaar? Bzr – распределенная система контроля версий. После SVN такой термин не совсем понятен. И зачем на что-то переходить когда и SVN отлично работает?
Распределенная система контроля версий не привязана к серверу. Что случится если в процессе работы над проектом теряется свзять с svn-сервером? Система рассчитана на обязательное его наличие. Как результат – работаем дальше без истории изменений.
А что же дает bzr?
Локальные коммиты. Используя его мы можем сделать bzr commit –local, и так у нас будет история и версионность. Локально. И при появлении сервера можно вновь делать коммиты на него.
Привязка-отвязка от сервера. Можно сделать чекаут, отвязать его от сервера. Например, при поездке куда-то.
Наш репозитарий может служить репозитарием для других. Так, можно иметь рабочий репозитарий для проектов, и репозитарий для активной разработки. После того как development-версия оттестирована можно делать коммит в рабочий репозитарий. Такое дополнительное звено для проверки работоспособности.

Собственно, существуют и другие подобные системы – git, mercurial. Но bzr считается самым дружественным. Далее на примере это можно будет увидеть ;)

Итак, создание репозитария происходит командой bzr init-repository.

New branches created under the repository directory will store their revisions in the repository, not in the branch directory.

mkdir railsproject && cd railsproject

Создание проекта в нем – bzr init

Use this to create an empty branch, or before importing an existing project.
If there is a repository in a parent directory of the location, then the history of the branch will be stored in the repository.
Otherwise init creates a standalone branch which carries its own history in the .bzr directory.

Теперь на локальной машинке давайте создадим проект на rails:

rails railsproject

и сделаем чекаут:

bzr checkout bzr+ssh://my.server/home/user/bzr/railsproject/ .

Отлично. Теперь у нас есть папка .bzr в корне проекта. Прежде чем делать добавления в проект давайте пропишем маски для исключений. Это делается легко и просто =)

bzr ignore "log/*.log"
bzr ignore "tmp/*"

Мне кажется, это приятней и понятней чем в svn. Кроме того, в корне проекта появился файлик .bzrignore, в который можно дописывать маски.
Если в маске встречается символ “/” то путь определяется от корня проекта. Например, вложенная где-нибудь папка log будет добавлена в репозитарий со всем содержимым. Для такого случая есть префикс “/**/logs/*.log”.
Отлично, теперь в корне проекта сделаем

bzr add
bzr commit -m "initial import"

и наши файлы ушли в репозитарий. Все, можно работать.
Чтобы не делать много мелких несущественных коммитов можно делать их локально – “bzr commit –local”.
Более подробный мануал по bzr иожно найти на оффсайте.

]]> http://dmitry.shaposhnik.name/2008/01/16/rails-and-bzr/feed/ 0 Linux tips v.1 http://dmitry.shaposhnik.name/2007/07/09/linux-tips-v1/ http://dmitry.shaposhnik.name/2007/07/09/linux-tips-v1/#comments Mon, 09 Jul 2007 16:55:55 +0000 dm http://0804team.kiev.ua/dm/blog/2007/07/09/linux-tips-v1/ Серия относится к категории “newbies”. Используемый дистрибутив – Ubuntu.

В этой части:

  • как сменить разрешение экрана вручную
  • как сменить видеодрайвер
  • как восстановить загрузчик (grub) после установки Windoze
  • запись в NTFS

Как сменить разрешение экрана вручную + как сменить видеодрайвер

В примере используется драйвер nv и заменяется на nvidia (проприетарный, но зато с 3Д-ускорением).
Можно обойтись без бэкапа, но настоятельно рекомендую его делать.

  1. Открываем терминал
    • БЭКАП: cp /etc/X11/xorg.conf ~/
  2. sudo apt-get install nvidia-glx
  3. gksudo gedit /etc/X11/xorg.conf
  4. Далее ищем (ближе к концу) раздел, в котором указаны разрешения (Section “Screen”).
  5. В нем указано кол-во бит (DefaultDepth, значение как правило 16 или 24, иногда 32).
  6. Или в список для указанной битности добавляем наше разрешение в начало, или во все.
  7. Еще выше (Section “Device”) ищем:
    Driver "nv"

    или возможно "vesa".
    Заменяем на

    Driver nvidia
  8. Сохраняем (Ctrl+O). Закрываем все окна. Делаем логаут.
  9. Теперь нажимаем alt+control+backspace либо ребутаемся. Это перезагрузит графическую оболочку.
  10. Теперь если все ок – то все заведется, если же нет – то настало время откатиться назад.

Откат (Если делали бэкап):

  1. в консоли логинимся
  2. sudo cp ~/xorg.conf /etc/X11/xorg.conf
  3. sudo /etc/init.d/gdm restart

Если не делали бэкап:

  1. в консоли логинимся
  2. sudo nano /etc/X11/xorg.conf
  3. Мотаем пока не найдем Driver nvidia
  4. Изменяем на Driver nv
  5. Ctrl+O – сохраняем.
  6. sudo /etc/init.d/gdm restart

Это не самый простой метод, но для меня родной =)

Оживляем загрузчик

Взято отсюда

  1. Загрузиться с Ubuntu LiveCD.
  2. Открыть окошко терминала.
  3. Набрать grub
  4. Набрать root (hd0,6) – номер диска и загрузочного раздела с линуксом (например, если /boot на разделе /dev/sda7, то это будет hd0,6 для grub).
  5. Набрать setup (hd0), где 0 – номер винчейстера.
  6. Выйти по команде quit.
  7. Reboot.

Уточнение по п.4: можно воспользоваться командой “find /boot/grub/stage1″, которая скажет номер диска и раздела.
Не забывайте, что номер раздела на единичку меньше – счет ведется с 0.
Как было показано – sda7 будет hd(0,6).

Пишем в NTFS

Надо выполнит команду (или из терминала или из апплета Run)

gksudo gedit /etc/fstab

и прописать для раздела с виндой пирмерно следующее:

/dev/hdc1 /media/hdc1 ntfs-3g defaults,locale=en_US.utf8,umask=007,gid=46,force 0 0

/dev/hdc1 – раздел с виндой, можно подсмотреть в gparted
/media/hdc1 – где будет смонтировано (надо создать заранее – sudo mkdir /media/hdc1)
defaults,locale=en_US.utf8,umask=007,gid=46,force – все обычно, форс – чтоб монтировался даже если раздел не помечен как чистый (не выполнился checkdisk) – у меня от этого force винда ХР умерла =)
0 0 – не дампить и не проверять.

]]> http://dmitry.shaposhnik.name/2007/07/09/linux-tips-v1/feed/ 1 NAT with IPTables http://dmitry.shaposhnik.name/2007/05/20/nat-with-iptables/ http://dmitry.shaposhnik.name/2007/05/20/nat-with-iptables/#comments Sun, 20 May 2007 20:06:39 +0000 dm http://0804team.kiev.ua/dm/blog/2007/05/20/nat-with-iptables/ Итак, специально для kislo_metal постю сюда тривиальную вещь – простейший метод для поднятия NAT.
Я назвал его iptables.sh и положил в /etc/init.d/

#!/bin/bash

INET_IFACE="eth0"
IPTABLES="/sbin/iptables"

echo 1 > /proc/sys/net/ipv4/ip_forward
#Loading modules...
modprobe ip_tables
modprobe ipt_helper
modprobe ip_conntrack
modprobe ip_conntrack_ftp
modprobe ip_conntrack_irc
modprobe iptable_nat
modprobe ip_nat_ftp
modprobe ip_nat_irc
modprobe ip_gre
modprobe ip_nat_pptp
#Adding default actions
$IPTABLES -P INPUT ACCEPT
$IPTABLES -P OUTPUT ACCEPT
$IPTABLES -P FORWARD ACCEPT

#Clear all current rules
$IPTABLES -F
$IPTABLES -X
$IPTABLES -t nat -F
       
##Creating NAT
#for my PC:
$IPTABLES -t nat -A POSTROUTING -s 10.1.1.2 -d 0/0 -j MASQUERADE
#for virtual machine
$IPTABLES -t nat -A POSTROUTING -s 192.168.0.2 -d 0/0 -j MASQUERADE

Если скрипт не сработал – смотрим iptables-save. Если там хоть где-то есть DROP – то уже разбирайтесь сами, ибо по умолчанию политики стоят в ACCEPT на все.

Чтобы в Debian-based дистрибутивах скрипт подымал NAT автоматом надо сделать

sudo ln -s /etc/init.d/iptables.sh /etc/rc2.d/S99iptables.sh
sudo chmod +x /etc/init.d/iptables.sh
]]> http://dmitry.shaposhnik.name/2007/05/20/nat-with-iptables/feed/ 4 Rails: first steps http://dmitry.shaposhnik.name/2007/04/10/rails-first-steps/ http://dmitry.shaposhnik.name/2007/04/10/rails-first-steps/#comments Tue, 10 Apr 2007 06:34:46 +0000 dm http://0804team.kiev.ua/dm/blog/2007/04/10/rails-first-steps/ Робко и нерешительно я начал делать первые шаги по рельсам. И что я могу сказать – мне нравится.

Первое с чем я пока столкнулся – с ковырянием в БД. Реализация – просто зверь!
Миграции – это нечто. Итак, для начала имеем пустую миграцию – версия 0. Далее была создана миграция (автоматом) v1. Что есть миграция? Вот что:

class CreateNews < ActiveRecord::Migrationdef self.up
create_table :news, :force=&gt;true,  :options=>"ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE utf8_unicode_ci" do |t|
t.column :title, :string, :limit=>255, :null => false
t.column :teaser, :text, :null => false
t.column :body, :text, :null => false
t.column :created_at, :datetime, :null => false
t.column :updated_at, :datetime, :null => false
end
end

def self.down
drop_table :newsend
end

По привычке у меня установлен mysql (v5). И когда первый разописал структуру, тотекстовые данные сплошь были latin1. Потому в опциях добавил кодировку. Но после этого таблица стала не InnoDB! Оказалось, что по умолчанию рельсы создают таблицы типа InnoDB, если другое не указано в опциях. Как только добавляешь опции – требуется указать и таблицу. Ну вот и указал.

У многих возникает вопрос: а зачем же описывать структуру БД в коде? А для того, чтоб можно было красиво и легко переходить между изменениями, внесенными в процессе разработки. И не говорите, что БД спроектированная в начале работы над проектом не меняется никогда- не поверю, сам давно так думал, но всегда что-то но менялось.

И вот можно в следующей миграции описать какие поля добавить, что где поменять и т.п. – и в консоли на сервере сделать rake db:migrate VERSION=x. Разве это не удобно? Например, при откате на предыдущую версию тут же можно описать какие действия выполнять.

Ну и кроме миграций есть еще один плюс, который бросился мне в глаза: ведь эту же структуру не изменяя (вероятней всего, еще не пробовал) можно загнать и в PostgreSQL, и хоть в оракл.

И после этого – вот такой код для выбора всех новостей:

def index
  @news = News.find(:all)
end

После написания таких кусочков задумался, а как же реализованы шаблоны и сильно порадовался – есть такая штука как layout и, собственно, view. View используется для отображения конкретного куска, а layout и есть шаблон всей страницы.

Layout:

<html><head><title>FirstStep</title>
< %= javascript_include_tag 'prototype'%>
</head><body>
< %= yield %></body>
</html>

View:

<ul>< % @news.each do |sss| %>
<li>
< %= sss.title %>

</li>
< % end %>
</ul>

Вот что я могу сказать о первых своих шагах – жутко нравится.

]]> http://dmitry.shaposhnik.name/2007/04/10/rails-first-steps/feed/ 4