ошибка ред батона

На некоторых хостингов такое бывает.

и такое бывает.

Решаю проблему так: генерю дор локально - вручную цепляюсь по фтп и заливаю страницы.

Иногда приходится по нескольку раз пересоединятся.

Когда надоест - меняю хостинг на что нибудь более удобное).

спасибо за ответы.

сс ссх рах в жизни работал)), если ничего не поможет, то буду вспоминать все))

а кто-каким фтп клиентом пользуется?

а то давненько ничего кроме тотал камандера комп мой не видел))

у меня linux - просто в терминале набираю

# ssh login@host.ru

под виндами есть PyTTY

в нем сами разберетесь

а дальше уже или изучите комманды linux (если сервер на Linux)

если на сервере установлен mc - то, думаю, для тех кто знаком с тотал коммандером или еще помнит NC - бдит все понятно ;)

Filezilla

10

при залитии через фтп - вылетело следующее:

ОШИБКА:> [19.11.2009 20:59:50] Тайм-аут (60000 мс) при получении ответа сервера.

ОШИБКА:> [19.11.2009 20:59:50] Не удалось установить сокет данных.

о чем это свидетельствует?

Что сервер не ответил, и что за вопрос такой, если написано "тайм-аут"?

Вполне возможно что запрос от вас не ушел, а значит сервер его не получил.

Или же сервер в это время на минуточку лег...

на минуточку лег врядле - хостинг стабильный и такое довольно часто происходит.

Сейчас на фёрсте фтпшник работать перестал. Написал тикет об этом, исправили в течении минуты!! Вот как работать нада)

Появилсь проблема с РБТ, при генерации дора не закидывает папку с картинками и стили в конечную папку дора. Как это исправить? ( наперёд говорю что сервис "Заливаем с дором все файлы и каталоги, которые находятся в папке шаблона" включен но не работает

bell387, какой бы ни был стабильный хостинг от нагрузки сервисы могут вылетать, ведь это же не хостинг а система. И так же быстро потом подыматься. И вот смотрите что происходит на стабильном хостинге: есть приблуда которая следит за серверами и опа.... proftpd лег, она его срочно подымает... в принципе ничего страшного не произошло, но вы попали в момент когда сервер лег. Другой вариант это ваш провайдер у которого периодически лежит шлюз через который вы ходите, ну тупо не справляется с потоком данных и на минуточку он то же может умереть и снова воскреснуть. Запрос от вас ушел, а вот шлюз вашего провайдера его не усек... и таких шлюзов на пути к серверу ftp валом попробуйте коммадну traceroute и сами увидите что сервера отвечают по разному по пути следования пакетов.

А еще может и ваш фаервол рубить запрос, и собственно не отправлять его на шлюз провайдера...

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

А если у вас эта проблема периодически происходит значит где-то проблема есть, попробуйте ее выяснить к примеру запустив ping и смотреть постоянно ответы, периодический запускать traceroute для того чтоб выяснить какой из сервером дает сбой ну и собственно после этого делать выводы куда писать и кого иметь...

su-root добавил 20.11.2009 в 17:37

fanrap, могу ошибаться но галочку заливать картинки не пробовали ставить?