Возвращение на родину
В минувший четверг имел несчастье после долгого перерыва вернуться на родину, на русские хостинг-сервера. До этого уже долго и с огромным кайфом общаюсь с американским Dreamhost.com (кому туда скидку? ))) ).
Выдали нам сервер от Зенона, и предложили поставить туда сайт.... Казалось бы, какие проблемы?
"Выдали сервер" - означало в нашем случае Fwd письма, с данными на доступ к нему, к виртуальному хостингу. Письмо растянулось на пару страниц, где рассказано, что для доступа к ftp/ssh нужно стучаться на поддомен home.mydomain.ru (почему бы не на сам домен, или что-нить централизованое mycoolserv.z8.ru, зачем засорять зону?); про противную внутреннюю систему папок, в которой чёрт ногу сломит; куча ссылок на FAQ'и, без которых ни в чём не разобраться.
Но самое забавное было с Mysql - доступ осуществляется по очередному неказистому адресу baze.mydomain.ru, вот вам имя юзера, вот вам имя базы, вот вам нестандартный порт.... а вот пароля не будет!
Пароль нужно создавать отдельно, заходя в статистику. Причём на вход в статистику нужно вводить вообще какой-то левый логинпароль, складывая в голове номер договора и что-то ещё.... Но этот этап мы пропустили, заказчик сам сделал и выслал пароль.
Зашёл по SSH, непорадовался стоящей там FreeBSD... Дальше стало совсем плохо - SVN нет, checkout из нашего хранилища не сделать; mc тоже нету;... некоторые GNUшные утилиты отсутствовали, хотя может они просто по-другому называются во Фре.
Хоть wget и unzip есть)
Опять обматерил убогую, негибкую и захламлённую структуру папок на сервере - бóльшая часть из них использоваться не будет, но под руками мешаются. Чтоб вписаться в это дерево пришлось на месте изрядно переделать приложение - поменять струкруту программы и библитек. С учётом того, что они смешались с штатными папками.... ой не пожелаю я никому там разбираться теперь)))
Параллельно с этим нужно было залить в Mysql схему БД и некоторые исходные данные. Привыкший к комфорту, я полез искать PhpMyAdmin - не тут-то было, ни по каким ожидаемым адресам его не нашёл. Путешествуя по некоторым FAQ'ам, обнаружил что он лежит в mydomain.ru/mns/phpmyadmin/
Ну, вобщем, да, понятно - зону поддоменами, диск - папками, осталось только URLы позанимать) Даже боюсь узнать, что такое "mns".
Захожу туда, ввожу данные - "логинпароль неправильный". Ну.. может пароль на БД меняет бородатый админ вручную, и нужно подождать, пока он консоль подключит к стойке)))... Где-то через полчасика, после очередного облома от PhpMyAdmin попробовал зайти с помощью mysql через ssh с сервера - "вход выполнен". Чудесно - "вот вам PhpMyAdmin по жуткому УРЛу, но с этого хоста вас не пустят".
Залил БД, запускаю всё.... и вижу Fatal Error'ы..., довольно быстро понимая причину, которая меня, честно говоря, повергла в полнейший шок....
[Оффтоп]
Давно-давно, когда деревья были большими, а Mysql неЮникодной, все хранили в БД данные как попало)) Ну точнее они хранились в какой-то кодировке, например в win1251... Давно это было, уже и не помню что там происходило, но о кодировках особо думать не приходилось - все писали довольные в win1251, в ней же БД хранила данные, в ней же и возвращала...
А потом пришла Mysql 4.1, которая стала полностью Юникодной, и началась веселуха - многие старые скрипты пытались записывать в win1251, БД понимала их как Юникод, потом возвращала Юникод, который рисовался "вопросиками".... Кароч весёлые были времена, много сил было потрачено на привыкание к новому, идеологически более правильному и удобному способу работы с базой, на адаптацию старых программ к нему....
И стало всем хорошо и Юникодно. Потом вышла Mysql5, потом начала активно разрабатываться Mysql6 - и все на новых, уже привычных и правильных принципах...
[/Оффтоп]
Но всё это не относится к Зенону, у них там доисторическая Mysql 4.0, которая несовместима с новыми [библиотеками], признана устаревшей и нерекомендованой к использованию, которая уже не раздаётся с сайта.... Такого я не ожидал, откуда на хостинге, который себя позиционирует как серьёзная контора, доисторическая БД?
---
Как здорово на моём привычном Дримхосте - вначале у тебя только доступ к панели управления, в которой можно просто, быстро и/или очень тонко настроить кучу параметров. Потом можно зайти по ssh, оглядеться с помощью mc, сделать checkout из svn, залить в БД схему и запустить всё за минут 30))
Главное всё просто, логично, гибко, неизбыточно... Linux там довольно полный, можно админить всё с удовольствием.
А на Зеноне (остальном русском хостинге?) всех пользователей, похоже, считают тупыми ламмерами и злыми хаккерами одновременно.
Единственный сильный плюс серверов в РФ - минимальные задержки; с FTP работаешь, как будто он в соседней комнате стоит.
Выдали нам сервер от Зенона, и предложили поставить туда сайт.... Казалось бы, какие проблемы?
"Выдали сервер" - означало в нашем случае Fwd письма, с данными на доступ к нему, к виртуальному хостингу. Письмо растянулось на пару страниц, где рассказано, что для доступа к ftp/ssh нужно стучаться на поддомен home.mydomain.ru (почему бы не на сам домен, или что-нить централизованое mycoolserv.z8.ru, зачем засорять зону?); про противную внутреннюю систему папок, в которой чёрт ногу сломит; куча ссылок на FAQ'и, без которых ни в чём не разобраться.
Но самое забавное было с Mysql - доступ осуществляется по очередному неказистому адресу baze.mydomain.ru, вот вам имя юзера, вот вам имя базы, вот вам нестандартный порт.... а вот пароля не будет!
Пароль нужно создавать отдельно, заходя в статистику. Причём на вход в статистику нужно вводить вообще какой-то левый логинпароль, складывая в голове номер договора и что-то ещё.... Но этот этап мы пропустили, заказчик сам сделал и выслал пароль.
Зашёл по SSH, непорадовался стоящей там FreeBSD... Дальше стало совсем плохо - SVN нет, checkout из нашего хранилища не сделать; mc тоже нету;... некоторые GNUшные утилиты отсутствовали, хотя может они просто по-другому называются во Фре.
Хоть wget и unzip есть)
Опять обматерил убогую, негибкую и захламлённую структуру папок на сервере - бóльшая часть из них использоваться не будет, но под руками мешаются. Чтоб вписаться в это дерево пришлось на месте изрядно переделать приложение - поменять струкруту программы и библитек. С учётом того, что они смешались с штатными папками.... ой не пожелаю я никому там разбираться теперь)))
Параллельно с этим нужно было залить в Mysql схему БД и некоторые исходные данные. Привыкший к комфорту, я полез искать PhpMyAdmin - не тут-то было, ни по каким ожидаемым адресам его не нашёл. Путешествуя по некоторым FAQ'ам, обнаружил что он лежит в mydomain.ru/mns/phpmyadmin/
Ну, вобщем, да, понятно - зону поддоменами, диск - папками, осталось только URLы позанимать) Даже боюсь узнать, что такое "mns".
Захожу туда, ввожу данные - "логинпароль неправильный". Ну.. может пароль на БД меняет бородатый админ вручную, и нужно подождать, пока он консоль подключит к стойке)))... Где-то через полчасика, после очередного облома от PhpMyAdmin попробовал зайти с помощью mysql через ssh с сервера - "вход выполнен". Чудесно - "вот вам PhpMyAdmin по жуткому УРЛу, но с этого хоста вас не пустят".
Залил БД, запускаю всё.... и вижу Fatal Error'ы..., довольно быстро понимая причину, которая меня, честно говоря, повергла в полнейший шок....
[Оффтоп]
Давно-давно, когда деревья были большими, а Mysql неЮникодной, все хранили в БД данные как попало)) Ну точнее они хранились в какой-то кодировке, например в win1251... Давно это было, уже и не помню что там происходило, но о кодировках особо думать не приходилось - все писали довольные в win1251, в ней же БД хранила данные, в ней же и возвращала...
А потом пришла Mysql 4.1, которая стала полностью Юникодной, и началась веселуха - многие старые скрипты пытались записывать в win1251, БД понимала их как Юникод, потом возвращала Юникод, который рисовался "вопросиками".... Кароч весёлые были времена, много сил было потрачено на привыкание к новому, идеологически более правильному и удобному способу работы с базой, на адаптацию старых программ к нему....
И стало всем хорошо и Юникодно. Потом вышла Mysql5, потом начала активно разрабатываться Mysql6 - и все на новых, уже привычных и правильных принципах...
[/Оффтоп]
Но всё это не относится к Зенону, у них там доисторическая Mysql 4.0, которая несовместима с новыми [библиотеками], признана устаревшей и нерекомендованой к использованию, которая уже не раздаётся с сайта.... Такого я не ожидал, откуда на хостинге, который себя позиционирует как серьёзная контора, доисторическая БД?
---
Как здорово на моём привычном Дримхосте - вначале у тебя только доступ к панели управления, в которой можно просто, быстро и/или очень тонко настроить кучу параметров. Потом можно зайти по ssh, оглядеться с помощью mc, сделать checkout из svn, залить в БД схему и запустить всё за минут 30))
Главное всё просто, логично, гибко, неизбыточно... Linux там довольно полный, можно админить всё с удовольствием.
А на Зеноне (остальном русском хостинге?) всех пользователей, похоже, считают тупыми ламмерами и злыми хаккерами одновременно.
Единственный сильный плюс серверов в РФ - минимальные задержки; с FTP работаешь, как будто он в соседней комнате стоит.