Борис Сёмов

OpenVZ это немного меньшие накладные расходы, но куда больше глюков и проблем и меньшая изоляция, чем с XEN, KVM, ESXi и.т.п.

Минимальные накладные расходы при банальном chroot, но и минимальная изоляция. Настроить можно, но обычно вредно так делать и поддерживать будет сложнее, чем отдельные виртуалки, как ни странно.

Я выбрал для решения подобной задачи KVM. 2 сервера, Отдельные виртуалки для нескольких служб(почта, БД, dns, proxy, backup/мониторинг/управление), одна для стандартных сайтов, несколько для сайтов со специфичным окружением. Чтобы не тратить ip, там где это не нужно, стоит nginx как прокси. Когда нет зоопарка из разных OC/дистрибутивов управлять таким набором виртуалок довольно просто, даже без дополнительного софта.

Это вполне правильное решение. И плюс не только в том, что у вас будет только 1 файл для всех поддоменов — этого можно добиться разными способами.
Даже если бы сайт был один, было бы лучше вообще всю статику вынести на отдельный поддомен, т.к. это даст экономию на передаче печенек. =)

По симптомам, у вас проблемы с блоком питания и там и там, и если первый монитор это дешёвый ширпотреб, второй уже более-менее приличный. Скорее всего проблемы с сетью.

Если вы вообще отдаёте видео, чтобы пользователь мог его посмотреть, вы его отдаёте. Как не хитрить, сохранить его всегда можно, банально на выводе хотя бы. Если же вы ещё хотите, чтобы это можно было смотреть на планшетах без дополнительного ПО, со страницы, то и хитрить особо не получится.

Защищаются от размещения видео на сторонних ресурсах, а не от возможности сохранения его пользователем.

Где лучше размещать, зависит от большого количество факторов. В частности, для показа видео на большую аудиторию, необходим широкий канал и быстрое хранилище, что стоит немало. 1 поток hd видео, это единицы (~2) Mбит/c. Ну и естественно от того, зачем и в каком контексте вы его показываете.

Перешёл полностью на фриланс, после того, как в свободное время стал зарабатывать больше, чем на основной работе, и появилась достаточная база постоянных клиентов. =)

Стоимость внедрения надо оценивать отдельно, по затратам времени и средств, и включать в конечную стоимость.

А как оценить свой готовый продукт решать вам. Нет тут каких-то универсальных формул ни для фрилансеров ни для компаний.
К тому же существуют очень разные методы заработка на софтварных продуктах. Например, иногда бывает выгодно продать решение за символическую плату/отдать бесплатно и получать основную прибыль на поддержке.

Я обычно оцениваю свои затраты времени, беру некую ставку, соответствующую сложности работы, думаю насколько мне интересен проект, и борюсь со своей жабой. =)

Используйте лучше стол отдельно, дорожку отдельно. =)
От компьютера надо отрываться периодически. Параллельно работать и бегать на мой взгляд какая-то дикая идея
А ещё лучше, как мне кажется, прогулки утром и вечером по часику в парке и периодические визиты на фитнес/тренажёры/бассейн. Собственно сам так поддерживаю форму в аналогичной ситуации.

Настроить proxy_cache для статики. И она начнёт отдаваться со второго запроса с фронтэнда, без дополнительных ухищрений.

А чем виртуализируют-то? Если это openvz/virtuozo, лучше сразу смените хостера. Это оверселл в 99% случаев, кроме общей фс, проблем с выделением памяти и прочих неприятных сюрпризов.

Также посмотрите, а что конкретно создаёт у вас нагрузку. Например, может быть просто какой-нибудь весьма неудачный запрос mysql пытается переварить. =)

По поводу надёжности, это смотря с чем сравнивать, если с массовыми десктопными винтами, на которых наработка на отказ не нормируется вообще, то не миф, если с аналогичного класса SATA, констелейшеном каким-нибудь к примеру, то всё уже куда ближе. Дело не в SAS как таковом, а в том, что для домашнего использования SAS не делают.

Второй момент это скорость, и она бывает критична, особенно в рандоме, а замена на твёрдотельные накопители часто ещё мало реальна.

Если говорить про отличия именно в интерфейсах, то это большая помехозащищённость, лучшая коррекция ошибок и.т.п. Что в итоге уменьшает шанс возникновения проблемы с этой стороны, а они бывают, хотя и не часто.

По поводу того, стоит-ли это тех денег, вопрос на который можно ответить только в конкретном случае зная все нюансы. В большинстве случаев нет. Но они как раз не для большинства случаев и сделаны. =)

Под ваши требования, в одном устройстве, и чтобы нормально работало, пожалуй только комп соответствующей конфигурации и Linux с необходимым ПО на борту, и то проблема с количеством портов Ethernet возможно будет.

Второй вариант — два устройства, NAS отдельно WiFi Router отдельно.

По поводу очевидности устройства, отдельно NAS и отдельно WiFi Router нужны куда большему кругу потребителей.

