DevMan

Самое простое в такой ситуации, по-моему, просто дублировать поля, которые надо переводить, что-то вроде:
id: integer, required
title_ru: string, required
body_ru: text, required
title_en: string
body_en: text

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

XSLT советую. Для него можно XML-ку собрать каким нить SimpleXML — очень удобно. Каждый модуль проекта может в один и тот же объект SimpleXML вставлять свои данные а потом XSLT уже выбирает то, что ему нужно.

Из плюсов — хорошо переносится между языками (если вдруг понадобится), можно с помощью тех — же XSLT попробовать реализовать REST API. Да просто довольно правильный стиль навязывает при создании шаблонов. Опять же, для NGINX есть модули для XSL трансформации внутри него (хотя смысла делать шаблонизацию внутри легкого асинхронного веб-сервера я лично не вижу)

Если умудриться распарсенные шаблоны каким-то образом сохранять в памяти между запросами (на PHP трудно реализуемо пожалуй) то вообще летать будет.

Можно еще ALTER IGNORE TABLE bzzz add unique index tmp(column1, column2)

В W3C спецификации теги EM и STRONG вынесены в раздел Структурированный текст -> Элементы фраз.
    EM: Indicates emphasis.
    STRONG: Indicates stronger emphasis.
Внешний вид, как будут отображаться элементы фраз, определяется браузером. Эти теги могут учитываться, например, Text-to-Speech движками для изменения интонации или громкости голоса.

В то же время B и I относятся к разделу Форматирование -> Шрифты и дают явное указание браузеру, каким шрифтом отрисовывать фрагмент.
    I: Renders as italic text style.
    B: Renders as bold text style.

>>написание грамотных sales latter
Если вы имелли в виду «sales letter», то лучше отдать на аутсорс.

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

Ошибка в понимании разницы между PDO и ORM, вопрос звучит как «ложка или тарелка за ужином»

PDO это DBAL — простой интерфейс для работы с базой данных, который предоставляет одинаковые методы для работы с различными базами данными, поэтому вам не надо задумываться с какой именно БД мы работаем в текущий момент.

ORM — из википедии — is a programming technique for converting data between incompatible type systems in object-oriented programming languages. Т.е. техника конвертации обычных таблиц, как в реляционных бд, в объекты. Это и очевидно, с обычными массивами работать трудно, а FETCH_OBJECT это всеравно не ОО-подоход.

Одна технология дополняет другую.

Теперь про propel и doctrine.

Doctrine 1 мне не понравился потому, что в него добавили кучу непонятных фич и в конечном результате вышла каша, трудная для изучения (для примера, три способа извлечения данных из сущности, непонятная абстракция 'Table').

Propel. скорее мертв, чем жив. Его поднял и поддерживает сейчас только один человек. Не понравился тем, что на одну сущность генерируется 6 непонятных классов, да и сам процесс генерации надоедает

Doctrine 2 это практически hibernate для php %) по сравнению с первой версии его очистили от мусора, сделали его data mapper-ом. Что нравится — это понятный интерфейс, чистые доменные объекты (сущности) — весь конфиг можно вынести в аннотации/xml/yaml. В результате все модели выглядят так же просто, как и class news {private $title; private $text; }. Остановился на нем.

Samba

http://www.google.ru/search?hl=&q=wi-fi+hotspot+software

Как вы собираетесь защищаться от атаки хотя бы с 20 000 айпи? С помощью пхп?

Это как использовать малую сапёрную лопатку, но крутой иностранной фирмы, для защиты от «примитивного» ядерного удара.

Как один из авторов NetXMS-а, рекомендую именно его.
Одна из сильных сторон — нативная поддержка Windows, включая централизованное обновление агентов.

Вам что нужно сделать-то: составить ТЗ иль продвижение?
Если продвижение, то зачем вам стратегия покупки статей? Если ваш сайт должен деньги зарабатывать, то и мерить результат нужно в деньгах(полученных), а не в купленных статьях.
Определитесь, какой результат вы хотите получить и как вы его будете измерять. Если оптимизатор говорит вам: «Я куплю n статей и m ссылок, проспамлюсь там-сям и т п.», — отвечайте, что вам это интересно в десятую очередь, пусть скажет, сколько это будет в полученных вами рублях(если вы знаете, сколько вам приносит целевой посетитель). Если он всячески сопротивляется попыткам на этом языке говорить, то лучше с ним дела не иметь.

Я бы рекомендовал Zabbix.
Но судя по отсутствию в вопросе упоминаний об ОС и странному выбору ПО для мониторинга, то включаю телепатию и предполагаю, что все серваки ваши — WIN. Так?

Слишком размытый запрос. Я уже вижу, как снизу развернулась война NV vs ATI.

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

c указанием конкретных моделей.

%любой безглючный роутер% — проблем нет.
Под «безглючным» может скрываться тот же DI-524, но с невысохшими конденсаторами, например. У меня старенький, дешёвенький trendnet-432 за 1200р, никаких проблем нет.

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

можно ведь написать «достаточно общего опыта (<php… ?>) и обязательного знания нескольких ключевых технологий на уровне сотни строк кода — как обратиться к memcached или сделать запрос в sphinx».

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

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

Программист пишет на том и на сем и хочет быть спрошенным, хочет ли он писать вообще и может ли, а не «когда что как». И пока задается только второй вопрос, ответа на него не будет — нужного вида опыта не наберет. Максимум, на google code что-нибудь зальет, недоработанное из-за необходимости «рубать бабосы» чем-то таким, что не дает опыта или денег. Исключение — CPAN/PEAR репозитории, обычно они приводят к опыту обоих типов (а иногда — к индусскому коду).

С удовольствием бы зашел на упомянутое собеседование (для себя — если была бы возможность работать удаленно) и пообщался именно в таком ключе. Кто-то еще, all?

Выберите сеть, которая заинтересует, зайдите в соответствующий раздел и получите ответы на все Ваши вопросы.

П.С: начните с вконтакте, там есть все, что Вы спрашиваете.