NiGP

Если работа разовая, то думаю на freelance бирже. Если админ нужен постоянно, то искать стоит на сайтах с вакансиями типа job.ru, HH.ru, superjob.ru.
Кроме того рекомендую, если админ будет фрилансером после выполнения и проверки работы сменить админский пароль к серверу и проверить, что не появилось новых пользователей, особенно с админскими правами.

И кстати, вы уверены, что ваш сервер действительно рассылает те письма, на которые жалуются как на спам? Есть вероятность отличная от нуля, что ваш сервер используется просто для прописывания его в заголовке письма. В этом случае простой настройкой сервера уже не обойтись.

Насколько я слышал Yii черпает вдохновение из рельсы. Покрайней мере очень часто слышу что они похожи. По поводу Zend Framework ни разу, ни от кого, не слышал положительных отзывов, все говорят одно и тоже «Отличный сборник готовых классов».

Если вам нравится Ruby On Rails, то на вашем месте остановился именно на нём. Вакансий на руби конечно меньше чем PHP, но и разработчиков на заметно меньше, да и квалификация разработчиков в среднем заметно лучше. К слову, уровень зарплат на руби выше чем на PHP.

Еще 1 огромный бонус, если вы пойдёте работать рубистом. то всегда будете разрабатывать на рельсе, а не как в случае с PHP вам попадётся ненавистный фреймворк/cms/движок на котором вас ломает писать.

Для Debian — Debian testing.

А для CentOS… К вам вопрос: зачем ставить CentOS или RHEL, подключать к нему кучу неофициальных репозиториев и пересобирать руками то, чего в этих репозиториях не оказалось. Какой профит от CentOS, кроме нестабильной системы из-за помойки пакетов, собранных разными людьми, вы получаете? Почему бы просто не установить Debian testing/unstable?

Новый компютер.

Преимущества могут быть относительно чего-то. Если брать просто .NET, то вся мощь фреймворка оказывается в ваших руках.

Относительно PHP, субъективно: строгая типизация, удобная отладка, удобная среда разработки (VS) и более быстрая скорость разработки. С недавнего времени перешел на .NET, но, тем не менее, пока что использую и то и другое.

Лучше — nginx-front и apache-back+mod_php, так как это решение главной проблемы апача — расход памяти при отдаче статики, и отсутствие говной боли в конвертации правил .htaccess в правила nginx.

Быстрее — nginx + php-fpm.

Но раз надо «лучше, а не быстрее!», бери первый вариант.

Все равно никто ничего не скажет. Поэтому мои предположения:

1) Снижение нагрузки на DNS.
за: на каждое обращение к профилю юзера выполняется лишний ресолвинг. вносит задержки. лишняя нагрузка на сеть.
против: новость «как DNS лег под хабрэффектом» хорошо опубликовать первого апреля.

2) >9000 виртуальных хостов сильно огорчили сервер.
за: очень возможно, особенно если они были «брутально» прописаны в конфиге апача.
против: сильно сомневаюсь что оно так. Сотни-то хостинговых кампаний предлагают услуги виртуального хостинга, когда и поболее доменов висит на одном сервере, и чем хабр отличается? Да и высоконагруженные проекты с кучей поддоменов: тоже есть хорошие примеры, ЖеЖешечка например, так же, работает себе, и ничего!

3) Виртуальные поддомены вначале планировались для чего-то еще, типа возможности для хабраюзеров создать свой мини-сайт на хабре. Но потом решили так не делать. А сейчас просто «выпилили нахрен столетний рудимент» во время очередной итерации рефакторинга.
за: иногда код следует перебирать и архитектурно. куча заведомо мертвого кода в проекте — путь в никуда, как жизнь в городе-призраке!
против: только зачем? если рудимент не мешает, то святой принцип: работает-не трогай!

4) Поддомены *.habrahabr.ru хотят дать компаниям под корпоративные блоги (посолидней как-то ведь), а юзеров просто передвинут /users/username/.
за: очень даже возможно. Маркетингово совершенно нелогично когда «компания» имеет какую-то «домашнюю страничку» /companies/thecompany/ а «юзер» получает целый «домен».
против: а компаниям на это пофиг, у каждой из них есть свой корпоративный сайт.

5) Поддомены *.habrahabr.ru хотят отдать под тематические блоги. Каждая тематика-свой поддомен.
за: да, вообще-то логично! более логичнее, чем для юзеров!
против: а смысл?

