Никак не могу настроить drush на Ру-Центеровском хостинге. У кого-нибудь получилось? Тарифный план 201, PHP 5.3.13 (cli). Все нужные модули включены.
Всё время выдает ошибки, например, при попытке сделать бэкап выдаёт:
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
exec(): Unable to fork [stty size 2>&1] bootstrap.inc:441 [warning]
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
proc_open(): fork failed - Cannot allocate memory backend.inc:360 [warning]
exec(): Unable to fork [tar --exclude "docs/sites" --dereference -cf [warning]
После чего создаётся папка в drush-backups/archive-dump с текущей датой-временем, но она совершенно пустая. Когда пытаюсь поставить модуль (или обновить, или обновить переводы — что угодно), выдаёт, что не может найти curl или wget.
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
exec(): Unable to fork [stty size 2>&1] bootstrap.inc:441 [warning]
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
exec(): Unable to fork [wget --version 2>&1] exec.inc:135 [warning]
exec(): Unable to fork [curl --version 2>&1] exec.inc:135 [warning]
exec(): Unable to fork [which curl 2>&1] exec.inc:135 [warning]
wget nor curl executables found. [error]
Естественно, что и curl, и wget есть, также curl включено как расширение php.
Комментарии
Столкнулся с такой же проблемой. Кто-нибудь её решил?
В win проще, там инсталятор с Ок, Ок... В *nix ручные заморочки с путями и скриптами. Почитайте настройка Drush.
Прочитал. Как там написано так и делал. Не помогает. Когда, например, набираю drush status получаю:
drush status
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
exec(): Unable to fork [tput colors 2>&1] bootstrap.inc:636 [warning]
PHP configuration : /home/[username]/.drush/php.ini /home/[username]/.drush/php.ini
Drush version : 5.8
Drush configuration :
Ну это же *nix, где все через
одно местоконфиги. симлинки, алиасы всякие...Короче drush тупит из-за путей к php, php.ini (нужен в папке drush) или папки проекта.
У меня в .bash_aliases в корне что-то типа:
<?php
export PATH="$PATH:/home/.../.drush/drush:/usr/local/bin"
export DRUSH_PHP='/home/../.drush'
?>
запущено ну и в корне drush в php.ini вроде чего-то прописать нужно (точно уже не помню что, щас тупо копирую между хостингами).
Короче это не win(где, Ок, Ок, Ок), тут барабан, бубен и *nix будет работать ...
Нет, не из-за этого он тупит. php.ini я положил в папку .drush (без этого он не тупил, а вообще не работал).
DRUSH_PHP тоже в bashrc задавал.
Причина не в этом.
Кто нибудь разобрался в чём причина? Такая же ситуация...
Обновлю коммент.
Попытался настроть drush на nic.ru, но ничего не вышло.
Описание проблемы
Трижды подумайте, размещать ли сайт разработанный на drupal на хостинге nic.ru или нет
Еще "ложка дегтя" - при нехватки ресурсов на сервере Ваша почта не будет уходить когда попало через drupal_mail и как попало.
Раз пошла такая пьянка, добавлю еще один косячёк, который наблюдается в nic.ru. Эти "профессионалы" используют apache 1.3, который (по моему скромному мнению) вообще-то уже надо закопать. Но всё было бы хорошо и с 1.3, но drupal 7.22 из коробки с ним не работает, а причина в том, что apache 1.3 не умеет обрабатывать регулярки, которые используются в .htaccess в drupal 7.22. Решение конечно нашлось, но факт остается фактом. При обновлении версии drupal на 7.22 можно случайно затереть .htaccess и сайт сломается.