Drush на Nic.ru (Ru-Center)

Главные вкладки

Аватар пользователя talbot talbot 5 декабря 2012 в 20:32

Никак не могу настроить drush на Ру-Центеровском хостинге. У кого-нибудь получилось? Тарифный план 201, PHP 5.3.13 (cli). Все нужные модули включены.

Всё время выдает ошибки, например, при попытке сделать бэкап выдаёт:

$ drush arb
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.

$ drush dl webform
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.

Комментарии

Аватар пользователя IgorD IgorD 17 марта 2013 в 17:44

Прочитал. Как там написано так и делал. Не помогает. Когда, например, набираю 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 :

Аватар пользователя PVasili PVasili 17 марта 2013 в 19:37

"IgorD" wrote:
Как там написано так и делал. Не помогает.

Ну это же *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 будет работать ...

Аватар пользователя IgorD IgorD 18 марта 2013 в 0:01

Нет, не из-за этого он тупит. php.ini я положил в папку .drush (без этого он не тупил, а вообще не работал).
DRUSH_PHP тоже в bashrc задавал.
Причина не в этом.

Аватар пользователя pazitiff pazitiff 30 июня 2013 в 13:08

Кто нибудь разобрался в чём причина? Такая же ситуация...

Обновлю коммент.

Попытался настроть drush на nic.ru, но ничего не вышло.

Описание проблемы

Трижды подумайте, размещать ли сайт разработанный на drupal на хостинге nic.ru или нет

Аватар пользователя sas@drupal.org sas@drupal.org 29 июня 2013 в 10:47

"pazitiff" wrote:
Трижды подумайте,

Еще "ложка дегтя" - при нехватки ресурсов на сервере Ваша почта не будет уходить когда попало через drupal_mail и как попало.

Аватар пользователя pazitiff pazitiff 30 июня 2013 в 13:44

"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:
Еще "ложка дегтя"

Раз пошла такая пьянка, добавлю еще один косячёк, который наблюдается в nic.ru. Эти "профессионалы" используют apache 1.3, который (по моему скромному мнению) вообще-то уже надо закопать. Но всё было бы хорошо и с 1.3, но drupal 7.22 из коробки с ним не работает, а причина в том, что apache 1.3 не умеет обрабатывать регулярки, которые используются в .htaccess в drupal 7.22. Решение конечно нашлось, но факт остается фактом. При обновлении версии drupal на 7.22 можно случайно затереть .htaccess и сайт сломается.