Борис Сёмов

А какие требования ещё к объекту и материалу? И в каком количестве он нужен?
Если вам необходимо более-менее массовое производство, то однозначно отливка в прессформу. Тут можно добиться и глянца, и при правильном проектировании формы, отсутствия/минимизации обработки.
При печати обработка поверхности однозначно потребуется…
Если единичная/мелкосерийная штука, то стеклопластик и окраска, могут стать куда более разумным и доступным решением…

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

Под вашу задачу нужны выделенные сервера с выделеными же каналами, и хорошими дисковыми массивами.
А про 500мбит на селектеле — это шутка, видимо.

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

Как можно доверять инструменту, который строит оценку на непонятно кем, как, и почему выбранным критериям? =)
Сколько стоит навороченный интернет магазин на новом домене с нулевой посещаемостью? Сколько стоит личный блог на каком-нибудь конструкторе, после всплеска посещаемости? =) И.т.п. Это не инструменты — это бред.

Я проверил — говноблог однако ж дороже.

Очень сильно зависит от работника. И считать «среднюю температуру по больнице», на мой взгляд, тут бесполезно.

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

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

В скольких сравнениях, кстати, исчисляется опыт?

Можно собрать подходящее по размерам решение на базе промышленных компьютеров что-нибудь типа ru.wikipedia.org/wiki/ETX. Обычно там есть CF на борту, на которой как раз ставится операционка, можно найти готовый БП с доп. батарейкой.
Довольно сложно купить, дорого, но впишется в размеры и железо качественное и надёжное. =)

Самый простой и разумный вариант, подходящий под задачу, всё же сабноут или нетбук…

А OS придётся настраивать в любом случае.

1. Есть — www.gnu.org/licenses/old-licenses/gpl-2.0.html, естественно это не та лицензия, которую надо продавать. =)
2. Действительно толковой интеграции с 1С нет ни в Drupal, ни в Bitrix.
3. Нет, но в таком виде он и не особо нужен — пилить готовое решение до того состояния, которое необходимо клиенту часто более трудоёмкий процесс, чем создать его из блоков, особенно если есть свои заготовки. Drupal очень гибкая и модульная система, а чтобы не повторять свои решения, можно делать и развёртывать заготовки с помощью features. Это, например, может быть готовый раздел новостей, или другая крупная часть функционала. Есть и различные сборки, но у такого подхода есть минусы — во-первых они практически никогда не совпадают по функционалу с ТЗ конкретного клиента, во-вторых вы не участвуете в развитии и обновлении, с и в один прекрасный момент это может выйти боком…
4. В случае Drupal тут всё зависит от вас, как разработчика — админка Drupal темизируется и настраивается не хуже фронтэнда. Можно сделать в точности соответствующей нуждам клиента, можно очень неудобно, можно оставить как есть.
5. Требования к хостингу сопоставимы — и тому и другому нужен хороший хостинг. Bitrix из-за общей прожорливости, Drupal из-за любви к оперативке, и большого количества запросов к БД, которые на хреновых хостингах часто просто лимитируются.

Разрабатывать под Drupal проще, особенно, если делать что-то не стандартное. Ситуация с этим в Bitrix та же, что вы описывали для UMI.
У Drupal нет мощного маркетинга, поэтому найти заказчика и продать ему сайт на Bitrix проще. И это может быть критичным плюсом, который перевесит все проблемы разработки.
Собственно именно на этом маркетинге Bitrix и выезжает — внутри откровенная гниль.

Встречный вопрос — а чем это вам мешает?

На самом деле, тут вопрос не совсем правильного использования терминов — VPN это Virtual Private Network, комплекс средств объединения сетей или подключения к удалённой сети. Он обычно включает в себя тот или иной туннельный протокол с шифрованием, но это, видимо, не то, что вы имеете в виду. =)

Для защищённой передачи данных используются различные туннели. Это и туннели на уровне приложений, например ssh, и протоколы, например ipsec, l2tp, pptp, и множество других. Есть ещё специализированные протоколы, такие как sftp, ftps, scp, bittorent c принудительным шифрованием и.т.п., которым не нужен отдельный туннель.

Поверх туннелей, могут использоваться различные протоколы передачи файлов. Например, может быть удобен rsync, о котором писали выше, и который обычно используют поверх ssh, а можно и без него. Можно использовать NetCat(nc) поверх того же ssh, или dump|restore. Можно использовать и любой другой софт, который умеет копировать файлы по сети, хоть ftp over ssh. =)
Тут выбор зависит от платформы и того, что надо копировать и как…

Простейшим решением, будет наверное sftp — и клиенты и серверы есть под многие платформы, просто развёртывается и настраивается. Например под Windows можно использоватьFileZilla + Filezilla server.

А зачем вам посылать http запрос? ICMP echo request (ping) для такой задачи подходит куда больше…

Rsnapshot(http://www.rsnapshot.org/), например. И собирать по ssh со стороны удалённого сервера, используя авторизацию ключиками.

Стоит посмотреть статистику по прерываниям, это может дать идею, в чём проблема.
#cat /proc/interrupts

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

Ещё к вышесказанному:
Для большей изоляции можно загонять каждого пользоватея(каждый пулл) в chroot, это также умеет делать php-fpm.
Главное неудобство — необходимо создавать минимальное окружение для каждого пользователя и поддерживать его в актуальном состоянии, но для этого есть немало готовых скриптов.

Фреймворки необходимы, как основа любого боле- менее сложного проекта.
Основные причины:
-Стандартизация и поддерживаемость кода, и уже это, практически всегда, важнее нескольких процентов оверхеда.
-Упрощение коллективной разработки.
-Повторное использование кода — отсутствие необходимости каждый раз реализовывать типичные вещи и отлаживать лишний код. Это касается и библиотек. Писать всё с 0, практически всегда, крайне неразумно. Кроме того, что заметно увеличиваются трудозатраты, так и качество в среднем падает(или трудозатраты растут уж совсем сильно — куда больше отладки и тестирования).
-Возможность генерации кода и.т.п., что помогает сильно ускорить разработку.

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

> Как остаться нормальным программистом не на задворках, не потерять хватку и не теряться во всем этом?
Постоянно учиться и специализироваться в более узкой области. Это верно для любого специалиста, собственно, и с программированием прямо не связано…

Собрать нужное на Gentoo, c минимумом лишних зависимостей, и хорошей оптимизацией. Процесс заметно более трудоёмкий, конечно, но профит по ресурсам и быстродействию заметен.

Сильно от приложения зависит, конечно, но чаще всего, использование такой связки совершенно не оправдано. Да и использование varnish вообще где не попадя часто плохая идея, хотя бы из-за довольно странного использования им памяти.

Довольно разумным решением будет не отказываться от Apache вовсе, поставив при этом перед ним nginx как reverse proxy, и заодно, используя нужные вам фишки Nginx.
Оверхед, по памяти, в сравнении с fastcgi незначительный, быстродействие часто даже выше. Плюс более широкие возможности мониторинга, за счёт Apache что бывает весьма полезно.

Решаются сразу две проблемы — нет необходимости бодаться с админами из-за репозиториев, и при этом вы вполне можете использовать необходимые вам возможности Nginx.

Самый правильный метод, если есть разъём на модеме, поставить внешнюю антенну. Это и качество приёма поднимет куда лучше, чем вынос модема на улицу, и проблему утепления и гидроизоляции решит кардинально — пассивной антенне температура практически не важна.

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