Fatal error: Method Varien_Object::__tostring() cannot take arguments in

Fatal error: Method Varien_Object::__tostring() cannot take arguments in

/magento/public_html/lib/Varien/Object.php on line 488

Такая ошибка появилась после обновления php на сервере.

Ходят в народе слухи, что лечиться такими вот нехитрыми заменами :

заменить это строчку в файле /lib/Varien/Object.php (строка 484)

    public function ___toString(array $arrAttributes = array(), $valueSeparator=’,')

на вот эту 

    public function __invoke(array $arrAttributes = array(), $valueSeparator=’,')

И в файле /app/code/core/Mage/Core/Controller/Request/Http.php (строка 274)

    $host = split(‘:’, $_SERVER['HTTP_HOST']);

на

    $host = explode(‘:’, $_SERVER['HTTP_HOST']);

Перенос больших аккаунтов cpanel.

Если аккаунт занимает много места - больше гигабайта, то могут возникнуть трудности при переносе его с одной панели управления cpanel на другую внутреними средствами WHM.

Можно перенести используя скрипты сипанели.

/scripts/pkgacct - эти скриптом пакуем аккаунт и получаем на выходу в /home запакованый архив со всеми данными этого аккаунта - логи, расходование трафика, домены/субдомены и пр.

Использование:

/scripts/pkgacct <имя аккаунта>

Имя аккаунта можно смотреть в поле 'Username'  в 'cpanel->list accounts' или по имени папки в /home

После того как запаковалось - переносим на другой сервак и распаковываем.

Распаковывается скриптом

/scripts/restorepkg <имя аккаунта>

При этом перенесенный архив с аккаунтом лежал в /home,/usr/home,/web,/home2,/home3,/root,/usr

После переноса направляем домен.

Получать адресс клиента, который пользуется прокси.

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

Переменная  $_SERVER['REMOTE_ADDR'] покажет адрес прокси, с которой к нам пришли.

Переменная $_SERVER['HTTP_X_FORWARDED_FOR'] покажет настоящий адрес клиента.

dead but subsys locked

Процесс стартует нормально, но при проверке статуса показывает:

mydns dead but subsys locked

Гугль говорит нужно удалить /var/lock/subsys/mydns

После удаления сервис заработал но при прверке статуса так и писал про subsys locked

500 OOPS: vsftpd: cannot locate user specified in 'ftp_username':ftp

При попытке зайти на свежеустановленный vsftpd выдает такую ошибку:

500 OOPS: vsftpd: cannot locate user specified in 'ftp_username':ftp

Решается добавлением строчки  ftp_username=nobody  в

/etc/vsftpd.conf

Если после этого напишет, что 

Response:    530 This FTP server is anonymous only.

То в /etc/vsftpd.conf нужно включит локальных пользователей

local_enable=YES
write_enable=YES

Установка Mydns на centos 64-bit

Официально пакета Mydns для платформ 64-битных я не нашел, устал уже сегодня гуглить и заниматься всей этой работой, нашел уже готовый вариант как его туда поставить.

Качаем отсюда обычную 32 версию и ставим на свои 64 бита.

wget http://mydns.bboy.net/download/mydns-mysql-1.1.0-1.i386.rpm

Устанавливаем

rpm -ivh mydns-mysql-1.1.0-1.i386.rpm

Устанавливается без проблем, ничего не просит и не тянет, но как работает еще не проверял.

.у

Старый Centos 4.5

При yum-update вылезает такая штука, все  заканчивается фейлом.

--> Processing Dependency: libc.so.6(GLIBC_2.4)(64bit) for package: mtr

И так для многих пакетов.

Решилось просто через

yum install libc.so.6

Юм обновил libc.so.6 и все заработало.

upd: но потом повылазило много еще всякой херни. Это небыло решением. Нужно было убрать левый репозиторий из /etc/yum.repos.d/

И все равно нельзя нормально обновить старый Центос до последней версии, пишут на форуме центоса, что адекватные люди так не делают, типа с 4.* на 5.4.