Гм. Там поддержки-то: один немного шарит, один похуже, и два или три барана полных (из тех, что пингуют из win+r->ping напрямую и потом "не успел заметить айпишник").Где техподдержка на любой вопрос отвечает "Мы проверили, всё в порядке".
там до сих пор 4.0?? майн готт!Так, сколько спрашивал насчёт обновления MySQL до 4.1 (хотя бы, чтобы unicode работал) -- ничего.
Это проблемы конретного хостера. Создать аккаунт на новом сервере и оказать помощь в переносе - это дело хостера. Проверить перед переключением DNS что все работает - дело клиента. Ты разве не поднимал когда-то тему выбора хочтера? Неужто тебе не сказали хостится на экстмедии?Victor Gr. писал(а): Честно сказать, натерпелся у swisshost.by, где тебя на прошлой неделе перебросили на другой сервер, а ты потом удивляйся, почему вдруг что-то отвалилось. Где техподдержка на любой вопрос отвечает "Мы проверили, всё в порядке".
Повторюсь: смена версии ПО на хостинговом сервере - крайняя, недопустимая практически мера. Единственный возможный вариант - это перенос на другой сервер, на котором установленый ныжные версии ПО. Но тут надо понимать - что вместе с MySQL 4.1. омжет оказаться php5 - и придется переделывать. Количество всевозможных компбинаций версий mysql, php и прочих инструментов ты можешь себе представить. Так что в обновлении _на_текущем_сервер_ тебе отказали совершенно обосновано с технической точки зрения. Гораздо хуже, когда хостер ведется под одного клиента и "что-нибудь тут сейчас обновим, т.к. все равно надо обновлять когда-то".Victor Gr. писал(а): Так, сколько спрашивал насчёт обновления MySQL до 4.1 (хотя бы, чтобы unicode работал) -- ничего.
Ну у нормальных хостеров так и работает как правило, но это не про свиссхост, как уже выяснилось. Имхо существует только одна причина несанкицонированного переноса аккаунта - это фатальное поврждение железа.Victor Gr. писал(а): Так, пусть хостер что угодно делает, хоть каждый день по серверам перекидывает, абы всё работало и ничего не отваливалось.
Иными словами хостер взялся за голову и на "новом" сервере использовал более адекватную модель безопастности. Это неприятно, т.к. надо править ПО - но к сожалению действительно на хостинге обновления происходят "пакетами" - по несколько изменений за одну итерацию жизненного цикла сервера. Про причины - см. выше.Victor Gr. писал(а): leave, нас потом перевели на сервер с MySQL 4.1. Но там не работала фукнция mail() в PHP.
Там и хостюсь. На active.by и на Экстмедии. Доволен.Неужто тебе не сказали хостится на экстмедии?
Честно сказать, мне всё равно на каком там сервере, о чём я и заявлял. Мне и PHP5 бы подошёл, и о нём я тоже спрашивал. О том-то и речь, что появилось там всё это слишком поздно...Так что в обновлении _на_текущем_сервер_ тебе отказали совершенно обосновано с технической точки зрения.
Сделайте мне хорошо -- это когда установлены все необходимые мне версии ПО и всё оно так и работает, пока мне не понадобится что-то новое.Тут следует понимать - сервис "сделайте мне хорошо" - существует.
То, что ты описал - стоит совсем других денег нежели дешевый шареный хостинг - себистоимость "...и чтобы ничего никогда _для_меня_ не изменялось..." - совсем другая. _Хороший_ шареный хостер обеспечивает непрерывную работу хостинга и адекватный механизм внесения визменений в хостинговую систему. Заметь - не "ничего не менялось", а "адекватный механизм изменений". Изменения неизбежны. И на долгоиграющих веб-проектах через все это приходится проходить. Если тебе кажется что есть шаред хостеры на которых не требуется поддержка приложения - значит тебе пока просто не довелось где-то хостится со сколь-нибудь крупными приложениями в течении достаточно длительного времени.Victor Gr. писал(а): Сделайте мне хорошо -- это когда установлены все необходимые мне версии ПО и всё оно так и работает, пока мне не понадобится что-то новое.
mail() совершенно ничем не плоха, только большинство хостеров не умеют готовить php, а точнее очень любя apache mpm prefork и mod_php - и в такой конфигурации возможность отправки пользователем почты без авторизации следует отключать невзирая на сопли и слезы. Скажем, вариант apache mpm prefork + suphp либо apache mpm itk + mod_php позволяют использовать mail() безопасным образом.Victor Gr. писал(а): А чем так плоха mail()? На экстмедии работает себе.
)А другого пути особо и нет. Кроме itk.leave писал(а):Извините, PHP через CGI - не наш путь.
Во-первых - присуствует, совершенно шататным и естественным образом - только его никто не включает обычно. Да и вообще, cPanel не мешает особо мучать апача... Конечно ,не всюду получается подлезть, н омногое можно вполне сделать.но у нас (на ex-USSR) большинство хостеров юзает cPanel - а там, если не ошибаюсь, подобный функционал отсутствует (в 10 ветке не помню).
Приличные хостеры оказывают помощь в миграции. Я думаю степень геморроя при перезде с эктмедии серьезно перувеличена. Разве что только на какой говнохостинг где принято ставить 777.Ну или идти по пути экстмедии - перепиливанием всего и вся. Что потом для клиента выливается в неплохой геморрой при попытке уйти на другой хостинг (уух, как я намаялся с импортом БД
Угу, оказывают. Я и оказывал знакомой веб-студии. Здорово, когда SSH нет, волшебный фирменный скрипт бэкапа весь аккаунт складывает в один php-скрипт весом в 1,5 гига в двумя (!) функциями main, phpmyadmin не работает по причине нехватки памяти (база весом в несчастные 20 метров). А саппорт экстмедии молчит. Вот и приходится писать перловый скриптик с вызовом mysqldump, заливать его по фтп в cgi-bin и путем долгих шаманских перезапусков выяснять, какой у них default character set мускля.Приличные хостеры оказывают помощь в миграции. Я думаю степень геморроя при перезде с эктмедии серьезно перувеличена. Разве что только на какой говнохостинг где принято ставить 777.
Т.е. в том же phpmyadmin сделать show variables / show sreate было не судьба, обязательно надо было [s] угадывать через задницу [/s] cgi-bin ?leave писал(а):Вот и приходится писать перловый скриптик с вызовом mysqldump, заливать его по фтп в cgi-bin и путем долгих шаманских перезапусков выяснять, какой у них default character set мускля.
