> микропрограмма iwlwifi-3945-ucode
http://www.debiantutorials.org/component/content/article/56-peripherals-on-your-debian-lenny-computer/252-wireless-on-debian-lenny-net-install-iwl4965 вот этого не находили или чем то не устроило?
И про какое сотрудничество вы писали?
Кстати, кто там лопату рисовал - /ru/forum/comment/8215977 (к вопросу о почте). Работа в техсаппорте (пусть и не совсем уж таком обычном техсаппорте) даёт чуть большее, чем тупое восприятие текстовой информации.
> Какая нах многопоточность, не позорьте себе!?
Предлагаете пытаться объяснить не админам как устроен worker nginx? Поверьте, я прекрасно знаю почти все блокирующие операции для workera, прекрасно знаю какие из них починят в 1.0, прекрасно знаю ситуации, когда стоит использовать 24 процесса.
Но вам не плевать? А тот, кому я отвечал - понял ответ, пусть и не верный в технических терминах, зато по человечески верный.
> Почта перестанет приниматься
Sendmail? Принимать? Вы шутите? Или долго и упорно объясняли ТС, что ему на вдс всё же нужен ещё и приём почты?
Из поста явно следует то, что приемом почты vds не занимается. Или не собиралась на момент написания поста.
> диск
http://freebsdwiki.net/index.php/Iotop попробуйте
nginx workerов столько не нужно. У него workerы многопоточны. 1 worker с легкостью подружится с сотней-второй процессов апача на вашем железе. Хотя, издеваться не стоит и поставьте столько, сколько нужно. Нужно дождаться 1.0 nginx с кучей снятых локов на worker... там будет раздолье) MaxClients крутите в сторону увеличения. И вообще дайте побольше ресурсов апачу - у вас памяти море. Если есть свободная - то зачем её экономить?
> Тюнингуйте буферы и количество клиентов
Ещё раз повторюсь про 96-128 мб VIRT. nginx тут не поможет, пробовали уже. Полсотни качающих - и nginx тихо мирно отказывается сказать "ня файлик" ещё кому-нибудь.
> В статье не написано, что у него сломается вся почта, будут потеряны почтовые ящики и прочие настройки. Но вам не мешает это советовать человеку.
И куда же денутся его ящики и их содержимое, поведайте мне? Или установка exim уже сносит imap/po3 сервер. SMTP аккаунты поломаются? Из статьи это явно следует. Либо можно как то иначе понять "можно будет отправлять письма без авторизации на SMTP".
> Думаю, это крайне вольная трактовка и debian-legal с Вами не согласятся. Тем более, что "популяризацией дистрибутива" тут и не пахнет.
Отправил письмо в рассылку соответствующую. Линк на ответ скину сюда, когда появится. А трактовка ничуть не вольная, а именно та, которая следует из фразы, указанной на официально сайте.
Pilat, если бы вы меньше верили переводчикам - то знали бы, что в оригинале этот пункт звучит как "in the name of the business, or a domain name of the business". Что никак не запрещает использовать этот домен в некоммерческих целях, а тем более в целях популяризации дистрибутива.
> "серт от RH/Canonical" может подтвердить c Debian? Что-то не верится. Но это и не принципиально в данном случае.
А зачем подтверждать что-то с Debian? Они бы в этом случае не продали бы ни единого домена. Подтвердить нужно то, что ваша профессия или специальные навыки каким-либо образом перекликаются с доменом. Указанный мной сертификаты вполне подходят для этого. Можете fedora.pro себе забрать.
> Вы оказались в состоянии подтвердить сведения, необходимые для предоставления Вам доменного имени debian.pro ? Как Вам это удалось?
В случае с подобным доменом - LPI вполне поможет. Или серт от RH/Canonical
> а ещё если являетесь владельцем торговой марки, в частности Debian, что в данном случае малореально.
А вы, вероятно, очень внимательно читали про ТМ Debian.
> Есть такой не-апаче...
Есть. Но раздавая файлы на скорости 100 мбит он кушает значительно больше 128 мб VIRT.
> Разбираемся с проблемой отправки почты скриптами через установку голого exim без авторизции на debian =)
В статье описано чем это грозит. ТС может и сам решить. Письма отправляться у него будут.
> Помогите, всю голову сломал .
inky@inky-laptop:~/dust$ ls
C D С
Первая С - англ, вторая - русская... D на A замените - будет похоже)
madoff, с лозунгом "контролировать систему должен root, а не панель"
myhand, вы уже научились раздавать статику, забивая ею 100 мбитный канал, тратя на это 96-128 мб VIRT ?
Так называемым "горе-админам" в общем то без разницы какая панель стоит на сервере и что она делает.
Крутым админам всё же рекомендую научиться смотреть ключи сборки php. И запомнить где лежат нужные конфиги.
Панель может повести себя как угодно, несмотря на все уверования её мануалов. Не вы её писали. Как поведет себя система - знает любой "горе-админ". И всматриваться в вывод какого нибудь aptitude или yum - намного приятнее, чем гадать - а обновит ли мне easyapache ещё что нибудь. Заметьте - в топике никто так и не утверждает, что сия отрыжка позволит обновить исключительно php.
К ТС - сохраните /etc/php (/usr/local/etc/php), ~/php-bin/php.ini у каждого пользователя (если прикручивали cgi), переустановите или пересоберите php так, как вам это будет понятно (пакетной системой или из сорцов), diffoм сравните сохраненные конфиги и новые. Ну и если обновляетесь на 5.3 - не забудьте, что zend optimizer отваливается. Вам нужно будет перекодировать все файлы и воткнуть новые so-шки
Ах да - забыл уточнить очень важный момент для вас - есть опыт создания и администрирования подобных хостингов (совсем небольших, но всё же). Именно с упором на то, чтобы меня выдывал только ник в тикетнице (или имя).
