• –1
    Почему не используется GUI, а CLI — ответ очень простой. CLI надежней.
    NAT на Cisco. Часть 1
  • +3
    В загловке используется UNIX, потому что именно так называется оригинальная книга Реймонда, откуда все эти статьи почти полностью и беруться. Книжка конечно хорошая, но в своем роде беллетристика, мне она пользы много не принесла.
    Искусство программирования под Unix (и не только). Часть вторая, Ясность лучше заумности
  • 0
    Интересно, насколько большей процентов среди IT-специалистов с непрофильным высшим образованием.
    BSD-сертификация. Что это?
  • 0
    Напишите на kostjn@peterhost.ru
    freebsd current8.0 jail limits
  • 0
    Нет, это мой коллега по работе. Константин Меньшиков. Я оказываю помощь в распространении этого патча для как можно большой аудитории тестирования.
    freebsd current8.0 jail limits
  • 0
    В 8 это не обещают. Это лишь патч, который возможно будет включен.
    freebsd current8.0 jail limits
  • 0
    Смотря что вы имеете ввиду.
    freebsd current8.0 jail limits
  • 0
    Или же берите виртуазлированную фряху на xen и делайте в ней jail'ы.
    Вопрос о хостинге
  • +2
    Купите дешевый сервер и делайте на нем что хотите. Помните главное — скупой платит дважды.
    Вопрос о хостинге
  • +4
    Не нужен, не нужен, НЕ НУЖЕН Python для таких задач!!! Поймите это!
    Python для системных администраторов
  • +1
    Все скрипты должны писаться под sh. И точка. Это обеспечивает переносимость между подавлющим большинство ОС.
    alias hint
  • 0
    Там будет факториал, при учете что используются все 10 символов из набора. Те пароль состоит из всех введеных 10 символов. А вот если на основе капчи ввести туда еще случайные символы(что-то вроде в этом поле нужно написать A, etc) — то будет как-то так n!/(n-k)!.. Если я правильно понимаю. Плюс ввод этого подобия salt, может так выступать в роли теста Тьюринга.
    Пароль для гиков — смешать, но не взбалтывать
  • +1
    Блин чувак, хоть никто тебе ничего и не написал, а я скажу — это круто!
    Круто всегда делать что-то либо новое!
    Bulldoc 0.4 released
  • +2
    Это одна из лучших книг по UNIX вообще, из русских изданий беспорно лучшая.
    Список литературы
  • 0
    ммм… я так понимаю что товарища odessky интересует исключительно примеры syscall'ов.
    Актуален ли будет блог о программировании на Си под *nix системы?
  • 0
    Скорее всего еще подразумевается переоткрытие стандартных потоков, отвязку от терминала, и становление родительским процессом для всех дочерних процессов.
    Актуален ли будет блог о программировании на Си под *nix системы?
  • 0
    Если статьи будут не уровня hello world, то очень и очень.
    Особое внимание хотелось бы уделить сетевому программированию. Можно прям по Стивенсону=)
    Актуален ли будет блог о программировании на Си под *nix системы?
  • 0
    Ну вот смотрите.
    Например у меня есть панель, написанная на php.
    Пользователи с помощью нее делают различные настройки(изменяют данные в dns, создают ftp аккаунты, меняют пароли пользователей баз данных, etc).
    На каждом сервере(обычном пользовательском, служебных(dns, большие mysql на несколько тысяч пользователей)) находится серверная панель написанная, например на perl.
    Взаимодействие осуществляется примерно так — пользователь что-то ткнул у себя в панели, скрипт послал нужный soap request на нужный сервер, выполнилась нужная команда. И вот для такой схемы, когда нам нужна активная схема выполнения команд(а не пассивная, как например в случае наличия какого-то spool'а, который периодически читают все сервера с поиском комманд для выполнения именно для себя), SOAP очень хорошо подходит. Потому что нам не нужно мучаться с проектированием протокола, что по себе является достаточно сложной вещью. Плюс имея актуальную WSDL схему, мы практически имеем полное описание протокола.

    Если ответил как-то не понятно — простите =)
    SoapClient: параллельные асинхронные запросы, реконнект, обработка тайм-аутов
  • 0
    Например для реализации хостинговой панели управления.
    Получается очень хорошо и просто, потому что не нужно задумываться о проектировании нового протокола, а SOAP очень подходит для этой модели.

    SoapClient: параллельные асинхронные запросы, реконнект, обработка тайм-аутов
  • +5
    Тем что printf соответсвует posix.
    Основы BASH. Часть 2
  • 0
    И еще для более сложной и продвинутой математики можно использовать перенаправление на bc
    Основы BASH. Часть 2
  • 0
    Для чистого sh, в freebsd можно использовать комманду jot(for item in `jot 50 1 50`), в линухе, к сожалению не помню.
    Основы BASH. Часть 2
  • –1
    Вместо echo, лучше всегда использовать printf
    Основы BASH. Часть 2
  • +1
    Ничего страшного, я Вам плюс поставил =)
    Ищу идею: Готовы вложить $10 000 на preseed
  • +3
    Ни одна уважающая себе IT контора не будет выкладывать документы _только_ в формате .doc.
    Ищу идею: Готовы вложить $10 000 на preseed
  • 0
    Можно пользоваться гугловым. Функционал там достаточный и плюс бесплатно.
    Создаем свой SVN сервер: 3$ и 30 минут
  • 0
    А писем и не было. У них очень большой баннер висел на страничке центра разработчиков
    Как быстро начать и эффективно продолжить писать расширение для лисы
  • 0
    Там достаточно просто. Сначала addoon попадает в песочницу, где тестируется и затем может быть перенес в официальное дерево. Кстати, недавно, всем авторам, кто подтверждал что их addon был совместим с третей версией фф высылали классные футболки=) У мну такая есть =)
    Как быстро начать и эффективно продолжить писать расширение для лисы
  • 0
    Да как медленее? Пример — shell быстрее распарсит и посчитает статистику по какому-нибудь лог файлу. Вы так и не сказлаи для чего используется этот python на серверах. Назовите пожалуйста. Мы говорим о серверах — так о серверах, не изменяйте понятия.
    Основы BASH. Часть 1
  • 0
    Вы посмотрите на название поста, посмотрите на чем и для чего предполагается писать скрипты и поймете, что ни о чем другом речь и не шла.

    RH под рукой нет, но вот
    Fedora 9:
    /usr/bin/perl 1
    /bin/sh 703
    /usr/bin/pulseaudio 1
    /bin/csh 1
    /bin/bash 656
    Что-то я не вижу здесь python. Если Вы говорите про средства администрирования, like pw, useradd, passwd, etc — удивлю Вас, они обычно на c пишутся.

    Если парсеры будут писать идиоты, то да — конфиги будут парситсья по разному. И лучше все таки тектовые конфиги. Оставьте Ваши мечты и посмотрите на самые популярные open source проекты. Какими конфиг. файлами они пользуются?

    Пожалуйста, давайте прекратим нашу беседу. Правда, мне надоело тратить свое время в пустую.
    Основы BASH. Часть 1
  • 0
    Кроме пользователя nobody еще какие-то есть?
    Я просил привести аналог для поиска в /etc/passwd, никакие другие механизмы атворизации(like kerberos) я не затрагивал. Примера Вашего я не увидел. Привести его сможете?
    Основы BASH. Часть 1
  • 0
    Повторяюсь, я говорил лишь о том, что там где shell может решать задачу нужно использовать его, а не python. Я не говорю о том, чтобы писать биллинг на sh.
    И если Вас не затруднит, расскажите пожалуйста, с какими система в 5000-10000 серверов Вы работаете.
    Примеры моих неверных утверждений в студию. За исключением не верного варианта первого скрипта(о котором Вы не смогли устоять и сообщила аж целых два раза) и моего утверждения про пробел, не имеющего фактической смысловой нагрузки.

    Хотя бы потому, shell скрипты быстрее python аналогов. Примеры сможете привести, для чего использовался python на этих серверах?
    Примеры production систем, где нет awk привести можете?
    Про java — говорим о python, так говорим о python.
    Основы BASH. Часть 1
  • 0
    production системы(nix) — freebsd, и несколько дистрибутивов linux. Которые суммарно покрывают 98% серверных установок nix систем. Принятно ставить системными администраторами, которые имееют порядочный опыт работы.

    Bash был всегда sh compatible. Во всяком случае bash скрипты спокойно читались. О полном различии не может быть и речи.

    Использование развивающихся, сырых, не достаточно проверенных систем обычно не принятно на production системах. Вы можете использовать их у себя на тестовых машинах, но не в продакшн. За примерами далеко ходить не стоит. Гонка за всем новым и современным зачастую ничего не приносит кроме энергии, потраченной на установку этого нового и решения проблем, принесеннымм этим новым. Повторяюсь, речь идет о production системах. У себя дома — можете городить что хотите.

    Вы книгу читали? Можете привести пункты, с которыми не согласны? И желательно аргументировать.
    Основы BASH. Часть 1
  • –1
    Нет. На сервера принято ставитьтолько production системы, и всякие экзотические дистрибутивы к ним не относятся. А во всех боевых дистрибутивах awk есть.
    Сырость заключается хотя бы в полной несовеместимости 2 и 3 ветки. Это достаточное условие.
    С того, что Вы не понимаете или не хотите призновать того, что в ней говориться.
    Основы BASH. Часть 1
  • –1
    Мне кажется Вы просто не имеете опыта работа с большим количеством серверов и не знаете реалий. Вашу точку зрения я понял, и пытаться Вас переубедить — бесполезно, тем более что позиция Ваша достаточно откровенно выглядит глупой. Спасибо за Ваши ответы.
    Основы BASH. Часть 1
  • 0
    И даже webserver напитьсать)
    Основы BASH. Часть 1
  • 0
    Принято писать на sh, а не каких-то других скриптах, потому что sh предоставляет необходимый минимальный функционал. И то что будет нормально работать на sh, с очень большой вероятностью будет работать и на других интерпретаторах.
    Основы BASH. Часть 1
  • 0
    Только не забывайте о том, что эти утилиты всегда есть в системе, а python нужно ставить дополнительно.
    Основы BASH. Часть 1