Оказывается у ShadowHand недавно появился намного более продуманный инструмент для автоматической установки фреймворка Kohana.

Kohana Installer

Инструмент командной строки для создания основы kohana приложения из официального репозитория на Github.

Github: Установщик Kohana

Требования
Shell, Библиотека curl

Для пользователей Windows – cygwin

Установка

1. Склонировать репозиторий kohana-installer

2. Сделать исполняемым файл kohana (chmod +x kohana)

3. Создать символическую сссылку для запуска, например я создал в /usr/local/bin

Пример создания символической ссылки

ln -s kohana /usr/local/bin/kohana

Формат использования
kohana [<options>] [<directory>]

Директория <directory>
Директория для установки, если параметр не указан будет использоваться текущее местоположение.

Ключи <options>
-h, –help     Вызов помощи
-s, –skeleton  установка основы kohana (структура дирректорий, файлы index.php, bootstrap.php и другое)
-n, –no-skeleton  не использовать скелет kohana (ключ работает по умолчанию)
-b, –branch    Установка специфичного бранча
–version       Вывод текущей версии инсталятора

Примеры использования
kohana -s -b 3.0/master
kohana -s /www/apps/kohana

Процесс использования

После запуска скрипта, создается репозиторий git в выбранной вами директории, в него добавляется модуль kohana/core.

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

What module would you like to install?

Ввод модулей необходимо производить по одному за одну команду, устанавливаются модули только из официального репозитория kohana.

Для завершения установки достаточно прекратить выполнение скрипта или ничего не вводить в имени модуля.

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

Сегодня товарищ скинул ссылку на интересную вакансию из Ижевска.

Требования к соискателю
- опыт работы на соответствующей должности не менее 5 лет
- знание компьютеров, серверов 2003 – 2008. Всего 16 компьютеров и 2 сервера
- навыки дизайнера сайтов
- навыки поисковой оптимизации
- навыки работы с 1С, в том числе конфигурирование, сертификат специалиста приветствуется
- умение настраивать сеть протяженностью до 500 метров
- допуск на высотные работы приветствуется
- навыки управления башенным краном
- начальное экономическое образование приветствуется

Условия работы

- полный рабочий день
- оклад 6000р на испытательный срок (2 месяца), потом подумаем
- администрирование компьютеров, сети, АТС, систем видеонаблюдения
- ведение договоров и расчетов с субподрядчиками
- возможна оплата труда товаром (двери и профиль металлический 75мм)
- полный соцпакет
- проезд: до Смирново ходит автобус (оплачиваем), а потом 700м пешочком
- столовая находится в Смирново (500м)
- возможны ночные дежурства и замещения обязанностей

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

Комментарий работодателя в топике:

До этого работал один специалист на тех же условиях, но он умер. Вынуждены искать нового работника.

Парковка – для тех, кто на личном авто. Я например, могу предоставить в пользование М412, только оттаит гараж. Платите только за бензин.

Да, оклад 6000р. Перспектива развития есть, после испытательного срока и посмотрим какие обязанности можно добавить.

Оригинал: [ссылка]

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

Возможно существует более оригинальное решение проблемы создания нескольких репозиториев с разными ветвями, но я использовал для этого Shell.

mkdir $1 #создание дирректории
cd $1 # переход в дирректорию
 
git init #инициализация нового репозитория
 
branche=$2 #установка временной переменной 
 
# Первый параметр - путь к репозиторию
# Второй параметр  - путь к будущему месту положения
# Бранч на который следует переключиться
initmodule() # функция инициализация модуля, производит добавление модуля
{
home_dir=$PWD
git submodule add $1 $2
cd $2
git checkout $3
cd $home_dir
}
 
# инициализация модулей
initmodule git://github.com/kohana/core.git system $branche
initmodule git://github.com/kohana/database.git modules/database $branche
initmodule git://github.com/kohana/orm.git modules/orm $branche
initmodule git://github.com/kohana/pagination.git modules/pagination $branche
initmodule git://github.com/kohana/cache.git modules/cache $branche
initmodule git://github.com/kohana/image.git modules/image $branche
 
git submodule init #инициализация модулей
 
git commit -m 'Added modules structure' #собственно коммит
 
# далее можно расширить скрипт для загрузки других элементов (bootstrap.php, index.php) и так далее

Скрипт следует сохранить в файл, например c названием kohana.sh

Примеры использования:

