-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Скрипт для поддержания распределения PHP кода по серверам.
- Автор темы Y.Vladimir
- Дата начала
Resha
Новичок
Apache Ant + crontab. На центральном сервере должен быть доступ к шеллу, на остальные антом заливать по ФТП. Если полноценный доступ к шеллу есть на всех серверах, то равноценным по грамотности будет использование svn + crontab.
Писать свои примочки можно тогда, когда о вышеозначенных вещах никогда не слышали (я так делал 4 года назад). Но теперь-то вы уже точно о них слышали
Писать свои примочки можно тогда, когда о вышеозначенных вещах никогда не слышали (я так делал 4 года назад). Но теперь-то вы уже точно о них слышали
Resha
Новичок
Для этого можно использовать ветки (бранчи). В production-ветку код кидать толко после полной отладки.
Не хочу выглядеть снобом, но ведь об этом уж точно можно прочитать в каком-нибудь недлинном пособии по разворачиванию веб-приложений.\
Да, кстати, есть же команда, которая делает DIFF между конкретными ревизиями. У нас так апдейт-пакеты создаются.
Вроде бы так: svn diff -r$1:$2 --summarize, где $1, $2 - номера ревизий.
whirlwind
TDD infected, paranoid
у меня патчи накладывает вот такой скриптик http://phpclub.ru/paste/index.php?show=2356
KolyaA
Новичок
Попробовал, поставил Ant.Apache Ant + crontab. На центральном сервере должен быть доступ к шеллу, на остальные антом заливать по ФТП. Если полноценный доступ к шеллу есть на всех серверах, то равноценным по грамотности будет использование svn + crontab.
Писать свои примочки можно тогда, когда о вышеозначенных вещах никогда не слышали (я так делал 4 года назад). Но теперь-то вы уже точно о них слышали
Пока не вижу в чём преимущество писания антовского build.xml перед написанием тех же команд самому на пхп. Да, там код по-короче получается, но в его правилах ещё разобраться надо. И в своём велосипеде я сам, как надо могу делать, а в анте только по шаблону. Особенно это напрягает при работе с кодировками, которая там, кажется, не до конца налажена.
tiger-nick
Новичок
Личный опыт рекурсивного обновления файлов:
Извращался в локальной сети (8-компьютеров), мой комп был за сервера, был еще один ПК, в котором лежала общедоступная папка, куда народ скидывал всякий мусор.
Поставил задачу отслеживать в этой папке изменения, к примеру ставим интервал времени 1час и сканировал все доступные дирректории (порядка 1000-5000 папок и 10000-100000 файлов разного размера и содержания)... Писал на PHP на скорую руку, ипользовал функцию "glob()" для чтения дирректорий и "filemtime()" для получения даты изменения, сравнивал дату с выбранной, если она оказывалась больше, то путь к файлу заносился в массив или выводился в окно браузера...
Что получилось в итоге:
Компьютер, на котором находилась "отшареная" папка встал наглухо
(оказался слабоват Celeron 1,5GHz, 256Mb DDR), мой компьютер испытывал "капитальные лаги", итогом стало то, что Apache отвалился...
2я попытка оказалась более удачной, для теста выбрал одну поддиректорию (20-40 папок 100-1000 файлов) все сработало на отлично, времени заняло приблизительно 15 секунд...
Какие сделал выводы:
Лучше написать скрипт для загрузки/перезаписи/удаления файлов и записывать действия в файл, а потом не сканировать все дирректории, а считывать изменения из файла (или БД) когда это потребуется
Как это поможет при решении задачи топика?
Если сделаете выбор в сторону самописного скрипта, то можно попробовать использовать файловый менеджер на одном сервере, написанный на PHP с небольшей модернизацией, а именно запись в файл/БД списка проводимых изменений (изменение/удаление/загрузка файлов). Потом при помощи дополнительного скрипта считать изменения подключится по ftp к остальным серверам и выполнить теже действия.
В качестве итога
Получается, что работу по изменению файлов нужно будет выполнить "в ручную" один раз, все остальное будет делать скрипт, при этом нагрузка на сервера будет минимальна.
Извращался в локальной сети (8-компьютеров), мой комп был за сервера, был еще один ПК, в котором лежала общедоступная папка, куда народ скидывал всякий мусор.
Поставил задачу отслеживать в этой папке изменения, к примеру ставим интервал времени 1час и сканировал все доступные дирректории (порядка 1000-5000 папок и 10000-100000 файлов разного размера и содержания)... Писал на PHP на скорую руку, ипользовал функцию "glob()" для чтения дирректорий и "filemtime()" для получения даты изменения, сравнивал дату с выбранной, если она оказывалась больше, то путь к файлу заносился в массив или выводился в окно браузера...
Что получилось в итоге:
Компьютер, на котором находилась "отшареная" папка встал наглухо
(оказался слабоват Celeron 1,5GHz, 256Mb DDR), мой компьютер испытывал "капитальные лаги", итогом стало то, что Apache отвалился... 2я попытка оказалась более удачной, для теста выбрал одну поддиректорию (20-40 папок 100-1000 файлов) все сработало на отлично, времени заняло приблизительно 15 секунд...
Какие сделал выводы:
Лучше написать скрипт для загрузки/перезаписи/удаления файлов и записывать действия в файл, а потом не сканировать все дирректории, а считывать изменения из файла (или БД) когда это потребуется
Как это поможет при решении задачи топика?
Если сделаете выбор в сторону самописного скрипта, то можно попробовать использовать файловый менеджер на одном сервере, написанный на PHP с небольшей модернизацией, а именно запись в файл/БД списка проводимых изменений (изменение/удаление/загрузка файлов). Потом при помощи дополнительного скрипта считать изменения подключится по ftp к остальным серверам и выполнить теже действия.
В качестве итога
Получается, что работу по изменению файлов нужно будет выполнить "в ручную" один раз, все остальное будет делать скрипт, при этом нагрузка на сервера будет минимальна.
tiger-nick
Новичок
Ну мы люди отмороженные!
На самом деле просто надобности небыло, цели такой не стояло...
А вот ради интереса попробовать - это пожалуйста, посмотреть что будет
Я вроде так и написал:
Кстати, на самом деле, я думаю поставленная тема очень интересная