почему в каждой теме появляется человек как вы, и начинает обсырать все что отлично от «apt»? Это ведь отупляет(Хотя возможно это и «Анальная диспозиция верхних конечностей» - в простонародье просто Рукожопие)

> вы всеже заблуждаетесь, мне кажется, не все проделывали это на линуксе, и вообще в нем бывали. есть же журналы про линукс, для новичков, с такой же байдой. или их тоже запретить?

побольше знаний, отличных от win-way, в массы ;)

Я вообще за периодику и книжки, описывающие решения прикладных задач независимо от системы. Особенно, если их авторы зарабатывают на этом деньги. Если статейку можно пересказать фразой «вау, я осилил README и INSTALL», мерзко думать, что поди ж ты — за вольный и неточный пересказ ридми еще и гонорары дают!

Да только вот читатель несведущий выяснит из такой статьи для себя ровно один факт: оказывается, софтина X работает на платформе Y. Читатель сведущий тоже выяснит один факт: да, софтина X таки работает на платформе Y, только отчего автор статьи так от этого тешится?

Ну ладно, можно еще месседж такой уловить. Не будьте слаково^Wлопухами, ставьте софт из портов стандартным путем. Тогда зачем на эту тему ажно две статьи, если не больше?

А особенно воротит от фразочек типа «так как я ставил софтину X на Ubuntu/Debian/BSD, то и опишу ее для этой платформы, а вы тыкайтесь сами». Они делают статью вообще бесполезной, особенно если у нее громкий заголовок «Софтина X от А до Я». Заголовок такого рода предполагает трату полосы на важные отличия в умолчаниях, отличиях в работе на разных платформах, а за подробностями о штатном использовании отошлет в хорошую доку. Да еще и книжек порекомендует, вдруг кто-то написал лучше, чем в /usr/share/doc.

Но нет, это же целых две недели надо бодаться ради странички текста! Как можно!

Авторы, не будьте лопухами. Отталкивайтесь не от «2500 слов про фрибсд». Показывайте решения прикладных задач. Проверяйте как можно больше нюансов. Изучите умолчания и расскажите, где они могут вылезти боком.

> почему в каждой теме появляется человек как вы, и начинает обсырать все что отлично от «apt»?

Почему у вас при слове «apt» воспаляется седалищный нерв? Ну скажу я «yum» — полегчает?

Почему у вас при слове «apt» воспаляется седалищный нерв? Ну скажу я «yum» — полегчает?

Осторожно! Обычно если у человека при слове «apt» воспаляется седалищный нерв, от слова «yum» у него может случиться сильный эпилептический припадок!

Технологии лидерства

http://www.karieralider.ru/book.html

Насчет PHP не в курсе, а на счет nginx - kqueue вместо epoll? И да, это уже не юзерспейс.

Вроде есть gentoo-prefix для macos.

> Осторожно! Обычно если у человека при слове «apt» воспаляется седалищный нерв, от слова «yum» у него может случиться сильный эпилептический припадок!

Можно ли, повторяя эти слова попеременно, контролировать его личность?

> Насчет PHP не в курсе, а на счет nginx - kqueue вместо epoll? И да, это уже не юзерспейс.

В чем все-таки большая разница? Я ее и на Twisted не узрел. Модель тредов разная (да, nginx их использует)? Разница в таких вещах невооруженным глазом не должна быть видна, если ее видно — кто-то облажался. Как, например, слишком неторопливый аналог fork() на венде, возможно, нынче починенный.

Подходы к организации серверного приложения (как писать сервера)

Плюсы kqueue/kevent (FreeBSD, OpenBSD):
  + Не имеет ограничения на максимальное количество обслуживаемых
    сокетов.
  + Имеет "вкусные фичи", которые позволяют использовать его
    более эффективным образом не только для сокетов, но и для
    объектов другого типа (файлов, процессов).
  + Из-за модели передачи event'ов вместо модели передачи
    состояний, очень эффективен при обслуживании большого количества
    клиентов, только часть из которых очень активна (типичная
    ситуация для web- и другого вида серверов). Состояния неактивных
    сокетов не вызывают расхода ресурсов.
  + (Igor Sysoev) kqueue/kevent эффективнее, чем /dev/poll.
Минусы:
  - Не портабелен.
  - Линус Торвальдс его не любит. (См.
    http://www.uwsg.iu.edu/hypermail/linux/kernel/0010.3/0013.html; впрочем,
    epoll повторяет тот же "silly" триплет)

Более подробно: Различия kqueue (FreeBSD) и epoll (Linux)

> Имеет «вкусные фичи», которые позволяют использовать его более эффективным образом не только для сокетов, но и для объектов другого типа (файлов, процессов).

То есть, у вас полностью асинхронная работа с файлами уже есть? Вау.

так Вы про порты или про бинарные пакеты?

> То есть, у вас полностью асинхронная работа с файлами уже есть? Вау. Адское мракобесие. Таков лор и щекастые пионеры на нем.

чето пролистал побольше журнал, про nginx и еще пару родобных, понял о чем речь.
но есть и нормальные статейки. ничего так сравнение осей на конкретных офисных задачах. про usb stick. и что-то там еще.

Как и все журналы о BSD и Linux. Ничего интересного.

> Инсталляция nginx и PHP 5.3.x на FreeBSD 8.1 — как правильно.

правильно без PHP. ибо он не нужен.

мой любимый пост «Вас кто-то заставляет есть ФриБСД? Нахрен извечный холивар! Т.к. линукс лучше, сидите на нём...»

>Вышел первый ... номер электронного журнала BSD Magazine.

не поздновато ли?

ага. это сказал человек с аватаром, где чертёнок протыкает пингвина. и правильно - а чего это холивары? ещё нацепите аватар, где пингвина чёртик имеет, ага, тогда фраза «нахрен извечный холивар?» будет смотреться гораздо убедительнее!