Игорь,
Мне искренне жаль, что вы так недовольны сервисом. Но посмею заметить, что в том не наша вина. По порядку:
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">Не знаю, через Хельсинки или нет идет мой трафик, но 10 мегабайт (~300 файлов) заливались на тодос-сервер больше суток![/QUOTE]<span id='postcolor'>
На основании логов видно, что файл 24 Кб Вы выгружали на Вашу локальную машину 45 сек:
Mon Dec 2 09:34:51 2002 45 212.1.248.8 24150 /home/x-style/public_html/delfin/new/prices.html b _ i r x-style ftp 0 * c
то есть со скоростью явно ниже 40-60 Кб/сек
в то время, как загрузка из нашего офиса на Ваш сервер файла размером 1,48 Мб заняла 19 секунд:
Mon Dec 2 12:53:43 2002 19 62.5.173.66 1486912 /home/alex/mmssetup.exe b _ i r alex ftp 0 * c
а файла размером 95 Кб – всего 1 секунду:
Mon Dec 2 12:54:50 2002 1 62.5.173.66 95176 /home/alex/PlugDoc.rar b _ i r alex ftp 0 * c
что свидетельствует о негативных особенностях соединения Вашего компьютера с Сетью.
Обратите внимание на протокол обратной маршрутизации (traceroute) от Вашего виртуального сервера
К Вашей локальной машине:
--- 212.1.248.8 ping statistics ---
735 packets transmitted, 687 packets received, 6% packet loss
round-trip min/avg/max/mdev = 0.000/92.173/299.340/61.386 ms
traceroute to 212.1.248.8 (212.1.248.8), 30 hops max, 38 byte packets
1 router (195.161.117.1) 7.136 ms 12.677 ms 5.427 ms
2 msk-bgw1-fa8-0-0.rt-comm.ru (217.106.6.4) 15.982 ms 17.374 ms 26.408 ms
3 Relcom.Moscow.Rostelecom.ru (195.161.157.190) 16.972 ms 17.204 ms 38.926 ms
4 corbina-customer.Relcom.EU.net (193.125.189.98) 17.133 ms 22.343 ms 19.131 ms
5 ti-gw.corbina.net (195.14.51.222) 21.564 ms 18.164 ms 17.149 ms
6 212.1.255.14 (212.1.255.14) 36.597 ms 35.523 ms 66.509 ms
7 212.1.248.8 (212.1.248.8) 75.262 ms 129.253 ms 57.320 ms
Видно, что пакеты терялись на последней миле (после точек 5 и 6), что свидетельствует
о проблемах на Вашей стороне – непосредственно между Вашей локальной машиной и
Вашим ISP-провайдером.
Вот аналогичный протокол между нашим офисом (ISP «МТУ-Интел») и
Вашим сервером (сейчас):
Tracing route to x-style.ru [195.161.117.2]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms host4u.ru [10.232.0.1]
2 <1 ms <1 ms <1 ms 62.5.173.65
3 15 ms 15 ms 15 ms 10.4.255.100
4 19 ms 23 ms 19 ms SPDOP-MTU.mtu.ru [62.5.176.78]
5 16 ms 17 ms 17 ms PTT-Pex.core.mtu.ru [195.34.53.65]
6 20 ms 22 ms 20 ms Pex-Fex.core.mtu.ru [195.34.53.10]
7 19 ms 17 ms 19 ms RT-MTU.Moscow.Rostelecom.ru [195.161.2.121]
8 19 ms 20 ms 21 ms msk-dsr4-vl12.rt-comm.ru [217.106.6.8]
9 36 ms 24 ms 26 ms olga.dreamdns.net [195.161.117.2]
Trace complete.
Как видите, потерь нет, время отклика – 36 мсек максимум (в Вашем случае – на Вашем
Конце доходит до 129 мсек с 6% потерь пакетов).
Нестабильность Вашего канала также видна если попытаться пинговать Вашу локальную машину
с сервера, где размещен Ваш виртуальный сервер:
PING 212.1.248.8 (212.1.248.8) from 195.161.117.2 : 56(84) bytes of data.
64 bytes from 212.1.248.8: icmp_seq=0 ttl=122 time=53.609 msec
…
64 bytes from 212.1.248.8: icmp_seq=2 ttl=122 time=32.076 msec
64 bytes from 212.1.248.8: icmp_seq=3 ttl=122 time=52.029 msec
…
64 bytes from 212.1.248.8: icmp_seq=6 ttl=122 time=29.940 msec
64 bytes from 212.1.248.8: icmp_seq=7 ttl=122 time=31.818 msec
…
64 bytes from 212.1.248.8: icmp_seq=9 ttl=122 time=28.382 msec
64 bytes from 212.1.248.8: icmp_seq=10 ttl=122 time=131.626 msec
…
А прилагаемый скриншот также иллюстрирует устойчивую нестабильность
используемого Вами канала (traceroute выполнен из нашего офиса до Вашего
локального компьютера).
Также, как вы и сами понимаете, в виду особенностей FTP (хотя впрочем тут дело даже не в протоколе, но не суть) - скорось закачки 300 файлов по 1 Кб каждый далеко не равна скорости закачки 1-го файла весом 300 Кб.
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">У меня тут выделенка, скорость скачкивания файлов примерно 40-60 кб/с.[/QUOTE]<span id='postcolor'>
Скорость даунлинка только косвенно свидетельствует о скорости аплинка. Ваш довод о том, что у вас хороший аплинк т.к. у вас хороший даунлинк - несостоявшийся аргумент.
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">Веб-интерфейс к почте периодически бывает недоступен[/QUOTE]<span id='postcolor'>
Какой из них? Мы их 3 штуки предлагаем. И в чем это выражается? Все остальное работает, а вот именно почтовый интерфейс не работает? Или как. Прошу отвечать только с документированными доказательствами!
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">а почтовые клиенты периодически не проходят авторизацию[/QUOTE]<span id='postcolor'>
Может стоит логины/пароли правильно вбивать?
(сорри, менее язвительного ответа в голову не приходит
)
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">Мы не можем создать mysql-базы на нашем основном домене. Возможно это связано с тем, что у нас в имени домена присутствует дефис (x-style).[/QUOTE]<span id='postcolor'>
К сожалению, это – так (про дефисы). Специфика софта накладывает такое ограничение.
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">Приходится постоянно выкручиваться и заводить базы, пользуясь рекомендацией суппорта, на других доменах (наших клиентов).[/QUOTE]<span id='postcolor'>
Я бы не советовал пользоваться аккаунтами клиентов для создания ваших баз. Не забывайте, вы можете создавать неограниченное кол-во аккаунтов!
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">Причем на практике работают только очень короткие имена баз/пользователей - 3 символа (учитывая автоматическую подстановку префиксов).[/QUOTE]<span id='postcolor'>
Длина имени базы на ее дееспособность никак не влияет.
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">При этом сам процесс создания базы настолько загадочен и мистифицирован (непонятные присваивания префиксов, недопустимость длинных имен и прочая «автоматика»)[/QUOTE]<span id='postcolor'>
К имени создаваемой вами базы добавляется имя аккаунта который ее создает. Я думаю причины и целесообразность этого ясны.
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">у меня, например, создание новой базы, заведение пользователей и пробный коннект на PHP занимает никак не менее сорока минут.[/QUOTE]<span id='postcolor'>
Создавать базу MySQL и коннектить к скрипту за 40 минут и вы жалуетесь? Вот бы вас лет эдак 5 назад в нашу индустрию. Помойму это вполне нормально учитывая небходимость настроек, конфигурации и т.д.
При этом замечу, что я сам 40 минут базы ни разу не делал - у меня все как-то быстрее получается, хотя мы с вами на одном и том же софте работаем.
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">Недавно у нас рухнули все фтп-аккаунты. И наши клиенты очень на нас ругались. Это сопровождалось забавным явлением – я завожу фтп-акаунт, проверяю его, он работает, и даю его клиенту. А на следующее утро этого аакунта уже нет… Потом нам конечно все восстановили….[/QUOTE]<span id='postcolor'>
Игорь, как я понял вам уже объясняли причину сего. Если ва не будете делать того, что привело к этой ошибке, то и... сами понимаете.
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">- Не могу найти свои логи. Они предоставляются только за текущий месяц, а куда деваются предыдущие? Они мне тоже нужны.[/QUOTE]<span id='postcolor'>
Как вам заметли выше - их можно сохранять.
</span><table border="0" align="center" width="95%" cellpadding="3" cellspacing="1"><tr><td>
Цитата </td></tr><tr><td id="QUOTE">
- Телнет доступ обещали, а сами дают только на пару часов по специальному запросу. Так не честно
[/QUOTE]<span id='postcolor'>
Игорь, мы выполняем свои обязательства! Телнет мы вам никогда не обещали!
Участники форума, извините за излишнюю язвительность (местами), думаю причины того очевидны. Я поставил на уши весь технический отдел и мне по пунктам объяснили, что виной недовольству Игоря - его собственные действия. ЧТД.