sh kohana.sh kohana30.local 3.0/master # создание репозитория в папке kohana30.local с бранчем 3.0/master
sh kohana.sh kohana31.local 3.1/master
sh kohana.sh kohana31dev.local 3.1/develop

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

Пользователям Windows следует обратить внимание на cgwin и msysgit.

Основная информация о ресурсе

Обсуждаемые вопросы и задачи

Исходный код

Схема БД (реализована в MySQL Workbench)

Доступ к БД

Jabber-коференция:

сервер:   conference.jabber.ru
комната:  kohana-world

Неформальные вопросы обсуждаются в Jabber конференции, которая уже стала местом всеобщей тусовки.

Вливайтесь, сообществу необходима ваша поддержка и внимание.

Оригинал [ссылка]

А вы согласны работать в офисе за офис? Это ведь даже не за еду!

P.S: Требуется выкопать траншею, предоставлю в услуги лопату, в счет оплаты работы по созданию траншеи.

Основы работы с удаленным репозиторием

git clone – создание копии (удаленного) репозитория

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

Пример клонирования через http (возможно использование протоколов ssh:, git:)

git clone http://user@somehost:port/~user/repository/project.git

git pull - получение изменений из центрального репозитория

Команда git pull забирает изменения и проводит слияние с активной веткой.

git pull

git push — внесение изменения в удаленный репозитарий

Отправление своих изменения в удаленную ветку, созданную при клонировании по умолчанию:

git push

Далее небольшой набор команд с кратким пояснением для работы с локальным репозиторием:

git init — создание репозитария
git add и git rm — индексация изменений в репозитории
git status — отображение состояния проекта, измененные и не добавленные файлы, индексированные файлы, активная ветка
git commit — совершение коммита
git reset — возврат к определенному коммиту, откат изменений, «жесткий» или «мягкий»
git revert — отмена изменений, произведенных в прошлом отдельным коммитом
git log — разнообразная информация о коммитах в целом
git diff — отличия между деревьями проекта, коммитами и т.д.
git branch — создание, перечисление и удаление веток
git checkout — переключение между ветками
git merge — слияние веток (разрешение возможных конфликтов)
git rebase — построение ровной линии коммитов

файл .gitignore — служит для объяснения игнорирования файлов в репозитории

Иногда по директориям проекта встречаются файлы, которые не хочется постоянно видеть в сводке git status. Например, файлы кэша, логи и прочий мусор.

Простейший алгоритм работы в многопользовательском окружении

git stash #затирание локальных изменений
git pull #обновление изменений из репозитория
git stash apply #восстановление локальных изменений
#разрешение возможных конфликтов
git commit #коммит наших изменений
git push #внесение изменений в удаленный репозиторий

Это всего лишь пример характеризуйющий общий принцип, я не учитывал характер изменений, возникающие конфликты.

