Ок, спасибо за инфу. Я с руби никогда не сталкивался, но думаю проблем возникнуть не должно.
По поводу дебиановского репозитория — я не спец в нём и сделал достаточно просто и быстро, без всяких заморочек (создание простого пакета, создание репозитория, выливка пакетов по rsync в репозиторий и обновление его структуры). Из всех функций deb-ов я использовал едва ли 5% (к примеру не использовал цифровую подпись пакетов и при апдейне надо указывать --force-yes).
Если такая информация будет интересна — могу попробовать описать блогпостом. Стоит писать?
> Я ни в коем случае не говорю что это не true way, а путь показанный мной — единственно верный. Просто показываю что с моей точки зрения удобнее, так как раньше делал именно так как описали Вы.
Пока использую .deb пакеты (собранные на офисном сервере), и делаю apt-get update && apt-get upgrade на каждом сервере ручками.
Раньше использовал rsync исходников с офисной машины (с локальной машины скрипт заходил на офисный сервер, делали git checkout нужной версии, а потом с боевой машины делался rsync на дерево исходников, использовали ssh-forwarding и на продакшене не хранили данные о офисной машине)
Только что проснулся. Реально помогло быстрее встать. Раньше пол часа тратил откладывая будильник на 5 минут 5-6 раз, а потом ещё минут 20 вставал. Часто сонный ходил до обеда.
Сегодня решил проверить описаную систему. Забутался минут за 10) Бодрячком) Спасибо за совет.
Не хватает перенаправления ввода. К примеру
cat Topic | tail -n 2 — отобразить последние 2 сообщения
Или cat Topic | tail -f — наблюдать за веткой форума в реальном времени
Кто не видел, есть похожий проект — консольный гугл goosh.org
Если не нужны — то можно и не использовать=), отключив трекинг конекшенов для указаных портов (iptables -t raw -A PREROUTING -p tcp --dport 80 -j NOTRACK)
kqueue — лучше для бздей, а epoll — лучше для линукс систем =) А так они очень похожи.
Могу поделится решением одной проблемы — на линуксе при большой интерсивности запросов и включенном keep-alive засоряется conntrack таблица и в определенный момент соеденения начинают отвергатся. Можно просто поднять размер таблици, но лучше оттюнить ipv4 в ядре. К примеру (актуально для фронтенда с nginx):
У меня с хромиума экспортируется с вопросительными знаками вместо русского текста (3.0.198.0 build 22605), но в фаерфоксе всё проэкспортировалось нормально (3.0.13)
lurkmore.ru/Boxxy
По поводу дебиановского репозитория — я не спец в нём и сделал достаточно просто и быстро, без всяких заморочек (создание простого пакета, создание репозитория, выливка пакетов по rsync в репозиторий и обновление его структуры). Из всех функций deb-ов я использовал едва ли 5% (к примеру не использовал цифровую подпись пакетов и при апдейне надо указывать --force-yes).
Если такая информация будет интересна — могу попробовать описать блогпостом. Стоит писать?
Мне кажется, что ваш методе действительно хорош. Я пару месяцев, после прочтения github.com/blog/470-deployment-script-spring-cleaning, планирую всё таки использовать готовые скрипты автоматизации деплоя.
Пока использую .deb пакеты (собранные на офисном сервере), и делаю apt-get update && apt-get upgrade на каждом сервере ручками.
Раньше использовал rsync исходников с офисной машины (с локальной машины скрипт заходил на офисный сервер, делали git checkout нужной версии, а потом с боевой машины делался rsync на дерево исходников, использовали ssh-forwarding и на продакшене не хранили данные о офисной машине)
Сегодня решил проверить описаную систему. Забутался минут за 10) Бодрячком) Спасибо за совет.
А ты планируешь открывать исходники?
echo `date` >> test.txt — тоже не правильно работает
Не хватает перенаправления ввода. К примеру
cat Topic | tail -n 2 — отобразить последние 2 сообщения
Или cat Topic | tail -f — наблюдать за веткой форума в реальном времени
Кто не видел, есть похожий проект — консольный гугл goosh.org
Могу поделится решением одной проблемы — на линуксе при большой интерсивности запросов и включенном keep-alive засоряется conntrack таблица и в определенный момент соеденения начинают отвергатся. Можно просто поднять размер таблици, но лучше оттюнить ipv4 в ядре. К примеру (актуально для фронтенда с nginx):
# спсибо человеку, который поделился этими настройками
net.ipv4.tcp_sack = 1
net.ipv4.tcp_fack = 1
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_wmem = 4096 65536 524288
net.ipv4.tcp_rmem = 4096 87380 524288
net.ipv4.tcp_fin_timeout = 1
net.ipv4.tcp_tw_recycle = 1
net.core.somaxconn = 262144
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2
net.core.netdev_max_backlog = 40000
net.ipv4.tcp_no_metrics_save = 1
net.ipv4.netfilter.ip_conntrack_max = 2097152
kernel.sem = 1250 256000 100 1024