rPman

miniitx + аккумулятор + корпус (бегло посмотрел, гугл выдал не сильно дорогие варианты адаптеров подключения к батареям, я так понимаю от автомобильных до от UPS)… к сожалению именно корпус и этот адаптер будут составлять больше половины стоимости решения.

ithappens.ru/

Если я не ошибаюсь, практически любые DDL операции с myisam у mysql — это почти полное копирование, т.е. создается временная таблица, туда переливаются данные, после этого удаляются старые и переименовываются созданные.
Значит проблем не должно быть.

p.s. бакап/восстановление myisam таблиц возможен просто в виде файлов самих таблиц (скопируй всю папку /var/lib/mysql/база_данных )

у samba выше 3 точно есть механизмы маппинга пользователей windows на права unix, даже работает штатный windows-редактор прав в свойствах каталога.

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

Полным функционалом почти наверняка будет пользоваться минимальное количество пользователей, но из-за этого требовать заполнение 'лишних' полей ВСЕХ пользователей как минимум некрасиво.

Мне тут подсказали 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% случаев достаточно в сервер напихать побольше оперативной памяти и держать рабочие образы там (с резервным копированием налету в сеть).