За ICN.bg

Наскоро фирмата купи джава хостинг от ICN – един доставчик, който ми изглеждаше голям и стабилен, но се оказа тъкмо обратното…
Отне ми 6 часа да кача примерно тестово приложение, като през това време си разменяхме писма с поддръжката.
Като за начало в cPanel-а никъде не се споменава Java или каквото и да е свързано с нея. Направих си директория, качих си приложението, но ест. не сработи.
Опитах да вляза по ssh – не стана. Трябвало да пиша на поддръжката, за да ми го пуснат. Е, писах, питайки ги и как се деплойва джава приложение- отгвориха ми “по ssh”. Добре, влязох, копирах си файловете отново, но не стана нищо…
Съответно нямах достъп до tomcat-а, който е добре да рестартирам при качването на ново приложение. Дадох един locate и намерих какво ли не – konqueror с плъгини за архивиране на страници, иконки за какви ли не теми за X, а съответно това е сървърна машина?!.
На тази машина бяха стартирани 30-40 apache-та и само 1 tomcat. Намерих скриптове за стартиране и спиране, но съответно нямах права…
Забрвих да спомена, че нямам никакъв достъп до логовете, като разчитам на съпорта да ми пейстне каквото той сметне за необходимо, което в повечето случаи са глупости (нормално е, все пак той няма опит с джава приложения). Приложенито не върви и според него някакви предупредителни съобщения са проблема… Накрая им казах да погледнат и да ми кажат какво не е наред с деплойването ми. Уж били правата, защото файловете не могли да бъдат прочетени, нищо че правата бяха 744. Запознах човека от поддържката с основните знания за правата, като му дадох и линк, за да се ограмоти. Той ми отговори, че да, 744 били за четене, ама щото били пуснали tomcat-а със suid и “други неща”, правата ми трябвало да са 751. Отговорих му, че сега не са 751 и всичко си работи, а той не спори след това рџ™‚
Някак подкарах примерен сайт без база данни (постгре).
В петък трябваше да кача копие на нашата база на техния сървър. Естествено от cpanel-а не можах да създам каквато база ми трябва – в единия случай създаваше база с ANSI кодировка, а в другия ми казваше, че нямам права за създаване…
Писах на поддръжката да ми създадат база, която съдържаше 2 пъти _(долна черта) в името. Отговориха ми, че не можело да има “2 пъти – (тире) в името” и са ми създали база с друго име и друг потребител… В крайна сметка, в края на втория работен ден разговори с поддръжката им, получих работеща база и що-годе работещо приложение – не съм сигурен доколко, понеже трябваше да рестартират, а този рестарт така и не дочаках, но обещаният от тях лог файл така и не дойде за 1 работен ден…
Сигурен съм, че в понеделник (15.6.2008) ще има още неволи, но само тези ми стигат да ви посъветвам да не избирате ICN за джава хостинг.
Не знам дали предоставят 99,9% uptime (3 мин. годишно според изчисления на “Sun” ), но са много зле откъм поддръжа, инфракструктура и цена (за три месеца фирмата ще даде около 300 лева), а има джава хостинг за 10 лева месечно, който също не съм пробвал, но предполагам, че поне ти дават да четеш логовете си и да рестартираш личния си томкет…

Днес (17.06) все още не съм вдигнал 2-те приложения, които ми трябват за петъчната демонстрация. За сметка на това намерихме една стара машина във фирмата, на която качихме всичко за няколко часа – бази, приложения, сертификати…
А тия от ICN са много зле – последно ме лъгаха, че едното приложения ядяло много памет – над единия гигабайт, който му отпускат. Не ми трябваше много време да ги опровергая – двете приложения заедно използват под 750 МБ, като им пратих резултатът от free и ps aux | grep java…
В заключение – ако ви трябва Java хостинг, бягайте от ICN като дявол от тамян.

8 Replies to "За ICN.bg"

Search for:

Връзки

• MacTeP SEO Blog
• SEO оптимизация и регистрация
• Димитър Калинов aka Bleit
• Калин Василев
• Христо Илиев