При работе с gitolite возникла ситуация когда я потерял свой SSH ключ к доступу к админскому репозиторию. (Как результат при любых действиях выдавалась примерно такая ошибка (fatal: ‘gitolite-admin’ does not appear to be a git repository)

После попытки редактирования вручную конфигов пользователя git и репозиториев было найдено официальное решение проблемы. Для этого пришлось обновить исходники Gitolite.

Утилита ~/.gitolite/src/gl-dont-panic позволит устранить проблемы

Шаг 1 – подготовка

• Необходимо скопировать программу на сервер, в моем случае я произвел это с помощью git pull в ранее клонированном репе.
• Если был утерян администраторский ssh ключ, нужно сгенерировать новую связку на рабочей станции и скопировать публичный ключ на сервер.
• Вспомнить название вашего администраторского публичного ключа и переименовать так новый сгенерированный (например у меня это chodex.pub).

Шаг 2 – устранение неполадок на сервере

• Откат версии администраторского репозитория, с помощью gl-dont-panic rewind. Возвращаемся к версии когда все работало и дальше живем счастливо.
• Установка новой связки ключей необходимо выполнить команду gl-dont-panic /tmp/chodex.pub

Шаг 3 – небольшие изменения на рабочей станции

• git pull или git clone для обновления или создания свежего клона админки Gitolite.

Замечу, что полгода назад в Gitolite таких инструментов не было. Последняя доступная версия 1.5.8. Не забывайте обновляться, сэкономите много времени.

Читайте официальную документацию. Для изучающих git есть книга переведенная сообществом translated.by.

Профиль free-lance.ru

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

Буду благодарен за помощь в поисках работы. Спасибо

update: прием заявок принят,  спасибо всем за помощь

Добавляем необходимые репозитории, я буду использовать тестовые репозитории самого debian’a, а для php буду использовать репы с http://dotdeb.org.

Редактируем /etc/apt/sources.list и добавляем

deb http://ftp.ru.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.ru.debian.org/debian/ testing main
deb http://php53.dotdeb.org stable all
deb-src http://php53.dotdeb.org stable all

Производим обновление списка доступных пакетов.

apt-get update

Устанавливаем веб-сервер Cherokee.

apt-get install cherokee

Установка cherokee на этом закончена, для возможности динамического отображения статистики веб-сервера в виде графиков необходимо установить модуль rrd tools.

apt-get install libcherokee-mod-rrd

Установка php

apt-get install php5 php5-cgi php5-dev php5-fpm php5-curl php5-imap php5-mysql php5-gd php5-mcrypt php5-memcache php5-suhosin

Многие из пакетов вам не пригодятся, но я решил не разбивать общий список необходимых мне пакетов.
Все необходимые файлы конфигурации php будут храниться в дирректории /etc/php5/fpm/. Вообще настройка php в себя включает намного больше пунктов, но главная тема поста немного другая

Прозводим тестовые рестарты php и cherokee.

/etc/init.d/php5-fpm restart
/etc/init.d/cherokee restart

Конфигурация Cherokee
Вся настройка веб-сервера производится через веб-интерфейс, запуск администраторской панели производиться с помощью команды cherokee-admin, при этом предоставляется временный пароль. Доступ по умолчанию разрешен только для локалхоста на порту 9090, для подключения удаленно необходимо запустить с параметром -b (Конфигурирование из командной строки также поддерживается, для этого используется программа cherokee-tweak. Либо можно вручную редактировать конфигурационный файл.)
В данном примере будет рассматриваться настройка с помощью веб-интерфейса.

cherokee-admin -b

Далее необходимо открыть в браузере http://<ваш-ip-адрес>:9090/ и ввести полученный временный пароль.

Внутри панели нужно щелкнуть на Sources и добавить новое соединение с 127.0.0.1:9000 (PHP5-FPM сервис).

Переходим в меню vServers закладка Behavior, далее необходимо перейти к управлению правилами Rule Management.

Добавляем новое правило, в качестве типа указываем Extensions.

Далее в качестве обработчика добавленного правила указываем FastCGI

Далее, прокрутив скролл вниз, необходимо найти поле Balancer и выбрать в качестве значения Round Robin. В появившемся поле Application Server выбрать добавленный нами ресурс php-fpm.

Сохраняем параметры и перезапускаем веб-сервер.

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

В следующей статье собираюсь описать развертывание фреймворка Kohana на платформе веб-сервере Cherokee.

На данный момент есть возможность ведения логов только в файловую систему, для этого используется Kohana_Log_File, для добавления лога например в БД, вам нужно наследовать абстрактный класс Kohana_Log_Writer.

Подключение логгера происходит в bootstrap.php.

/**
* Attach the file write to logging. Multiple writers are supported.
*/
Kohana::$log->attach(new Kohana_Log_File(APPPATH.'logs'));

Добавление записи в лог

Kohana::$log->add("NOTICE", "Just do it!");

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

Разделение логов

Иногда удобно физически разделять информацию на несколько логов, например, сообщения отладки в один, а ошибки в другой. По умолчанию, как показано выше, в Kohana 3 подключается логгер, который будет собирать любые сообщения.

Создадим в application/logs дирректории error и debug для ведения различных логов, не забудьте про права доступа на папки.

Заменим объявление дефолтного логгера:

Kohana::$log->attach(new Kohana_Log_File(APPPATH.'logs'));

на

Kohana::$log->attach(new Kohana_Log_File(APPPATH.'logs/error'),array('ERROR')); // Обработка только ошибок
Kohana::$log->attach(new Kohana_Log_File(APPPATH.'logs/debug'),array('DEBUG')); // Обработка наших отладочных сообщений

Примеры использования

Kohana::$log->add('ERROR', 'Error Message'); // Будет записано в лог Error
Kohana::$log->add('DEBUG', 'Debug information'); // Отладочная информация
Kohana::$log->add('INFO', 'Not logged'); // Это сообщение не будет записано ни в один из логов.

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