rPman

Просто авторизация и информация по аккаунту решается уже существующими технологиями (OpenID на персональном сервере, хоть на том же google app engine позволит пользователю не заботиться о повторном вводе данных а серверу не заморачиваться)

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

Регистрацию в такой системе пользователей придется проводить оффлайн с постоянной проверкой (смерти, смены паспорта, ФИО, пола,… или экзотики вида — смена личности для сокрытия людей по программам защиты свидетелей в США).

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

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

Если попытаться разработать такую систему децентрализованной, с защитой всей базы от доступа (интуиция подсказывает что это скорее всего возможно), то это будет бомба по круче bitcoin с ее proof of work.

Просто авторизация и информация по аккаунту решается уже существующими технологиями (OpenID на персональном сервере, хоть на том же google app engine позволит пользователю не заботиться о повторном вводе данных а серверу не заморачиваться)

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

Регистрацию в такой системе пользователей придется проводить оффлайн с постоянной проверкой (смерти, смены паспорта, ФИО, пола,… или экзотики вида — смена личности для сокрытия людей по программам защиты свидетелей в США).

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

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

Если попытаться разработать такую систему децентрализованной, с защитой всей базы от доступа (интуиция подсказывает что это скорее всего возможно), то это будет бомба по круче bitcoin с ее proof of work.

Как указан ситемный диск внастройках ядра? root=/dev/sda1 или UUID? Диск сменил, его UUID тоже сменился (а если что, Label не меняется, он внутри диска уже прописывается)

неужели так сложно?
www.skype.com/go/myaccount
жмете кнопку 'Забыли свой пароль?' и указываете ваш email (это же ВАШ аккаунт)

начните работу с этой кнопки ;)
www.datadisk.co.uk/html_docs/oracle/external_procedures.htm

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

а что у вас резолвится по bin.mysite.com?

В течении двух лет очень активно использовал диск (samsung HD321KJ) на 320Gb, с кучей проблем (бэдблоки, кажется проблемы с электроникой, лог ошибок полный, одно время перегревался, в общем работал в плохих условиях вот и заболел), на нем была система (gentoo, но ее трогал раз в пол года от силы) и архив торрентов (все еще хуже, архив был на RAID0 с чередованием с другим диском, здоровым)… сначала, как только обнаружил проблемы, решио локализовать проблемы, переносом сбойных файлов в отдельный каталог (полное переформатирование диска с пометками бедов мне не подходил, да и долго это, лень было), там от силы с 3 файла было. Диск заполнен был на 90%, в редкие случаи ошибок в файлах (проблемы чаще возникали при записи — скорость падала до килобайтов) при чтении — запускал рехеш торрента и докачивал пару сбойных секторов.

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

virtualbox позволяет работать с физическими разделами и дисками (читать VBoxManage internalcommands converthd --help)

хм… свою?
2км для ультразвука далековато, оптика не универсальна, а для радиоволн запаритесь оплачивать выделение частоты.
И что то мне говорит, что оборудование, способное детектить расхождения с такой точностью (вам же надо лучше GPS/ГЛОНАС?), работающее с вашими 'вышками', обойдется в копеечку.

Покопайтесь тут: wayback.archive.org/web/*/http://habrahabr.ru

play.google.com/store/apps/details?id=com.pas.webcam&hl=ru

Не ищите эти глупости…
Виртуалка -> livecd -> debootstrap (подсовываете любой dep репозитарий, например от ubuntu) = 150mb инсталляция, chroot в нее и до настраиваете (kernel + grub + по мелочи типа timezone, locales) -> опционально доставить драйвера виртуалки (например для vbox дополнения, ставить прямо с cd)

Этот способ идеально подходит к минимальным конфигурациям в любых контейнерах любых виртуалок… lxc/openvz/kvm/vbox/… минимум телодвижений, максимальная скорость развертывания… идеален для запуска серверных/консольных утилит. Для настройки X под суетиться нужно чуть больше (в основном если нужны навороты вида не дефолтные шрифты, сглаживание, ускорение видео и т.п.), просто для запуска приложений достаточно поставить xorg-server и какую либо DM, например openbox.

Один разок обжегся с этим акронисом… больше не использую

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

А после, с помощью плагина 7zip к far извлекать быстро необходимые файлы (оказывается он умеет не только с обычными архивами, но и с с ntfs файловыми системами работать)

Требуется эффективное размещение файлов внутри контейнера? Терпимо ли двух-трех кратное превышение размера в соотношении с суммарным объемом файлов, но при необходимости можно запустить процедуру перестройки всего архива.
habrahabr.ru/qa/10694/#answer_46206

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

Кстати еще очень немаловажное замечание:

* xen/vmware/virtualbox/kvm — умеют работать только с контейнерами, т.е. хост система не монтирует диски гостевых контейнеров (но может это делать через снапшоты, например) — значит хостер имеет ограниченный доступ к данным своих клиентов. Так как для этих технологий вполне возможно создать свою виртуальную машину, со своим ядром и загрузчиком initramfs, тру параноики создают шифрованный контейнер, а пароль вводят через ssh в initramfs. Для получения доступа к данным такой машины потребуется чуть больше чем просто права администратора (в простом случае необходимо будет изучать дампы памяти, а в сложном — потребуется специализированное железо и много много денег)

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

Доступ хостера к данным — очень важный момент для некоторых проектов (здравствуй провайдер linode и украденные много много bitcoin, послужившие теоретически основной причиной смерти сервиса bitcoinica).

Вот популярные системы в порядке понижения функционала:

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

VMWare — как и xen, сложен, наворочен, приправлен соответствующей инфраструктурой и хорошими забористыми ценами :) режима полноценной паравиртуализации не имеет

kvm/qemu — полная эмуляция процессора (а так же виртуализация через поддержку процессорами), есть вкусности от 'старших братьев' вида миграция запущенной виртуалки по сети, переброса железа (сильно хуже поддержка чем xen/vmware) и т.п. можно считать бакэндом, так как GUI в идеалогии не имеет, оно пилится желающим

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

OpenVZ — это работа всех машин на одном ядре (патчи к нему так и зовутся openvz), нет виртуализации, максимальная скорость (так как фактически это расширенный chroot с изоляцией). Для запуска модуля ядра на поклон нужно идти к хост системе и ее администратору (например tun/tap адаптер у firstvds дают по запросу)
Снапшотов нет (но их реализуют через lvm), миграция есть, есть сброс состояния контейнера на диск и возобновление работы…

Lxc — еще проще чем openVZ, нет даже грамотной изоляции (если подсуетиться, можно, имея рут в контейнере, выйти в хост систему с рутовым доступом), прямой аналог jail во freebsd, имеет смысл для хитрых сетевых конфигураций, тестов и т.п.

Chroot — это даже не виртуалка, это просто простейшая изоляция в пределах файловой системы, подмена путей в вызовах функций работы с файлами.
p.s. lxc называют еще 'chroot на стероидах'

OpenVZ/lxc/chroot поддерживают почти полноценное каскадирование виртуалок (т.е. к примеру можно внутри контейнера openvz запустить kvm/virtualbox при наличии модулей, даже с поддержкой аппаратного ускорения)

Если не перелопачивать базу данных, простенько, для галочки… то вместо текста в поле храните сериализованный массив {ru:'Бла, бла, бла',en:'Blah, Blah, Blah',..}…

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

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

Фильтруйте по частоте, но еще лучше не выдавайте напрямую звук с микрофона, а выявляйте по 'шаблонам' и выдавайте чистую запись и т.п.