Недавно я писал заметку об установке GitLab на сервер в «ручном режиме». В процессе использования выяснилась одна каверзная вещь — GitLab не умеет создавать хуки типа post-receive из панели для определенных репозиториев. Но мы на работе используем сервер с GitLab как сервер разработки и нужно, чтобы на сервере крутились проекты, которые мы правим через GitLab.
К счастью, это решаемо и сейчас опишу эти несложные действия.
Read the rest of this entry »
Rsync — программа для UNIX-подобных систем, которая выполняет синхронизацию файлов и каталогов в двух местах с минимизированием трафика, используя кодирование данных при необходимости. Важным отличием rsync от многих других программ/протоколов является то, что зеркалирование осуществляется одним потоком в каждом направлении (а не по одному или несколько потоков на каждый файл). rsync может копировать или отображать содержимое каталога и копировать файлы, опционально используя сжатие и рекурсию. Взято с википедии 🙂
Плюсами rsync есть:
1. Скорость и трафик — синхронизация цепляет только те файлы, которые изменились, а значит нужно передавать меньше файлов и благодаря этому процесс проходит быстрее.
2. Права доступа — rsync переносит файлы с их правами доступа.
3. Скрытые файлы — переносятся также и скрытые файлы и папки.
4. Удобство — процесс синхронизации файлов и папок между серверами выполняется с помощью всего одной команды.
Read the rest of this entry »
Доброго времени суток, уважаемый читатель!
Сегодняшняя заметка будет посвящена GitLab.
GitLab — платформа с открытым исходным кодом для организации совместной работы с Git-репозиториями. По своим возможностям это GitHub, но на домашнем или корпоративном сервере для личных нужд. Функционал, внешний вид и удобство шикарны! 🙂
В из дней на работе встала задача перестройки внутренней инфраструктуры и одним из пожеланий была удобная работа с репозиториями Git-а. Легко и быстро создавать репозитории, возможность просматривать исходные коды проектов и писать комментарии к кускам кода прямо там.
После гугления данного вопроса пришел к выводу, что под данную задачу шикарно вписывается GitLab и полез пробовать его ставить. Скажу честно, что убил на это полтора дня и 5 виртуальных серверов (тестил много и пытался соорудить трехколесный велосипед на квадратных колесах).
Первым делом полез в документацию и нашел мануалы по установке. Их было два: установка готового deb-пакета и ручная установка. Попробовав готовый пакет я понял, что это не то, что мне нужно. Я хотел иметь полный контроль над софтом и использоваться должен был MySQL, а не PostgreSQL. Поэтому пришлось обратится к мануалу по ручной установке. С ним то и возникли некоторые сложности, которые заставили написать эту заметку на будущее. В целом я опишу всю установку GitLab, но половина будет взята по сути из официального мануала.
Для работы GitLab будут установлены:
— Nginx 1.6.2
— Redis 2.8
— Ruby 2.1.5
— MySQL 5.6
— Git 1.7.10
— Postfix 2.9.6
Read the rest of this entry »
В данной связке Nginx будет выступать фронтендом для Apache. То есть, все подключения будут поступать к нему, а он уже будет их фильтровать и по надобности отправлять к апачу. Плюсом данной связки является возможность использования конфигурационных файлов .htaccess, которые очень часто используются и разрабатывать сайты стоит с учетом данного фактора. А производительность… Связка Nginx + Nginx будет производительнее, хотя это и так понятно 🙂
Про установку Nginx написано в заметке Установка Nginx на Debian 6.
Теперь ставим Apache 2.2:
# apt-get install apache2
Меняем в конфигах apache порт на какой-то другой. Для примера примем порт 81. Все виртуальных хосты апача должны быть настроены на этот порт.
# nano /etc/apache2/ports.conf
Поскольку у апача сейчас есть только дефолтный хост, то сделаем, чтобы он работал на связке Apache + Nginx. Поменяем ему порт на 81:
Read the rest of this entry »
Завершающим этапом сегодняшнего знакомства с Gearman решил сделать добаление графиков статистики Gearman в Munin. В интернете нашел несколько плагин на Perl.
Общая процедура установки плагина.
1. Создать файл плагина и вставить в него код:
# nano /usr/share/munin/plugins/gearman_queue
2. Дать права на выполнение:
# chmod +x /usr/share/munin/plugins/gearman_queue
3. Включить плагин сделав ссылку на него:
# ln -s /usr/share/munin/plugins/gearman_queue /etc/munin/plugins/gearman_queue
4. Перезагрузить сервис:
# service munin-node restart
Через несколько минут графики появятся 🙂
Gearman — это менеджер очередей для синхронного и асинхронного выполнения задач. Читал о нем давно, но сегодня посчасливилось с ним познакомится более тесно 🙂
Приложение написано на PHP и имеет свои нюансы, поэтому я не буду приводить код и посоветую ознакомится с базовой реализацией из доков.
Первым делом поставим сам Gearman и модуль для PHP. Установка достаточно простая:
# apt-get install gearman php5-gearman
На этом было бы всё, если бы не одно НО…
Gearman получает задания от клиента и передает в работу воркеру, который должен постоянно работать и проверять есть ли что-то в очереди на выполнение. Воркер у меня на PHP, значит нужно заставить сркипт работать в фоновом режиме постоянно.
Read the rest of this entry »
Уже несколько раз приходилось настраивать на серверах GIT-репозиторий под один проект, но постоянно приходилось искать всякие мелочи по настройке заново. Надоело… 🙂
В данной заметке опишу базовую установку самого GIT и настройку репозитория. Если быть точным, то подразумевается, что на нашем сервере всего один или несколько репозиториев, а авторизация будет проходить просто по логину и паролю. Не буду задевать разговоры про авторизации по ключу, поднятие gitosis или gitolite, о них можно найти доп.материалы в инете, а для базовой установки этого достаточно.
Первым делом определимся что и где будем хранить:
/home/www/site.com — папка для сайта, куда смотрит веб-сервер
/home/git/site.com — папка для репозитория
Read the rest of this entry »
