Основной задаче соответствуют практически все популярные (их уже перечислили) ЯП с соответствующими (их тоже) веб-фреймворками. Языки можно разделить на два больших класса: компилируемые (пускай и в байт-код) со строгой статической типизацией — Java, C# и интерпретируемые (пускай и байт-код :) ) с нестрогой динамической типизацией — Python, PHP, Ruby. Если раньше писали на Pascal, то первые вам, наверное, изучать проще будет, а на вторых, как правило, получается более компактный код (и, логично предположить, меньшее время разработки).

Лично я выбирал бы между Java и Python. От изучения C# воздержался бы в виду сильной привязки самого популярного фреймворка для него к конкретному семейству ОС (Mono не является аналогом .Net — они поддерживают пересекающиеся множества API, для кроссплатформенных нужно будет пользоваться только пересечением), от PHP в виду большого количества «унаследованных» особенностей и самого языка, и его стандартных библиотек, от Ruby — достаточно малое сообщество, имхо.

Ещё можно рассмотреть серверный Javascript (чтобы не изучать ещё один язык, а без JS вы вряд ли обойдётесь), но тут мне совсем сказать нечего, кроме как что есть node.js и ориентирован он на асинхронную модель обработки.

>Проблема усугубляется тем, что необходима работа со считывателями магнитной полосы и прочие хитрости.

Не сталкивался, но что-то мне подсказывает, что от серверной платформы тут практически ничего не зависит

Легче на таблицах, лучше на дивах :)

То есть дублировать данные в БД, реализовав собственный механзим сохранения сессионных данных? Имхо, не стоит, если нет каких-то очень специфических требований — или дёргайте БД при каждом запросе или дёргайте её только при аутентификации и пользуйтесь стандартными средствами сессий для сохранения полученных из БД данных для дальнейшего использования

Для каждой неактивной страницы с плеером невозможно, имхо, по определению. Какой из 100500 запущенных плееров/треков должна приостановить клавиша/команда/сообщение/сигнал/… «Pause»? Хорошо, если на активной странице приостановит, и то хлеб.

Помню у меня был номер II-МЛ 698038 — полностью этому «регэкспу» соотвествует

По моим ощущениям сильно зависит от того есть ли на компе на котором крутится скайп возможность слушать порты для коннектов извне и, если есть, от ширины канала. Был очень неприятно удивлён после полугода использования скайпа в режиме 24/7 (и максимум пару килосимволов текстовых сообщений), которые выливались в сотни килобайт трафика на канале в 1 мбит за провайдерским натом, когда пришёл счёт за трафик (по 1р за Мб) на канале в 10 Мбит с белым IP в том же режиме — трафик превысил привычный на несколько (не на один, как я ожидал) порядков. Опротестовать счёт не удалось (что, в принципе, разумно, но попытка не пытка), с тех пор скайп только в режиме «Срочно выйдите в скайп, иначе сотрудничество прекращаем» на мыло/телефон и если сотрудничество того стоит :)

Обработчик поиска формирует результативный набор записей, сохраняет их (целиком или только id) в сессии с ключом (там же сохранить и параметры запроса можно, например md5 от строки поиска и редиректит на что-то вроде /search?key=hash — по хистори можно ходить какое-то время да и на бд нагрузка меньше

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

Сложности две:
— лениво писать тесты на тривиальный код (то есть кода ещё нет «на бумаге», но «в голове» уже он есть)
— лениво писать тесты, предусматривающие всё и вся, например, что методы доступа к СУБД вернут какую-ту ахинею, а не либо корректные данные, либо ошибку. Или, скажем, конструкция return new SomeClass() вернёт не экземпляр SomeClass.

Вероятно я написание тестов так до конца и недопонял, особенно что касается тестирования связанных объектов (например кобинации контроллер, модель, репозиторий)

Рассматриваете только stand alone? Если нет, то блогспот, имхо, очень неплохой вариант, особенно если потратить время на тюнинг и немного денежек на свой домен (или бесплатные .org.ru .net.ru .pp.ru и т. п. привязать). Из стэндэлон MaxSite CMS неплоха, если 100500 тем и плагинов вордпресса не требуется.

Учитывая что дорога в среднем 100-150 рублей и пару часов времени, то 500р от 5 минут до 3-4 часов, 1000 р (+обед :) ) — больше полдня. Но это в случае если «заказ» явно не коммерческий, домашний комп и заинтересован в знакомстве без особо меркантильных мыслей. Те же знакомые не гнушаются брать «за бензин» те же 500р, если надо срочно что-то (или кого-то :) ) куда-то отвести.

P.S. Бывают варианты, приглашают в гости пива-водки попить и под шумок просят «посмотреть», если мелочь (+- 10 минут, то смотрю, если нет грю, что на трезвую голову надо разбираться :) )

VDS или просто DS? :)

Вот что выдаёт, например, яндекс:

GET / HTTP/1.1
Host: yandex.ru
…

HTTP/1.1 301 Moved Permanently
Date: Fri, 24 Sep 2010 22:18:20 GMT
Server: Apache/2.2.9 (Unix) mod_perl/2.0.4 Perl/v5.8.8
Location: www.yandex.ru/
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 189
Connection: close
Content-Type: text/html; charset=iso-8859-1

Невозможно загрузить исходный код для: yandex.ru/

На него тоже Хром ругается?
Вот пример из вики en.wikipedia.org/wiki/URL_redirection:

HTTP/1.1 301 Moved Permanently
Location: www.example.org/
Content-Type: text/html
Content-Length: 174

Moved

Moved

This page has moved to http://www.example.org/.



Может в чём-то другом ошибка?

server {
server_name ~^(?\w\.\w)$;

rewrite ^/(.*)$ www.$domain/$1 permanent;
}

server {
server_name ~^www\.(?\w\.\w\.\w)$;

rewrite ^/(.*)$ http://$domain/$1 permanent;
}

Как-то так, регэкспы на соответствие rfc расписывать не стал :)

Если при успехе (читай — увеличении нагрузки) проекта вы рассчитываете купить (или арендовать) «нормальную» версию, то смысл имеет, если же нет, то лучше сразу ориентируйтесь то, что сможете себе позволить, дабы не пришлось потом модифицировать проект для работы с не столь дорогими, но более функциональными СУБД

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

Имхо не стоит использовать хабр в качестве «площадки для наращивания тИЦ»

Скорее 5%*степень сжатия, хотя не интересовался

Есть мнение, что некоторые CMS с некоторыми темами (неважно покупные, заказные, самописные или бесплатные те и другие) генерируют настолько грязный код, что поисковик в нём разобраться не может :) В том же вордпрессе добивался значительного повышения ранжирования «одним кликом» — сменой темы, — без значительных визуальных изменений но со значительным изменеием качества вёрстки

Google в своих проектах использует перенаправление с www.example.com/some/path (английский язык) на www.exapmle.com/intl/ru/some/path то ли по accept-language, то ли по кукам, то ли по сессии (экспериментировать лень). Страница www.example.com/intl/en/some/path также существует (тоже лень экспериментировать идёт ли туда редирект если заголовков минимум посылается (нет accept-language и кук) или выдаёт то, что запросили — в результатах поиска на английском выводится без указания языка в урле, так что скорее всего выдаётся основная).

P.S. редирект 302 у них используется для этого