Wott

У меня организовано следующим образом:
К development серверу есть днс запись вида *.domain.com in A x.x.x.x
Конфиг апача
<VirtualHost *:80> UseCanonicalName Off VirtualDocumentRoot /web/%1/html ServerAdmin webmaster@domain.com <Directory /> ... </Directory> </VirtualHost>

В каталоге /web любой из разработчиков может создавать папки. Сколько ему нужно серверов, и под какие цели — решает сам. Периодически скрипт просит разработчика «почистить» лишние, если у него их больше 5ти. Аналогично для nginx.
Соответственно разработчик сам выбирает ответ на вопрос 1.

К папке /web открыт доступ через sftp, samba. По второму вопросу большинство предпочитают доступ по samba или sshfs (тоесть редактируюют код в основном непосредственно на сервере).

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

Если я Вас правильно понял то:

syntax: keepalive connections;
default: —
context: upstream
This directive appeared in version 1.1.4.

или в случае fastcgi

server {
…

location /fastcgi/ {
fastcgi_pass fastcgi_backend;
fastcgi_keep_conn on;
…
}
}

Поставить на 80 порт nginx и проксировать на необходимое количество apache2.

JBoss — это реализация спецификации JavaEE (контейнер для EAR- и WAR-приложений).
Tomcat — это частичная реализация JavaEE в той её части, которая включает Web-приложения (контейнер для WAR).

Один другого дополняет. Для работы всего этого нужен JavaSE JDK — Oracle JDK или OpenJDK6 или 7 — в зависимости от требований развёртывания.

В WAR-приложениях сервлеты компилируются заранее Java-компилятором в байткод *.class-файлов и созданием архива с *.class-файлами и ресурсами (*.war). JSP-страницы из *.war компилируются «на лету» в сервлеты при первом запросе. Во время первого запроса со стороны пользователей контейнер сервлетов (Tomcat) преобразует JSP-страницы (если они присутствуют) в сервлеты, компилируя с помощью Java-компилятора из JDK в байткод. JVM контейнера осуществляет JIT-компиляцию байткода сервлетов в нативный код и кэширование нативного кода в оперативной памяти для обработки последующих запросов пользователей.

В EAR-приложениях контейнер (JBoss) производит похожую работу совестно с JVM по JIT-компиляции бинов (файлы *.class в *.ear) и кэшировании нативного кода в оперативной памяти для последующего многократного выполнения.

Метаинформация, записанная в файлах *.war и *.ear, нужна для правильного развёртывания, «параметризации» значений свойств сервлетов и бинов, частичным управлением жизненным циклом приложений.

Вообще, есть такая штука, как PCI DSS. Если место, где принимают данные кредиток, не сертифицировано, можно поиметь большие проблемы.
Посмотрите, например, вот здесь — www.braintreepayments.com/assets/308/PCI-Compliance.pdf

сдлать через — линк на главную страницу + алт + титл + прописать названия компании
получается типо <a href="/" alt="name" title="name">Name</a>
это ИМХО