Дмитрий Энтелис

Вообще, неработающий сайт (когда веб-сервер его не обслуживает и получается ошибка и пичалька) - это нехорошо, нелогично, несеошно и вообще нечеловечно (не-юзер-френдли). Куда логичнее отнестись к своим посетителям с должным уважением, и вместо магии с конфигами сервера, в самом сайте на входе сделать проверку. Если время "рабочее" - пустить на сайт. Нерабочее - показать фигу и надпись "приходите через ХХ часов ХХ минут, мы работаем с ХХ до УУ.

ну не рестарт а релоад, даунтайма в этом случае практически не будет.

а вообще... Можно попробовать прописать усолвие в конфиге, что мол если текущее время больше такого-то, и меньше такого-то, return какой-то статус код. У вас есть возможность брать текущее время в конфиге (SSI) и что-нибудь делать. Например вот.

Ну вообще в разных компаниях видел разную организацию, общие моменты обычно такие:

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

2. Тут от проектов будет зависеть, обычно либо локальные виртуальные машины используются, либо общий сервер разработки (несколько серверов), где есть у каждого своя копия проекта(ов). На сервере также можно использовать для удобства виртуализацию. Тяжеловесные сервисы обычно тоже имеют тестовый сервер, как правило, куда можно подключиться, либо же вообще использовать mocking стоит. Сервера разработки обычно локально, поэтому с синхронизацией особых проблем нет: общие папки, sftp, nfs, что душе угодно.

3. Процесс работы с VCS часто от продукта зависит, но обычно можно использовать общепринятые стандарты и соглашения, вот читайте habrahabr.ru/post/106912

4. Для тестирования часто выделают отдельный сервер со сборкой проекта в тестовом окружении, где можно запускать unit-тесты, функциональные, и ручное тестирование. В серьезных компаниях обычно есть тестировщики, селениум применяется, там где действительно есть выгода от него (иногда тестировщикам реально проще вручную протыкать нужные вещи).

5. Тут тоже полно инструментов, выбирают основываясь на списке функций, которые нужны для работы. Мне чаще всего приходилось работать с redmine, phabricator.

6. Тут тоже зависит от команды, какие разработчики в ней есть, кто что умеет делать лучше - это уже работа тимлида, добиваться максимальной эффективности от команды. Я не сторонник разделять по такому принципу задачи, лучше делить по области, которую задача затрагивает (по модулям в проекте, фронтенд или бекенд и т.п.)

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

Похожее не видел. Тут основная проблема в том что кроме этого скрипта (веб интерфейса) необходимо поднимать crm на точках ремонта или сажать за админку отдельного человека который будет статусы обновлять. Вообще по кодингу тут работы не много. При минимуме функционала всего 2 интерфейса.

dropbox yandex-disk и как правильно уже сказали это мыло

Админ продаёт не работу, админ продаёт сервис "всё работает, ничего не ломается".
Платите фикспрайс - у вас всё работает.
Платите почасовую - внезапно, растёт количество "фактов выполненной работы" - то сервер глючит, то сеть падает.
Это как пожарным за количество пожаров платить.
.

Изучайте области приложения и становитесь профессионалом в этой области. Смена ЯП - это топтание на одном месте, попытка начать с начала на "лёгком уровне"

mixed microtime ([ bool $get_as_float = false ] )
get_as_float Если указано и установлено в TRUE, microtime() возвратит float вместо string, как описано в разделе возвращаемых значений ниже.

$get_as_float появился в PHP5,

Нужно читать мануал по curl, особый упор делать на опции CURLOPT_POST/CURLOPT_POSTFIELDS. Там же есть и полные примеры.

Нанимать SEO специалистов.

Пищевой пленкой обернуть или пластилином залепить. Вообще, никак. Купи нормальные. Открытые на то и открытые, чтобы с тобой хиты русского шансона слушал весь автобус.

Почитайте про MVC. Хотя, тут много зависит от задачи, для некоторых небольших проектов я позволяю себе объединять логику и отображение, например, вверху блок <?php ?> с логикой, дальше html-код с выводом. Как по мне, то нужно руководствоваться здравым смыслом - если можно решить задачу одним файлом в 200 строк, то нет никакого смысла разбивать программу на адаптеры, контроллеры, шаблоны и т.п.