rPman

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

Еще есть аналогичные опенсорсу лицензии на данные — Creative Commons license

Принимайте bitcoin, для организации приема не требуются ни знания, ни документы,… что логично.

Для вывода webmoney пользуйтесь bitcoin -> WMX -> wm.exchange.ru -> Webmoney (это фактически их штатные сервисы)

Но для дальнейшего использования фиатных средств вам все равно потребуются документы, у вас нет выбора, кроме как заниматься беготней от финмониторинга через 'симки на бомжей'!

Поделись в личку ссылку на сервис, пожалуйста.

Только рут, ну или выпаивание микросхемы памяти, что явно сложнее.

Если у тебя varchar или text то при сравнениях регистр будет игнорироваться, так что по уму достаточно при выводе везде добавить uppercase.
p.s. а тригером на изменение, некрасиво но действенно.

Онлайнфильмы через браузер, для слабого процессора старых ноутбуков — это беда, особенно если это flash. Для некоторых сайтов можно найти плагин '->mplayer', я даже некоторое время на древнем eeepc900 так сидел… не комфортно.

Так же 512мб оперативной памяти для современных браузеров — впритык, и учитывая что скайп, в зависимости от нагрузки контактами, отжирает от 100мб… спастись можно только либо старыми версиями браузера (досвидания совместимость и плюшки) либо терпеть.

Года два назад я пилил gentoo-сборку под именно свой ноутбук 1Gb оперативки, было терпимо именно для этих задач, но позже понял что в 90% случаев удобнее подключиться терминалом RDP к виртуальной машине на более мощном сервере, а фильмы сначала скачать соотв. доунлоадером и смотреть без тормозов в обычном плеере.

Соответственно сейчас я без заморочек водрузил Ubuntu 12.05, но в вашем случае DE нужно менять, unity не подойдет. Пусть даже это будет обычный openbox.

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

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

Поделитесь потом собранной базой (на пиратских ресурсах-торрентах) со свзяной метаинформацией

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

Боюсь искать специализированное железо будет сложно/дорого, возможно какие то камеры дадут покопаться в своих внутренностях и поставить свою прошивку. Самое дешевое, снабдите дешевую камеру готовым роутером (на базе того же dlink) с usb а там обычный linux и 100500 вариантов, от поднятия vpn до реализации открытия исходящего соединения с камеры до вашего сервера.

Любой крупный архиватор (без режима 'solid') собственно так и делает. тот же rar или 7z.
p.s. чем собственно tar не устраивает?

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

Переложить весь код генерации в отдельный процесс, запускаемый вне сессии IIS (отдельным сервисом или даже standalone приложением) на том же php через какую-либо простенькую очередь, а вебсерверу оставить задачу — поместить задание в очередь, ждать его завершения, отдать результат.

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

И главное, переписывать ничего не придется, фактически только добавить очередь задач и ее обработку.

Я не знаю, пробовали ли вы этот вариант, основанный на утверждениях:
1. полностью вся карта игрового мира изменяется не сильно
2. обычно карту можно попытаться поделить на зоны или в тупом варианте ячейки (или точнее варианты перемещения между ними), которые так же меняются очень редко и не сильно
Простейший пример: пусть зоны — просто квадратные ячейки внутри простой сетки, размер ячейки сравним со средним размером препятствия на карте.
Более сложный пример: многоугольная область поделена на зоны по границам больших препятствий, и перпендикулярно пересекающие типичные пути движения юнитов (грубо говоря магистрали их движения), такую статистику в процессе игры собрать не сложно, сложнее выбрать размер зоны, как враиант — фиксировать количество таких зон от среднего количества юнитов в игре…
Тогда из соседних ячеек пути перемещения обычно либо в обход через соседние ячейки либо через соединяющую грань между этими двумя.
Размеры ячеек должны быть подобраны таковыми, чтобы вмещать некоторое (не сильно большое) количество препятствий… десятки или сотни.

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

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

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

Не надо мучиться, напишите на моно простейшее консольное приложение использующее штатный контрол WebBrowser (при запуске под mono используется firefox), и пишите всю логику на javascript, запуская тут же на этой же странице на onload (точнее его аналог события на контроле).
Оно действительно получается очень простым, вся логика влезает в javascript с использованием jquery (его можно грузить в отличный от '$' идентификатор). И при этом запускается такое приложение на любом самом дешевом vps linux.

Я думаю между этим приложением и своим на php обмен сообщениями осилите c простейшими push ajax запросами или даже websocket?

Выбор между с++ и java (добавьте сюда .net c# ) это больше не выбор между языками программирования и синтаксическим сахаром, а выбор между фреймворками (библиотеками) которые идут вместе (или для) с этим языком как 'стандарт по умолчанию'.
Тем более эти языки на столько похожи, они вышли то и одного лона 'старого c++'!

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

omnimod, с грубым приближением, какая получается цена внедрения описанного вами решения только за счет лицензий на софт, и это без учета лицензирования приложений, для которых собственно и строится такая архитектура (с чем там работают эти 40 пользователей)?

Если с железом проблем не будет (переброс пока не очень хорошо работает, может попасться видеокарта, которую не удается перебросить, или будут проблемы при установке драйверов… но они решаемы, и т.п.), то может возникнуть другая проблема: к примеру anti chit guard система frost у игры aion от innova может не позволить запускаться из виртуальной машины (не пробовал, но на форумах жалобы были).

прежде чем менять интерфейс необходимо:
1. спросить пожелания пользователей (записать по максимуму, даже противоречивые)
2. собрать статистику использования полей (по базе данных или вставить хуки в коде)
a) определить, как часто люди щелкают мышкой а когда пользуются кнопками (tab или еще как)
b) проанализировать время между вводом каждой данной
c) в идеале добавить анализ движения глаз (уже есть такое оборудование, включая софт для качественных веб-камер)
d) связать эти данные с пользователями, разделив их на классы (новый/старый или опытный/новичок или умный/глупый или мужской/женский пол и т.п.) так же необходимо как то определить набор типичных бизнесситуаций, при которых открывается эта форма

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

затем посмотрите, какие пожелания ложатся на исправление выявленных затыков

вот только тогда нужно думать что изменить