rPman

Мне тут подсказали github.com/haypo/pysandbox по уму очень интересный проект…

Думаю это и будет решением

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

еще можно сравнения проводить www.google.ru/trends/

Проблема в том что в имени атрибута есть символ '@', решение — преобразовать объект в ассоциативный массив и обратиться к атрибуту как к элементу массива:

$bug_blog=(array)$blog;
var_dump($bug_blog['@attributes']);

Виндовая network еще со времен win xp была кривой и глючной поделой (не холивара ради), чего стоили проблемы вида — никакие действия из netsh не работали пока не нажать F5 в окне эксплорера со списком сетевых подключений.

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

А 'костылей' вида не желаете?

<?php header('Location: '.rand(1000000,9999999)); ?>

Ведь в этом случае файлы и для клиентов останутся статикой, со всеми плюшками кеширования и т.п.

Я проверял, браузеры без проблем открывают все необходимые ресурсы в не зависимости от того, сколько редиректов было сделано для их получения.

Меняется ли sum(field2) для каждого field и как часто? Критично ли скорость его записи?
Если быть более точным, изменяется ли поле field2? или только добавляются и удаляются новые записи?

Я к тому что такие задачи решаются гораздо проще просто доп-таблицей (field, sum_cache) и обновлением на основе триггеров или самостоятельно… кстати на сколько я знаю есть БД поддерживающие кеш-индексы на основе выражений (фактически они и создают поле и наполняют его триггерами)

Уже очень давно, с самого начала использования личной локальной сети, использую адреса вида 192.168.234.x/24. Ни с чем еще не пересекался.

Если вам нужно именно удаленное 3D, то только linux а точнее xorg-server предоставляет вменяемые средства по удаленному доступу к 3D-акселератору, только в этом случае программе на сервере предоставляется доступ к акселератору на клиенте.

Плюс виртуальные машины предоставляют очень кастрированный доступ к физическому железу хоста (исключение — переброс pci/pci-e но требуется недорогая поддержка железом, и монопольный доступ для каждой виртуалке своя плата).

Под windows одно время копался, были достаточно дорогие средства по трансляции opengl вызовов (т.е. directx приложения работать не будут), возможно сейчас более развитые, но точно универсальной поддержки планшетников не ждите.

p.s. наверняка при использовании каких-либо железных решений инфраструктуру такую можно построить, например сервис onlive явно не на чисто физических железках работает (но возможно там решения из разряда мультидисктоп уровня aster от ibik.ru плюс железные видеокодер и контроллеры клавиатуры с мышкой).
Очень хотелось бы узнать какие действительно технические решения там используются.

Иногда бывает эффективнее заранее пронумеровать записи пользователей в отдельном поле (однократно старые данные и затем при добавлении и удалении записей заново перенумеровывать), тогда запрос станет очень простым:

select * from статьи t where t.номер<=:limit

Если это ssd и если FreeBSD поддерживает trim то можете попрощаться со своими данными
TRIM_(команда_SSD)

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

Бонусы при регистрации, скидки как разовые так и постоянные, древовидные партнерки (доля с комиссий приглашенных)…

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

Элементарно — поставить каскадный прокси, уже не требующий пароля, который в свою очередь подключается к тому что пароль требует.

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

Иногда даже любой железяки (плоская прямоугольная, под размер корпуса, если будет медь — так вообще ляпота) может хватить, если воздух будет ее обдувать, а HDD будет напрямую к ней прикреплен. Для тесных условий это идеальный вариант… только вот где брать железяку — вопрос, как вариант вырезать из старого корпуса.
p.s. а если согнуть, да еще и по хитрому…

Судя по всему требуется временные заглушки на время разработки/развития проекта, либо подключение к существующей БД, структура которой отличается от требуемой.

Универсальное решение — сделайте view в БД, в котором добавьте нужные поля.

Проблема как я понимаю только с данными? Вычисления будет проводить сам сервер (пусть виртаулки на нем запускаются)

Гигабитная сеть и распределенная файловая система в шифрованных с многократным дублированием контейнерах — файлах на всех машинах пользователей (рейд lvm/распределенная система с помощью drbd/доступ к контейнерам smb), файлы оформить в виде пользовательских pron.avi, так же надежнее можно работать с якобы системными файлами (например на системном диске pagefile.sys и hiberfil.sys есть всегда, содержат мусор, использовать не обязательно, народ даже будет не в курсе).

Запуск процессов на сервере только вручную с помощью флешки доверенного лица

p.s. так же 90% случаев достаточно в сервер напихать побольше оперативной памяти и держать рабочие образы там (с резервным копированием налету в сеть).

mplayer (точнее утилита mencoder), пользуюсь консольной версией, поддержка практически всех платформ.

Нужно обязательно vmware? virtualbox например из командной строки предоставляет полный доступ к виртуальной машине и даже больше. kvm тем более полностью определяет запуск машины из командной строки в момент запуска,…

sqlite — одна из самых медленных реализаций на запись (на средней win машине от 100ms на транзакцию), даже у ms access быстрее, но чтение шустрое, плюс совместимость высокая (если нужно отдельный файл, значит нужно переносить с машины на машину? а sqlite есть под ВСЕ платформы)

nosql вообще сложно сравнивать с sql, наибольшая скорость (на порядок выше sql), но key -> value создает ограничения, и имеет смысл в основном для document-oriented баз данных, т.е. если у вас есть 1->m то придется сериализовать списки и следить за целостностью самим.

вам нужно все 100+ машин одновременно работающих? а может хватит чего-то поверх снапшотов?

Пожалуйста, умоляю, не делайте постраничную выборку… всеми силами избавляйте пользователя от постраничного сканирования… это сложно/медленно для сервера (недавно анализировал очередной высер для распила госбюджета — выборка записи из справочника из 13т. записей 1500 страниц… кому такой бред нужен, кстати тормозит по 3 секунды на любой пшик)

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

Выбор адреса — вообще классика, как только разработчики не изгаляются (сам помню извращался со сложной активной формой меняющей фильтр в полях выбора и их отображение). Пусть выводится полная строка из базы КЛАДР (страна, область, район, город/село, улица), а поиск полнотекстовый сразу по всем полям.