Дебаг помилок встановлення RootPanel, Одмінський блог
Блог про технології, технократію та методики боротьби з граблями
Проблеми при установці білінгу RootPanel
У процесі вибору білінгу для одного зі своїх сервісів вирішив тестанути досить відомий у вузьких колах RootPanel. Основна особливість даного білінгу, окрім злегка кривої панелі адміністратора, полягає в тому, що сам український розробник періодично випадає в астрал, тобто люди з лицьами, що спливають, шукають його зі смолоскипами по всіх форумах.
Але оскільки я сервіс пилив під злив з дорів, то мені це було не особливо критично, а за 3 долари, проти $15 за whmcs взагалі нічого.
Автоінстала у панельки немає, т.ч базульку доводиться накочувати руками, а потім ще розкидати права та з консолі правити конфіг. Загалом злегка віддає коліном.
Ну і сама спека почалася вже на стадії ініціалізації скрипта установника, тому що панель зашифрована і вимагає ioncube loader і купу будь-яких доповнень для пишноти.
Спочатку визначалка інсталяшки відмовлялася запускатися, тому що не було встановлено ioncube, але після його встановлення запустилася, але все одно визначала що в системі немає потрібних модулів:
ioncube loader… NOxml_rpc2… NO/usr/bin/wget – немає даних/usr/local /bin/wget – немає found/usr/bin/lynx – немає found/usr/local/bin/lynx – немає found/usr/bin/links – not found/usr/local/bin/links – not found
при тому, що в системі вони були присутні. І все б нічого, тому що було зрозуміло що це якийсь глюк інсталятора, але при зверненні до адмінки https://SERVER/admin.php виводилося порожнє поле.
Саппорт, як і слід було очікувати, на моє запитання протягом доби не відповів нічого, т. ч довелося йти на серч питати у буваючих.Виявилося, що я мав рацію у своїх здогадах щодо іонкубу і на ці повідомлення взагалі не має сенсу звертати увагу. Мабуть, це якесь українське ноухау, коли хотілося б зробити добре, але й >
А ось з білим екраном, довелося повозитися, тому що пиха не хотів писати в лог, т.ч довелося вивести всі записи в браузер, для чого я поміняв останні рядки конфіга: $BILLING_LOG_GET = true; $BILLING_LOG_POST = true; error_reporting(E_ALL); if ( $BILLING_DEBUG ) < ini_set('display_startup_errors', 1); ini_set('display_errors', 1); >else
а також змінив у конфізі php.ini значення дебагів на включено:display_errors = ondisplay_startup_errors = on
Рестартнув апач і виявив, що виявляється вся проблема була через своп віддаленого конфіга, що завис у рутовій папці, який чомусь повісив vi в ssh сесії SecureCRT. Вилучив це файл, повернув останній запис у початковий вигляд і все зашаріло.