Комментарии 142
Очень понравилось.
Хочу оказать посильную помощь.
Хочу оказать посильную помощь.
Почему именно питон?
P.S. Cкриншот не отображается.
P.S. Cкриншот не отображается.
У меня отобразился через минуту примерно.
Уже не первый раз нарываюсь на этот вопрос. Чем так плох Python для данных целей?
Скриншот перезалил.
Скриншот перезалил.
Тем что разработчиков со знанием Питона гораздо меньше, чем, предположим со знанием PHP.
p.s.
я не в коем случае не говорю, что надо было разрабатывать на php
p.s.
я не в коем случае не говорю, что надо было разрабатывать на php
От PHP я отказался сразу, чтобы не было привязки к Apache или другому серверу, да и вообще я к нему крайне отрицательно отношусь
А что мешает писать код так, чтобы отсутствовала привязка к Apache или другому серверу? Да и сходу как-то не могу придумать, что можно написать на php так, чтобы от взгляда на это не умер только mod_php… URL/URI он и в Африке URL/URI. :) Не то, чтобы я вас агитировал писать именно на нем, но первый аргумент явно какой-то наигранный.
Насколько я знаю, PHP-код сам по себе (без сервера) не выполняется…
А маленький встроенный Python-сервер кроме всего прочего, обеспечивает выполнение регулярных задач плагинов
А маленький встроенный Python-сервер кроме всего прочего, обеспечивает выполнение регулярных задач плагинов
Вы ошибаетесь. Есть вполне себе норманьная cli версия. Даже демонов пишут =)
Может человеку просто PHP не нравится и всё тут! :-)
PHP-код сам по себе (без сервера) не выполняется…
Т.е. интерпретацией кода теперь занимается HTTP-сервер (Apache etc.)?
Понял что сказал?
PHP код сам по себе не выполняется ровно на столько, на сколько сам по себе не выполняется python код. И у того языка и у другого существует command line интерпретатор и возможность работы с сокетами. Дальше, думаю, рассказывать не надо? :)
насколько я знаю, в этом случае пхп от питона ничем не отличается)
Господа! Ведь можно сделать копию на PHP, в чем проблема то?) Или у питона есть что-то такое, что нельзя реализовать на PHP?
Можно узнать, за что заминусовали?
Я тут старательно из минусов уже который месяц пытаюсь выбраться… и за нейтральную фразу «наградили»
Я тут старательно из минусов уже который месяц пытаюсь выбраться… и за нейтральную фразу «наградили»
Зато стандартная библиотека питона много богаче, чем у пхп. Это большой плюс.
При всей моей симпатии к PHP (да не закидают меня камнями) как к удобному языку для web-разработки (да не закидают меня камнями снова), вынужден признать, что он «сливает» Python в области системного программирования. И не по своим возможностям, а именно из-за стандартной библиотеки.
Многое из стандартной библиотеки Python, если не всё, реализовано и на PHP. Отличия только в том, что в Python всё структурировано, хорошо описано и собрано в одном месте, а для PHP придётся попотеть переворачивая PEAR, насилуя гугл и плюясь на разнообразный синтаксис. Надеюсь, что в будущем у PHP дела с этим поправятся.
Многое из стандартной библиотеки Python, если не всё, реализовано и на PHP. Отличия только в том, что в Python всё структурировано, хорошо описано и собрано в одном месте, а для PHP придётся попотеть переворачивая PEAR, насилуя гугл и плюясь на разнообразный синтаксис. Надеюсь, что в будущем у PHP дела с этим поправятся.
спасибо, теперь отлично видно :)
Насчет питона — ключевое слово не плох или хорош, а — насколько распространен. Если вы хотите чисто попрактиковаться в самом языке — окей; но если цель — создать проект именно с помощью, скажем так, волонтеров, то имеет смысл использовать более распространенный язык, на мой вгляд.
Насчет питона — ключевое слово не плох или хорош, а — насколько распространен. Если вы хотите чисто попрактиковаться в самом языке — окей; но если цель — создать проект именно с помощью, скажем так, волонтеров, то имеет смысл использовать более распространенный язык, на мой вгляд.
Прожект ориентирован на линукс, а в линуксе питон — один из самых распространенных языков и стоит по умолчанию во всех дистрах. Незачем тащить сюда говнопых, автор все правильно сделал.
Да ну! Не стоит по умолчанию во всех дистрах. А там где и стоит — то без кучи необходимых модулей!
И где его нет?
Самый известный пример — ubuntu.
Python есть в репозитариях — его установить одной коммандой. Но чтобы так стоял — никогда не встречал. Пусть автор поста поправит, если не прав.
Python есть в репозитариях — его установить одной коммандой. Но чтобы так стоял — никогда не встречал. Пусть автор поста поправит, если не прав.
Разве?
вы мягко скажем, загоняетесь
уж в debian-based точно сколько себя помню был питон по умолчанию, а вот php — нет.
уж в debian-based точно сколько себя помню был питон по умолчанию, а вот php — нет.
Половина Gnome приложений написана на Пайтоне…
Ну по умолчанию может и не ставится. Но при более-менее активном использовании системы думаю будет стоять обязательно, поскольку довольно большое количество утилит под линукс уже написано на питоне, причем некоторым нет достойных аналогов. Из примеров могу вспомнить такую полезную вещь как iotop. А если уж говорить о дистрибутивах, то не знаю как Ubuntu и остальные, но в Fedora очень много всего завязано на питон, начиная с элементарного yum-a.
Учитывая, что apt написан на питоне — вы, мягко говоря, заблуждаетесь.
у меня в кубунте из коробки стоял
В Убунту питон по дефолту идёт, и многое в ней написано именно на нём
А кто мешает в зависимости пакета эти самые необходимые модули включить?
вы бредите,
не встречал дистра без питона. Да Гном тот же на известную долю написан именно на питоне.
И если он стоит — то стоит в стандартной упаковке; что означает безбрежную стандартную библиотеку.
не встречал дистра без питона. Да Гном тот же на известную долю написан именно на питоне.
И если он стоит — то стоит в стандартной упаковке; что означает безбрежную стандартную библиотеку.
НЛО прилетело и опубликовало эту надпись здесь
Наверное, потому что это:
1) удобно
2) быстро
3) куча фрэймворков
4) куча модулей
5) куча документаций
1) удобно
2) быстро
3) куча фрэймворков
4) куча модулей
5) куча документаций
потому что питон :) и это — ответ.
Вы наверное хотели спросить почему не PHP. Предполагаю потому, что в Python есть высокоуровневая поддержка трэдов, что даёт выполнение долговременных задач в фоне без написания велосипедов.
Ну это не играет особой роли: хоть в PHP их совсем нет(однако можно ограничиться процессами), в питоне они жутко тормозные из-за GIL.
ух-ох…
«Жутко тормозные» — это не совсем правда, там все потоньше. В любом более-менее быстром интерпретируемом языке есть аналог GIL, просто питонисты эту проблему громче всех обсуждают и уже давно пытаются решить.
«Жутко тормозные» — это не совсем правда, там все потоньше. В любом более-менее быстром интерпретируемом языке есть аналог GIL, просто питонисты эту проблему громче всех обсуждают и уже давно пытаются решить.
Вот только что-то программа на дотнете/джаве/etc нормально работает по всем 4 ядрам, а не тошнит на одном.
P.S. Сам пишу на питоне. Но не надо говорить, что в нем все нормально с потоками. Потоки в нем отвратительные.
Но все же в питоне есть очень много плюсов =)
P.S. Сам пишу на питоне. Но не надо говорить, что в нем все нормально с потоками. Потоки в нем отвратительные.
Но все же в питоне есть очень много плюсов =)
а смотря что вам надо. Я до сих пор особо не сталкивался с минусами GIL, хотя довольно плотно разбирался с самим механизмом и возможными проблемами.
зато постоянно мы с вами пользуемся скоростью работы однопоточных скриптов.
в общем, фиг знает, можно ли от него избавиться…
зато постоянно мы с вами пользуемся скоростью работы однопоточных скриптов.
в общем, фиг знает, можно ли от него избавиться…
> Я до сих пор особо не сталкивался с минусами GIL
Посмотрите на нагрузку системы при многопоточной работе воркеров.
Захлебывается уже на (1/[кол-во ядер])*100% ресурсов.
А 75% ресурсов(на 4ядернике) простаивают при этом.
> зато постоянно мы с вами пользуемся скоростью работы однопоточных скриптов.
Не ими одними ограничено скриптописание. И если для гуев подойдет и многопоточность с GIL, то вот для большего придется менять принципы построения софта(многопоточность при этом самая удобная в логике)
> в общем, фиг знает, можно ли от него избавиться…
Нельзя.
Посмотрите на нагрузку системы при многопоточной работе воркеров.
Захлебывается уже на (1/[кол-во ядер])*100% ресурсов.
А 75% ресурсов(на 4ядернике) простаивают при этом.
> зато постоянно мы с вами пользуемся скоростью работы однопоточных скриптов.
Не ими одними ограничено скриптописание. И если для гуев подойдет и многопоточность с GIL, то вот для большего придется менять принципы построения софта(многопоточность при этом самая удобная в логике)
> в общем, фиг знает, можно ли от него избавиться…
Нельзя.
Использование процессов(для чего либо кроме так называемых worker jobs) в PHP порождает неуправляемую и бесконечно растущую систему, требующую синхронизации с использованием примитивов синхронизации С без его ограничений. Так же скажу, что использование многопроцессовости в PHP в 99% случаев порождает меморилики(уж не знаю с чем это связано, использую для многопоточных приложений Scala).
Чаще контролируемое выполнений потока на одном ядре лучше бесконтрольного на 4.
Чаще контролируемое выполнений потока на одном ядре лучше бесконтрольного на 4.
Питон лучший! Люди любящий питон лучшие! пхп какашка: ъ
Поищите на fireforge.net похожие проекты, там много русскоязычных разработчиков.
Когда то хотел написать нечто подобное. Только хотелось сделать полноценный серверный дистрибутив на основе Debian, с web консолью(Python+php) управления сервисами.
Хороший проект у вас, главное что бы лишнего в него не понапихали…
Хороший проект у вас, главное что бы лишнего в него не понапихали…
Проект супер. Идея между прочим с дистрибутивом — тоже ничего.
Но — помоему с дистрибутивом — Ideco/платно/
Без — есть webmin, который работает практически со всем. Хотя идея благородна.
Но — помоему с дистрибутивом — Ideco/платно/
Без — есть webmin, который работает практически со всем. Хотя идея благородна.
Жаль что Питон, а то можно было бы поучаствовать. Удачи вам.
А почему такой Camel стиль методов? Брали бы уже pep8…
Кстати — судя по скриншоту — система работает по http
Помоему не совсем секурно передавать данные на управление сервером в открытом виде. Небольшая атака MITM — и сервер под контролем злоумышленника. Думаю логичнее было бы — сделать ТОЛЬКО через https. Без вариантов.
Помоему не совсем секурно передавать данные на управление сервером в открытом виде. Небольшая атака MITM — и сервер под контролем злоумышленника. Думаю логичнее было бы — сделать ТОЛЬКО через https. Без вариантов.
Думаю nqinx нужен, так как может все что и apache, и понятное дело менее требователен.
А по делу удачи, если сделает больше чем:
www.ipcop.org/index-pn.php
и
ClarkConnect
ClearOS
eBox (хорошая штука между прочим)
Endian Firewall
m0n0wall
PfSense
Shorewall
SmoothWall
Untangle
Zeroshell
А по делу удачи, если сделает больше чем:
www.ipcop.org/index-pn.php
и
ClarkConnect
ClearOS
eBox (хорошая штука между прочим)
Endian Firewall
m0n0wall
PfSense
Shorewall
SmoothWall
Untangle
Zeroshell
Не хочу вас расстраивать, есть еще один малоизвестный опенсурс проект, про него почти никто не знает.
Только хотел вспомнить, а вы уже и поиздеваться успели…
Заминусовали нас, не об основав…
Зачем человеку делать то, что уже сделано и вложено не один человеко/год работы?
Практика это хорошо, а вот практически безрезультатно.
Зачем человеку делать то, что уже сделано и вложено не один человеко/год работы?
Практика это хорошо, а вот практически безрезультатно.
Точно!
Зачем было создавать kde и xfce, когда уже был gnome (я не в курсе хронологии, так что расставьте в мысленно эти 3 слова согласно вашим сведениям о том, что появилось раньше)?
Зачем было создавать Mandrake, когда был уже Red Hat (опять же, не в курсе что появилось раньше)?
Зачем было создавать nginx, lighttpd когда уже был apache?
Зачем было создавать kde и xfce, когда уже был gnome (я не в курсе хронологии, так что расставьте в мысленно эти 3 слова согласно вашим сведениям о том, что появилось раньше)?
Зачем было создавать Mandrake, когда был уже Red Hat (опять же, не в курсе что появилось раньше)?
Зачем было создавать nginx, lighttpd когда уже был apache?
>Зачем было создавать kde и xfce, когда уже был gnome
С GNOME, кстати, аналогия неуместная, потому что KDE был раньше, а гном начали в пику ему, ибо кде был основан на полупроприетарном (тогда еще) Qt.
С GNOME, кстати, аналогия неуместная, потому что KDE был раньше, а гном начали в пику ему, ибо кде был основан на полупроприетарном (тогда еще) Qt.
1) KDE создавалась на основе проприетарного, нестабильного фреймворка, поэтому GNOME начал развиваться как полностью свободная альтернатива на имевшемся тогда GimpToolKit. Gnome и KDE очень прожорливые, поэтому легкой альтернативой, рассчитанной на устаревшее оборудование и в последствие на нетбуки стал XFCE
2) Зачем было создавать Mandrake я и сам не знаю, он погубил огромное количество потенциальных линуксоидов, я после него на 2 года забил на линуксы и только Debian в итоге вернул меня обратно. Яркий Вы привели пример велосипеда, подобного топику.
3) Apache — это монстр, который уже оброс таким жиром и неповоротливостью, что создать nginx и Lighttpd стало необходимостью. Вы думаете nginx — мегасуперсервер? Очень часто он ставится в довесок к Apache и выполняет функции легкого фронтэнда, но на лавры сверхтолстого особо не замахивается, просто он достаточен для большинства задач, тот же PHP через fcgi демона из lighttpd часто используется.
осмысленной задачи проекта топика я не вижу. WebMin давно созданная и развивающаяся система с максимально тупым интерфейсом для блондинок, какой только реально придумать в рамках необходимой функциональности. Это полностью повторяет топик. Хочется серого цвета и коричневых кнопочек? ну сделайте еще один из сотни темплейтов к нему, не плодите очередных велосипедов, про которые никто никогда не вспомнит. Руки можно пустить на гораздо более полезное занятие, на крайняк игрушки делайте, и полезнее в плане «прославиться» и интереснее.
2) Зачем было создавать Mandrake я и сам не знаю, он погубил огромное количество потенциальных линуксоидов, я после него на 2 года забил на линуксы и только Debian в итоге вернул меня обратно. Яркий Вы привели пример велосипеда, подобного топику.
3) Apache — это монстр, который уже оброс таким жиром и неповоротливостью, что создать nginx и Lighttpd стало необходимостью. Вы думаете nginx — мегасуперсервер? Очень часто он ставится в довесок к Apache и выполняет функции легкого фронтэнда, но на лавры сверхтолстого особо не замахивается, просто он достаточен для большинства задач, тот же PHP через fcgi демона из lighttpd часто используется.
осмысленной задачи проекта топика я не вижу. WebMin давно созданная и развивающаяся система с максимально тупым интерфейсом для блондинок, какой только реально придумать в рамках необходимой функциональности. Это полностью повторяет топик. Хочется серого цвета и коричневых кнопочек? ну сделайте еще один из сотни темплейтов к нему, не плодите очередных велосипедов, про которые никто никогда не вспомнит. Руки можно пустить на гораздо более полезное занятие, на крайняк игрушки делайте, и полезнее в плане «прославиться» и интереснее.
НЛО прилетело и опубликовало эту надпись здесь
С такой замечательной документацией, как у питона, язык учится очень легко. С такой богатой библиотекой реализовать можно все, что угодно, и довольно быстро и просто.
Итого: питон — хороший выбор.
Удачи с проектом!
Итого: питон — хороший выбор.
Удачи с проектом!
Интересно, что будет дальше «Это мой первый пост в пятницу вечером»? Или «Это мой первый пост, с тегом python». Поверьте на слово, от данного обстоятельства, оценка вашей работы не меняется, а вот от такой приписки рука к минусу так и тянется.
Это мой первый комментарий в топике «OpenSource проект ищет разработчиков», пожалуйста не пинайте сильно.
Это мой первый комментарий в топике «OpenSource проект ищет разработчиков», пожалуйста не пинайте сильно.
Была бы хороша связка webmin+zenoss… Ну в смысле проект, который бы давал возможности и того и другого
За питон плюс конечно.
Только востребованность такого решения непонятна.
Это труд неподъемный поскольку с такой панелью надо дистрибутив свой поставлять \ либо ограничить ее применение каким либо распространенным дистрибутивом что разумнее
Последние лет десять многие дистрибутивы пытаются обзавестись подобным инструментарием
но пока без заметного успеха
Лучше это была бы панель управления vps (openvz, xen, hyper-v)
Будет куда проще а приличных и свободных вроде как не видно особенно
Только востребованность такого решения непонятна.
Это труд неподъемный поскольку с такой панелью надо дистрибутив свой поставлять \ либо ограничить ее применение каким либо распространенным дистрибутивом что разумнее
Последние лет десять многие дистрибутивы пытаются обзавестись подобным инструментарием
но пока без заметного успеха
Лучше это была бы панель управления vps (openvz, xen, hyper-v)
Будет куда проще а приличных и свободных вроде как не видно особенно
Хотел нечто подобное для дипломного проекта написать. Наверное попробую плагинчик сделать в целях изучения языка.
мотивационный гайд по написанию плугинов был бы уместен. Допустим разбираюсь в одной софтине, допустим в питоне, но не уверен в своих силах. Увидев как делаются плагины понял бы что да как
Создал форк. Сделал коммит. Сделал request автору :)
Жду ;)
Жду ;)
Подскажите, может что-то не так делаю?
git clone git@github.com:EugenyPunkoff/ajenti.git
Initialized empty Git repository in /root/ajenti/.git/
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
git clone git@github.com:EugenyPunkoff/ajenti.git
Initialized empty Git repository in /root/ajenti/.git/
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
Да, нужно зарегистрироваться на GitHub и форкнуть резпозиторий себе. И затем уже коммитить в него.
Сейчас перепишу инструкцию
Сейчас перепишу инструкцию
Обновил инструкцию: wiki.github.com/EugenyPunkoff/ajenti/downloading-and-running-ajenti
НЛО прилетело и опубликовало эту надпись здесь
Назвать модуль к фрирадиусу биллингом — очень смело. :-)
НЛО прилетело и опубликовало эту надпись здесь
Радиус может быть модулем биллинга, но чтобы биллинг был модулем радиуса (именно так можно понять Ваше первое высказывание) — это нонсенс. ;-)
Биллинг, как из самого названия можно понять, должен выставлять счета. Оч большое количество биллингов не знает, что такое радиус, вообще. И даже не знают, что такое такакс.
Ладно. Помощь действительно нужна? :-)
Биллинг, как из самого названия можно понять, должен выставлять счета. Оч большое количество биллингов не знает, что такое радиус, вообще. И даже не знают, что такое такакс.
Ладно. Помощь действительно нужна? :-)
Мне интересна работа бекапа.
Как работает ваш бекап и можно ли управлять централизованно бекапами нескольких серверов?
Как работает ваш бекап и можно ли управлять централизованно бекапами нескольких серверов?
«некоммерческий проект» — Я думаю что ваше проект вполне может быть коммерческим оставаясь опенсорсным. Думаю что много кому будут интересны услуги заточки продукта под их конфигурацию. Плюс дополнительные модули можно было б продавать.
Под какой лицензией собираетесь выпускать продукт?
Кстати, нет похоже что нет доступа:
Кстати, нет похоже что нет доступа:
src$ git clone git@github.com:EugenyPunkoff/ajenti.git
Initialized empty Git repository in /home/telepenin/src/ajenti/.git/
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
поправлю сам себя, вот так все ровно:
sudo git clone git://github.com/EugenyPunkoff/ajenti.git
Обновил инструкцию:
wiki.github.com/EugenyPunkoff/ajenti/downloading-and-running-ajenti
wiki.github.com/EugenyPunkoff/ajenti/downloading-and-running-ajenti
+ при установке папку sandbox нужно создать руками
Я бы помог, но питон не знаю, я тупо админ. Сложно выучить?
Проект ищет разработчиков.
PS: если бы я был организатором то писал бы на Ruby. Потому, что только его немного знаю, думаю многие выбирают по такому-же принципу.
PS: если бы я был организатором то писал бы на Ruby. Потому, что только его немного знаю, думаю многие выбирают по такому-же принципу.
чем я могу помочь? я вообще с пхп знаком (это я к тому что у меня веб практиза за плечами, на сколько я понял, ваш проект именно на веб направлен), но питон изучаю в данный момент, и есть огромное желание попрактиковаться
Я хочу такие табы в ФФ. Подскажите тему или екстеншн!
может не стоит зацикливаться _только_ на linux'е? может стоит сделать какое-то унифицированное api с помощью которого любой желающий «подпилит» это дело для управление тем чем он желает? ну этими штуками все равно не пользуюсь, да. :(
Проект выглядит интересно. Надо поставить попробовать. Если понравится, приму участие.
Зачем, мол, писать то, что уже написано?
А для альтернативы. Не осилили perl? Получите php. Не осилили PostgreSQL? Вот вам MySQL. Не дружите с Zabbix? Вот вам Cacti. И так далее.
Проблемы — «samba, dhcpd, mysql» — решабельны одним человеком за два часа с перекурами, для этого набирать команду не нужно, а просить о помощи должно быть стыдно. ;-)
А для альтернативы. Не осилили perl? Получите php. Не осилили PostgreSQL? Вот вам MySQL. Не дружите с Zabbix? Вот вам Cacti. И так далее.
Проблемы — «samba, dhcpd, mysql» — решабельны одним человеком за два часа с перекурами, для этого набирать команду не нужно, а просить о помощи должно быть стыдно. ;-)
Поставил себе на сервер, хорошая весчь хорошо бы плагин для nginx
А разве на боевом серваке, должен быть GUI и браузер
Ссылки не работают.
Проект закрыт?
Проект закрыт?
Заинтересовало, как раз скоро отпуск и можно заняться чем то полезным и попрактиковаться в серверном применении пайтона.
Вот же были времена)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
OpenSource проект ищет разработчиков