d'Ivan

Некоторые советы

Старый репозиторий:
git remote -v
Копируем в буфер URL в строке с fetch

Создаём новый репозиторий:

git init
git remote add scratch <remote-github-url>
git fetch scratch
git cherry-pick <FIRST-COMMIT-SHA1>
git remote remove scratch (опционально)

Мне думается проще использовать бесплатно redmine на хостинге.
https://www.hostedredmine.com/
https://plan.io/redmine-hosting/

Сегодня наверно аналогом DBF будет СУБД SQLite А дальше как с любой другой SQL БД.

sqlite.mobigroup.ru/wiki?name=sqlite3-dbf

aria2

aria2 is a lightweight multi-protocol & multi-source, cross platform download utility operated in command-line. It supports HTTP/HTTPS, FTP, SFTP, BitTorrent and Metalink. aria2 can download a file from multiple sources/protocols and tries to utilize your maximum download bandwidth.

Задача OpenCV в данном случае - распознавать образ при обработке картинки, но не более того.
А для работы с ОС есть свой API. Ищи в MSDN насчет аутентикации пользователя.

Для затравки:
stackoverflow.com/questions/5483407/subqueries-in-...
stackoverflow.com/questions/24345959/rails-activer...

или попробовать с Sequel.

Удостовериться, что миграция по созданию rooms происходит раньше данной.

После этого, из-за того что мигрировал БД с закомментированной строкой, то нужно откатиться назад:
heroku run rake db:rollback

Есть такие программы резервирования, которые только накапливают информацию, но не удаляют - по подобию систем контроля версий для кода.
Ещё полезно иметь функцию дедупликации данных, за счёт применения которой будет экономиться место хранения.

В Vbox называется snapshots. После сохранения снэпшота все изменения сохранятся в другом образе.

Beyond Compare, например.
Тотал Коммандер умеет сравнивать по содержимому.

Я бы попробовал создать символьные ссылки на эти файлы в одной из пользовательских директорий.

Вводимое число записывается по десятичной системе счисления.

Чтобы новое число было в обратном порядке, нужно не просто складывать, а ещё умножать на основание в степени с учётом позиции в числе. Таким образом, нужна ещё дополнительная переменная-счётчик для позиции.

Напишу просто некоторые свои мысли.

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

Защита данных пользователей
Сегодня принято осуществлять шифрование пользовательских данных. Мне кажется, что архитектура БД может сильно зависеть в зависимости от того насколько сильно важна защита данных ваших пользователей. Нужно подойти к этому вопросу основательно и ни в коем случае не использовать самопальные алгоритмы.
Можно защищать не только данные переписки, включая медиа, но и сохранять анонимность участников. Идентификаторы участников (хеш, а не primary ID) можно привязывать к идентификаторам пользователей.

Rack
Rack from the Beginning

Rack is the HTTP interface for Ruby. Rack defines a standard interface for interacting with HTTP and connecting web servers. Rack makes it easy to write HTTP facing applications in Ruby.

Из минималистичных фреймворков рекомендую Sinatra

Если соединение через интернет, то это нормально.
Можно попробовать включить сжатие в опциях подключения к СУБД.

Попробуй скачать версию поновее отсюда: https://bitbucket.org/ivinco/dokuwiki-sphinx-searc...

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