Дмитрий Куликов:
> настройка для случая когда на один сервер идет несколько ip и на каждом ip висит отдельный сайт.
listen ip.add.res.s 80; в каждом вхосте, или просто listen 80, он будет слушать все интерфейсы и отвечать на конкретный GET с нормальным хидером "Host: ". Это несложно. Плюс nginx в том, что он держит очень много коннекшнов, передавая на бэкенд только реальные запросы, а не тратя ресурсы на всякие keepalive, которые висят в idle.
Дмитрий Куликов: ну вот, вы знаете что такое mpm, а настройки другие крутите. Вам нужны MaxSpareServers и MinSpareServers - это конкретно контроль форка процессов.
Но я ещё раз выскажусь за nginx. Он работает совсем по другой схеме. Инструкций по настройке его фронтендом перед апачем - море.
tartarelin: принтер и монитор никак не связаны:) U2412 - отличное решение для дизайнера. IPS матрица и 24 дюйма. Я на такой пересел в 2012 году и нарадоваться не мог. Тогда он стоил 13К и это какбэ довольно бюджетное решение от Dell, на самом деле, а вовсе не профессиональный монитор. Мда.
titronium: и отказывайтесь от myisam. Нормально настроенный innnodb от Percona со вменяемыми индексами будет куда лучше. И неблокирующий бэкап, опять же.
Bogdan: почитайте про такие вещи как stdout, stdin и stderr, а так же методы перенаправления. В примере выше вам дали пайп, по сути конвейер - результат команды find перенаправили на stdin команды wc и она обработала входящие данные. В *nix так пишутся целые простыни скриптов.
Сергей: ну не всегда же. От пакета зависит. zbrush, например, плевал на все видеокарты и по большему счёту клал на процессор. А ведь стандарт в индустрии. Не советуйте такие вещи, не зная пакета.
tartarelin: (долго разглагольствовал о рендерах, но успокоился) увы, с этой программой не знаком. Если там не хардварный рендер - режьте видео, единственное, что могу сказать.
Нет, не так.
Вы путаете тёплое и мягкое. Скорость записи в таблицу (что за БД?) никак не зависит от ОС. Вернее, есть нюансы в виде очереди записи и ФС, но это не прямая зависимость.
Вам бы с БД определиться и от неё уже плясать. Выбор ОС тут чисто сбоку, по симпатии и знакомству. Если нужны какие-то фишки свежего ядра - Убунта. Если пофигу и нужна RH-like ОС - Центос.
Сергей: тебе ссылку? CCNA за 2014 год подойдёт вполне. Routing&switching, например. Раньше экзамен был единый, сейчас состоит из трёх частей, по-моему. Бери циско-литературу, она консистентна и сделана именно для экзамена, там конкретные названия курсов. Просто год посвежее посмотри, чтобы был с учётом изменений в самом процессе сдачи.
server_name - доменное имя, которое указывает название виртуального хоста. Раньше все домены вешались на конкретный ip-адрес, и всегда была пара домен-адрес. Потом эволюция позволила вешать на один адрес множество доменов, это называется виртуальный хост. Nginx изначально поддерживает эту технологию. Если у вас адрес один, а nginx слушает на всех интерфейсах (listen 80), то если вы не укажите default сервер, nginx всегда будет показывать свою стандартную страницу с it works.
tl;dr: server_name - доменное имя, которое будет обслуживать конкретный конфиг, то имя, по которому к вам будут приходить пользователи, то, которое резолвится через ДНС. Нельзя уж так буквально подходить к инструкциям.
Не надо указывать "все сайты", делайте сразу правильно. Есть доменное имя? Пишите его. Точка.
Сергей: ну без замера и тестов, чисто логически, апач лучше работает с mod_php, но сам апач является лишним звеном без достаточного обоснования. Могу посоветовать только попробовать.
vityabond: да всё нормально, просто вы мешаете разные понятия. vlan/switch и ip-адреса слегка не пересекаются, и тэг на айпишник поставить нельзя. Может я просто не правильно прочитал.
> настройка для случая когда на один сервер идет несколько ip и на каждом ip висит отдельный сайт.
listen ip.add.res.s 80; в каждом вхосте, или просто listen 80, он будет слушать все интерфейсы и отвечать на конкретный GET с нормальным хидером "Host: ". Это несложно. Плюс nginx в том, что он держит очень много коннекшнов, передавая на бэкенд только реальные запросы, а не тратя ресурсы на всякие keepalive, которые висят в idle.