Борис Сёмов

Только это нифига не FPM DRAM. Это flash, прочему то в формфакторе SIMM72.

Как вы себе представляете ИИП бестрансформаторный на 3КВт?
Регулировка выходного напряжения от 310 до 0В? Вы не найдёте такой схемы, тем более проверенной и надёжной — во-первых задача очень сложная, во-вторых совершенно не типичная.

С шаред хостингами стоит быть осторожным, на большинстве со скоростью работы по ftp всё очень грустно.

Можно для этих пользователей создать группу, для этой группы описать в конфиге sshd описать блок:
Match Group gitusers
ForceCommand git_restricted
X11Forwarding no
AllowTcpForwarding no
AllowAgentForwarding no
PermitTunnel no

Где git_restricted, это скриптик на вашем любимом языке, который проанализирует команду, которую пытался запустить пользователь, и которая будет в переменной окружения SSH_ORIGINAL_COMMAND, и если это одна из нужных команд (git-receive-pack, git-upload-pack, git-upload-archive) будет её выполнять с нужными аргументами.

Если поискать, есть готовые решения. Хотя и написать-то не проблема.

У ftp есть fxp, который позволяет избежать дополнительной закачки файла к себе, и осуществить передачу прямо между серверами.

Если нужна передача файлов по udp, между двумя серверами, можно посмотреть в сторону UDT(http://udt.sourceforge.net)

HTTP, кстати, поддерживает докачку после обрыва, если сервер и клиент поддерживают range request.
Например wget поддерживает.

При монтировании cifs добавьте в опции монтирования directio
и выполните команду echo «options cifs CIFSMaxBufSize=130048» > /etc/modprobe.d/cifs.conf

Да, как вариант использовать SFTP, если надо именно ftp и именно под proftpd, то можно почитать www.castaglia.org/proftpd/doc/README.PAM.html

Проверить SMART винтов конечно не помешает, но вообще говоря его надо постоянно мониторить в любом случае, где бы не был сервер.

А вы уверены, что проблема в их каналах? Как тестировали? В каком направлении?
Вот сейчас потестировал канал iperf со своего сервера домой, получил немного за 40Mбит/c, т.е. примерно то, что даёт прокачать мой провайдер.

Собственно ширину iperf, задержки/потери например mtr. Основная проблема в тестировании канала, имхо обеспечить точку, где трафик будет потребляться, таким образом, чтобы это не влияло на результат тестирования.

Иметь базу знаний, с описанием применяемых практик, инструкций, стиля кодирования, etc.
Тестирование, а лучше устный экзамен, во время которого можно пояснить сложные моменты, после определённого времени освоения.
Семинар имеет смысл проводить, если принимается несколько сотрудников за раз, а так на практике бывает не часто.

Единственная хитрость в разбивке — выравнивание по границе блока винта.
Остальное не повлияет на скорость.
А а по схеме разбивки/размерам, надо смотреть, что где вы потом располагать будете.

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

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

1. Вам никто не назовёт этой цифры, без предварительного нагрузочного тестирования вашего конкретного приложения, а если назовёт, это будет заведомое враньё.
2. Зависит от того, где находится ваша целевая аудитория, какой у вас бюджет, какая будет нагрузка.
3. Имеет смысл выбирать после того, как будет понятно, что вам нужно по п.1 для начала можно обойтись каким-нибудь munin или cacti.
4. Например JМeter, подготовив тесты, которые будут приближены к предполагаемой нагрузке, но реальное тестирование на самом деле начнётся когда появятся пользователи, т.к. предсказания часто не сбываются.

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

Ох недолго вам осталось парсить. =)

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

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

CadSoft Eagle, пожалуй, единственная достойная программа. Для домашнего использования вполне хватает бесплатной версии.

Sprint-layout это немногим более чем специализированный графический редактор. Он, на мой взгляд, совершенно не подходит для такой работы.

Идея написать «написать что-то вроде CMS на очень крутом, на мой счет, фреймворке Yii» порочна изначально.
Дело тут не в желании написать CMS и не в Yii, а в том, что писать CMS имеет смысл когда сформулирована некая идея, зачем эта CMS нужна и чем она будет выгодно отличаться от сотен имеющихся. То, что она будет написана на основе какого-либо фреймворка, отнюдь не решающее достоинство.

Правильной идеей было бы: Хочу написать CMS которая будет реализовывать такие-то принципы, иметь такие-то уникальные фишки, и.т.п. ваша же идея провальна с постановки задачи.