6) Распределение нагрузки за счет наращивания количества обслуживающих серверов.
за: если определенные юзерские данные были связаны с определенными серверами, то логично.
против: все равно непонятно, если запрос проходит через rewrite то пофиг что домен что кусок пути.

7) Юзеры стали злоупотреблять пиаристыми поддоменами username.habrahabr.ru.
за: а что, *.habrahabr.ru — возможно попробовать как инструмент для раскрутки.
против: «малокалиберно» слишком. тянет на материал для новости на первое апреля.

8) Выкатывание какой-то принципиально новой фишки, где поддомен будет только мешать.
за: неизвестно что это за фишка, может поддомены и сильно будет мешать!
против: а неизвестно что это за фишка, может поддомены и не будут мешать;)

9) Хабр собирается выкатить пачкой сразу кучу хабра-сервисов. Логичное предположение, если ХабраСторадж — только начало, а завта планируется уже ХабраБлекджек.
за: habrastorage.habrahabr.ru для Хабрастораджа более правильно, чем постоянный риск «фишинг-батхертов» вида ha6past0rage.ru. Да и проще с одной кукой авторизации в одном домене.
против: ну, а если какой-то проект предусматирвает «столь тесную интеграцию с хабром», то почему бы не habrahabr.ru/projectname/?

Возможно, это связано с сео.
username.habrahabr.ru и habrhabr.ru — два разных сайта в глазах поисковиков, из-за этого неправильно ранжируется выдача, пузомерки растут хреново и т.п.

Я даже более скажу, домен с www и без www — два разных сайта.
Поэтому надо ВСЕГДА прописывать 301 редирект в .htaccess

Делается это так:

#Redirect 301 / www.site.ru

RewriteEngine On
RewriteCond %{HTTP_HOST} ^site.ru
RewriteRule (.*) www.site/$1 [R=301,L]

Только благодаря вопросу заметил изменения.
И правда, интересно.

> Воткнуться мультиметром в разрез сети 220 вольт?
Как вариант. Правда неоднократно встречался с тем, что вместо действующего значения переменного тока мультиметр показывает все, что угодно.
Можно определить степень загруженность БП косвенно, по уровню его нагрева. Во многих блоках есть регулятор скорости вентилятора в зависимости от нагрузки. Если вентилятор пашет на максимальных оборотах, значит запаса по мощности почти не осталось.
Не следует также забывать, что потребление энергии компьютером очень неравномерно. Большой пик идет в момент включения.
Я бы на вашем месте не экономил, и поставил БП заведомо с запасом.

Я не знаю как сделать это правильно, но вот что придумал:

Использовать стандартный рандом.
Как выше писали сделать рейтинг для каждого поля по любым вашим формулам.

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

Не знаю получилось ли у меня донести мысль, если что пишите, постараюсь подробнее с примерами описать.

Вообще, я вопросы по БД, обычно, задаю на sql.ru, там больше профильных специалистов.

На поддомене каждой компании автоматически отображать ссылки на другие компании отрасли (рейтинг, например).

На основном домене — структурированный каталог компаний со ссылками.

Дать компаниям возможность ставить ссылки (поиск и выбор из базы) на поддемены компапний-парнеров, здесь будут ссылки на компании, не обязательно связанные по сфере деятельности и их будет не так много, как ссылок на другие компании из той же отрасли.

Конечно, количество ссылок должно быть разумным, логичным и с точки зрения читателей, и с точки зрения поисковиков.

Удачи.

PS Можно автоматизировать вставку ссылок на упоминание команий в тексте новостей (не больше 1 ссылки-упоминания в одной статье), ссылки, само собой, — на сайты компаний, зарегистрированных на сервисе.

Как правило, студии оформляются на упрощенку (УСН) по схеме доходы.

Оплачивается 6% с суммы прибыли. Доходы минус расходы будут нерентабельными, потому что расходов, которые можно впихнуть в отчетность, у студии мало. НДС не платится.

Единственный нюанс: если Вы не хотите платить налоги по полной программе (34%), все сотрудники регистрируются как ИП, и Вы заключаете с ними договора на оказание услуг. Это выгодно и не надо платить зарплату в конвертах.

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

Debian

>> — Неограниченные возможности

после этого пункта, дальше читать нет смысла :)

>> Какими свойствами и возможностями должна обладать современная CMS?
Все то что умеет Друпал, только легче в работе и полностью переделанная многоязычность

worksection.com но учет времени только в платной версии.
PS линк реферальный, вот простой +) worksection.com