Комментарии 31
Ставить сомнительный скрипт и давать ему права рута?
Заточено исключительно под фрю?
Заточено исключительно под фрю?
Интересно, а вы покупали этот шаблон для своей системы?
п.с. Название шаблона — «simpla admin».
п.с. Название шаблона — «simpla admin».
Как это оказалась на главной?
Действительно… пилить и пилить… До той же Ajenti или WebMin вам очень далеко!
нужны инструменты для определения узких мест в сервере и графически их отображать: проц. память. винты перечень грузящего ПО
php+mysql — это не очень хорошо для панели управления сервером.
НЛО прилетело и опубликовало эту надпись здесь
Для вопрошаемого (как Вы метко сами описали Вас и Ваш вопрос) ответит другой человек forum.searchengines.ru/showpost.php?p=8456844&postcount=16
А я лично помню kloxo, которая была написана на php и закодирована zend'ом и последствия этого и для пользователей ее и для самого разработчика.
А я лично помню kloxo, которая была написана на php и закодирована zend'ом и последствия этого и для пользователей ее и для самого разработчика.
На самом деле вы молодец, продолжайте разрабатывать. И может когда-нибудь мы увидим новый стандарт ПО в управлении серверов.
Замечание по скрину Dashboard:
Очень часто встречающаяся ошибка — делать графики использования CPU, RAM и HDD круговыми диаграммами. Это «живые» параметры, они изменяются со временем, иногда очень динамично. Что нам говорит то, что в момент генерации диаграммы загрузка процессора была всего 1 процент? Да ничего. Возможно, последний час стабильно зашкаливало под 100%, по круговой диаграмме мы этого никогда не узнаем.
Данные, изменяющиеся во времени обязательно должны быть представлены на временной шкале. Тогда мы будем видеть динамику и сможем делать прогнозы. Жесткий, отданный под /var растёт по 100М в день? Значит при такой динамике нам хватит места ещё на 30 дней. За последние два часа потребление памяти стабильно идёт в гору? Что это, утечки, рост кэшей? Проверяем причину.
Очень просто избежать многих проблем, когда видишь динамику развития событий. А главное ведь не ремонт, главное — профилактика.
Очень часто встречающаяся ошибка — делать графики использования CPU, RAM и HDD круговыми диаграммами. Это «живые» параметры, они изменяются со временем, иногда очень динамично. Что нам говорит то, что в момент генерации диаграммы загрузка процессора была всего 1 процент? Да ничего. Возможно, последний час стабильно зашкаливало под 100%, по круговой диаграмме мы этого никогда не узнаем.
Данные, изменяющиеся во времени обязательно должны быть представлены на временной шкале. Тогда мы будем видеть динамику и сможем делать прогнозы. Жесткий, отданный под /var растёт по 100М в день? Значит при такой динамике нам хватит места ещё на 30 дней. За последние два часа потребление памяти стабильно идёт в гору? Что это, утечки, рост кэшей? Проверяем причину.
Очень просто избежать многих проблем, когда видишь динамику развития событий. А главное ведь не ремонт, главное — профилактика.
Ну, как вариант, можно брать средние величины, не среднее арифметическое конечно, а, скажем, медианное за определённый период времени. В таком случае не нужно нагромождать временных шкал, а диаграмма несёт много больше информации.
википедия:
Достаточно распространённым способом графического изображения структуры статистических совокупностей является секторная диаграммаОна действительно очень информативна, если мы хотим показать долю каждого элемента в общем количестве (причем, на явно указанный момент времени). Но что для анализа нам даст диаграмма «RAM usage: Free 60%, Used 40%»? Что всё хорошо? А может, память быстро лезет в гору и если тенденция сохранится винты со страшной силой начнут шуршать свопами? Глядя на круговую диаграмму мы никогда об этом не узнаем.
Глядя на круговую диаграмму мы никогда об этом не узнаем.
Всё зависит от данных на основе которых она строится, если бы вы удосужились посмотреть что такое медианное, возможно дальнейшие вопросы отпали бы сами собой. Впрочем, раз уж вы упёрлись
Уважаемый, я прекрасно знаю, что такое медиана, также я в курсе, что надо диспетчеру для комфортного контролирования процесса: у меня в дипломе написано «инженер по автоматизации технологических процессов и производств».
Чтобы понять, как получить удобные компактные графики без потери экстремумов при свёртке, посмотрите на RRDTool. Надеюсь, вопросы пропадут.
До свидания.
Чтобы понять, как получить удобные компактные графики без потери экстремумов при свёртке, посмотрите на RRDTool. Надеюсь, вопросы пропадут.
До свидания.
По иронии судьбы разрабатываю биллинговую систему под GPLv3 для хостинг-провайдеров, тоже на php, тоже с шаблоном simpla admin. И серверной панелью также занимаюсь, правда она у меня на Java + Grails :)
Но код у вашего проекта всё же оставляет желать лучшего — SQL запрос в числе первых строк + перемешивание кода с html немного настораживает. Думаю, вам стоит попробовать какой-нибудь шаблонизатор + проверенный класс базы данных. Это ускорит и облегчит разработку.
Но код у вашего проекта всё же оставляет желать лучшего — SQL запрос в числе первых строк + перемешивание кода с html немного настораживает. Думаю, вам стоит попробовать какой-нибудь шаблонизатор + проверенный класс базы данных. Это ускорит и облегчит разработку.
Лучше бы на Python или RoR, а не на php (сугубо, имхо), разрабатывали… :)
Почему именно питон или рельсы? Мне, например, джава больше нравится. Но вообще, результат как известно, больше зависит от самого программиста, а не от инструментов, которыми он пользуется.
PHP неплохой язык, просто зачастую на нём учатся программировать под веб, поэтому и качество кода на нём соответствующее. При отсутствии знаний и умений, дырявые и тормозные поделки из под пера начинающего кодера могут выходить на любом языке.
PHP неплохой язык, просто зачастую на нём учатся программировать под веб, поэтому и качество кода на нём соответствующее. При отсутствии знаний и умений, дырявые и тормозные поделки из под пера начинающего кодера могут выходить на любом языке.
Я и не говорил, что пхп плохой язык, или что на нем пишут ламеры. Я говорил что писали бы вы лучше на питоне — имея в виду, что код на нем занимает меньше места, легче читается, его легче сопровождать и соответственно продукт будет скорее совершенствоваться.
Я пишу на том, что мне удобно. Мне удобно писать на Java/Groovy и PHP. Питон мне неприятен (если не сказать — отвратителен), никаких преимуществ перед груви он не имеет. Если вам нравится питон — пишите на нём сколько влезет, расставляйте дурацкие отступы и дебажте дурацкие ошибки, но не стоит его навязывать другим.
Когда увидел заголовок, подумал, что это «Webmin Попова» )
Возьмите Framework какой-то за основу. Я лично посоветую вам Yii очень легкий в понимании.
Мне кажется, вам еще рано было писать про ЭТО на хабре ;)
Кстати, может кто знает, что с ajenti? Давно нет коммитов, вики мертва (ее вообще нет)
Кстати, может кто знает, что с ajenti? Давно нет коммитов, вики мертва (ее вообще нет)
О! Уважаемые хабрапользователи! Дайте совет пожалуйста.
Есть желание, допустим сделать мониторинг логов на сервере. C веб-интерфейсом, естественно. Но! Проблема в том. что у www-data нет доступа к /var/log, и не должно быть наверно из соображений безопасности, но логи-то надо как-то читать! Что делать?
Первый пришедший в голову вариант — сделать скрипт копирования логов в доступную серверу директорию, и прописать его в sudo — не годится, так как большие накладные расходы на запуск скрипта при каждом обращении, логи могут быть огромными (гигабайты) и копирование затянется на часы, и т.д.
Дать www-data группу adm, имеющую доступ к логам — как-то несекьюрно.
Что еще можно сделать? Создать хардлинки/симлинки? Возможно ли это? А не будет ли это дырой в безопасности? Не усложнит ли установку просмотрщика?
Как вообще можно эту проблему решить без потерь производительности?
Еще есть вопрос №2: а ежели у меня, скажем, кластер серверов, как в (почти) реальном времени отслеживать их логи? Настраивать как-то репликацию, писать логи прямо в сетевой сокет, хранить их на сетевой ФС, или как? Тут я вообще решения не вижу.
Есть желание, допустим сделать мониторинг логов на сервере. C веб-интерфейсом, естественно. Но! Проблема в том. что у www-data нет доступа к /var/log, и не должно быть наверно из соображений безопасности, но логи-то надо как-то читать! Что делать?
Первый пришедший в голову вариант — сделать скрипт копирования логов в доступную серверу директорию, и прописать его в sudo — не годится, так как большие накладные расходы на запуск скрипта при каждом обращении, логи могут быть огромными (гигабайты) и копирование затянется на часы, и т.д.
Дать www-data группу adm, имеющую доступ к логам — как-то несекьюрно.
Что еще можно сделать? Создать хардлинки/симлинки? Возможно ли это? А не будет ли это дырой в безопасности? Не усложнит ли установку просмотрщика?
Как вообще можно эту проблему решить без потерь производительности?
Еще есть вопрос №2: а ежели у меня, скажем, кластер серверов, как в (почти) реальном времени отслеживать их логи? Настраивать как-то репликацию, писать логи прямо в сетевой сокет, хранить их на сетевой ФС, или как? Тут я вообще решения не вижу.
Навряд ли вам удастся реализовать мониторинг логов только веб-интерфейсом, если они гигабайтные. А доступ на чтение логов не так страшно при грамотно настроенном сервере с безопасной CMS на борту сайта.
> Навряд ли вам удастся реализовать мониторинг логов только веб-интерфейсом, если они гигабайтные.
А я и не собираюсь читать его весь, вы что? Гигабайт сообщений я и глазами прочесть не смогу, мне верхнего мегабайта вполне хватит.
> А доступ на чтение логов не так страшно при грамотно настроенном сервере с безопасной CMS на борту сайта.
Паранойя мучает. Я бы хотел еще и jail сервер посадить.
А я и не собираюсь читать его весь, вы что? Гигабайт сообщений я и глазами прочесть не смогу, мне верхнего мегабайта вполне хватит.
> А доступ на чтение логов не так страшно при грамотно настроенном сервере с безопасной CMS на борту сайта.
Паранойя мучает. Я бы хотел еще и jail сервер посадить.
Объясните, пожалуйста, в чем сакральный смысл использовать SSL с самоподписанным сертификатом, и от чего конкретно оно может вас защитить.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Recens CP — самописная панель управления сервером beta