Всё же поставить IDE, например тот же Netbeans, освоить в минимальном объёме для начала:
— Разобраться с созданием проекта с исходниками на удалённом сервере, настроить ftp соединение.
— Разобраться с автодополнением.
Это требует пары часов времени от силы, и позволит сильно облегчить и ускорить работу, спасая от огромного количества лишних действий, так что это время очень быстро окупится… =)

Далее идёт момент не технический — надо начать системно изучать PHP, а не просто подглядывать в справочник по функциям/гуглить готовые решения.

Совет по поводу фреймворков тоже дельный. Особенно учитывая большое количество документации по CI и её качество.
Но до этого надо всё же разобраться с собственно PHP.

Про энергосбережение написали уже в общем-то, но на такой машинке, тормозить Ubuntu не должна.

Надо искать процессы, которые вызывают нагрузку, и разбираться, что с ними не так. Тут же, наверняка, кроется и причина высокого энергопотребления, например при загрузке процессора процессор будет работать на максимальной частоте и портеблять много, если система свапится на диск, то естественно большое количество диского i/o тоже кушает батарейку…

Самое простое, не залезая в консоль, запустить «Системный монитор» посмотреть на вкладке «ресурсы» как дела с загрузкой процессора, и свапится-ли у вас система…

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

Пагинация действительно периодически ведёт себя мягко говоря странно, показывает различное количество страниц.
И улучшения, на мой взгляд, не только «сырые» но и несколько не продуманы. Причём ведь немало времени уже прошло, а улучшений как-то не видно. Неужели не замечают? =)

На чистом php, не стоит хотя бы потому, что затраты на разработку будут намного выше, а профит в плане производительности весьма сомнителен.
Я присоединяюсь к Yii, ещё можно посмотреть на различные микро-фреймворки.
Но вообще говоря, производительность прежде всего будет зависеть от правильной архитектуры, от правильного применения кеширования, от оптимизации запросов, и куда в меньшей степени, от фреймворка.

Вполне можно, но…
Эта работа не самая доходная, не самая простая и далеко не самая престижная. Подумайте хорошенько, так ли она вас прельщает.

Для того, чтобы начать зарабатывать, а не без толку тратить время, мало уметь писать, даже мало уметь писать грамотно. Надо писать качественные тексты, которые, как минимум будет приятно читать. Неплохо знать хотя бы основы психологии, чтобы тексты «цепляли». Понимать кто будет читать эти тексты, и правильно подстраиваться под целевую аудиторию.

Как и в любом другом деле придётся много учиться, изучать «секреты мастерства», без этого доход будет мизерным. Впрочем, по началу он в любом случае таким и будет — чтобы найти хорошего клиента, надо иметь хорошее портфолио, с качественными текстами. Создание портфолио дело не одного месяца, да и не будет достаточно хороших текстов со старта.

Как и в любом другом деле, прилично зарабатывают профессионалы, дилетанты же подбирают лишь крошки. А учитывая то, что конкуренция велика, и это отнюдь не самая прибыльная работа, так как очень многие заказчики думают, что написать текст очень просто: «я сам бы как нефиг написал, но лень», это становится очень актуальным.

Также, надо будет искать клиентов, нормальных клиентов, нормальных клиентов которые платят адекватные деньги, и понимают, что написание текстов это работа, причём далеко не самая простая.
Надо учиться грамотно продавать свои услуги, а это ох как не просто.

Рерайтом и SEO текстами заработать сколько-нибудь приличных денег не получится. Либо это будет адская работа с огромными объёмами, от которой захочется лезть на стену. К тому же, такая работа не развивает, а отупляет, стиль будет загублен на корню, и в дальнейшем писать хорошие тексты для людей, станет куда сложнее. =)

По поводу нормальной работы — любая работа приносящая доход и удовлетворение от её результата вполне нормальна. Написание заказных текстов не исключение.

Режим 1000 full duplex существует только на уровне железной сетевухи. Вы не сможете заставить виртуальные сетевухи работать в таком режиме, у них фактически нет MEDIA уровня. Вы копаете не в ту сторону. Чтобы добиться высокой скорости работы сети, вам надо почитать например www.usenix.org/event/usenix06/tech/menon/menon_html/paper.html

Данные принудительно скидываются на диск при любых изменениях структуры каталогов — создании, удалении, создании файлов и.т.п. Т.е. эти данные не полежат некоторое время в кеше/буферах.

Не очень понятно, чего вы хотите добиться…
Гигабитный TPLINK существует только для Dom0.
Для каждой сетевухи-железки в нём создаётся устройство pif* — физический интерфейс, для DomU т.е. виртуалок существует виртуальные интерфейсы vif*, которые присоединяются к соответствующему pif.

Т.е. если у вас есть какие-нибудь проблемы с сетевой картой, например не работает auto-negotiation, и.т.п., то эти проблемы решаются не на виртуалках, а на хост системе.