d'Ivan

По-моему, 1-й вариант будет быстрее, так как не будет тратиться время на переключение контекста. Так что преимущества может не быть, если говорить о некой абстрактной вычислительной задаче. Но на практике ускорение может быть, когда есть работа с сетью или накопителями данных.
Это моё предположение.

Сам URL-ы генерируются в RoR, а nginx лишь отдаёт контент, не более того.

edgeguides.rubyonrails.org/asset_pipeline.html#cha...

The public path that Sprockets uses by default is /assets .

This can be changed to something else:
config.assets.prefix = "/some_other_path"

Нужно поправить файл config/environments/production.rb

https://stackoverflow.com/a/37918186

Альтернативно, можно вообще хранить всю статику на отдельном CDN сервере:

config.action_controller.asset_host = 'cloudfront.mysite.com'

DNS:
cloudfront (.mysite.com) CNAME --> mysite.cloudfront.com

Можно одинажды настроить виртуальную среду в Vargant (виртуализация ОС) либо Docker/rkt (контейнерная виртуализация). Фишка в том, что (почти) не имеет значения какой дистрибутив Линукса (главное, из современных) и какая версия.
Настройки виртуальной среды хранятся в файлах:
Vargant: Vagrantfile
Docker: Dockerfile

Почитать книги. Допустим, книгу Н. Вирт «Разработка ОС и компилятора. Проект Оберон». Там в том числе описывается создание графической подсистемы ОС Оберон, на языке Оберон, потомке Паскаля.

Можно использовать как key-value хранилища, например Memcached.

В целом, вся платформа WP дырява, также как и куча плагинов, написанных на ней.
Можно попробовать некоторые решения:

1. устанавливать лишь проверенные модули к WP
   
2. как минимум, держать всё ПО всегда обновлённым (ОС + Apache/Nginx/etc + WP + модули) - последние версии с устранением известных уязвимостей CVE.
   
3. правильно настроить веб-сервер (включая upload), права доступа к файлам и папкам, межсетевой экран (firewall), СУБД
   
4. использовать дополнительно WAF
   

Необходимо знать формат данных внутри BLOB. Это может быть что угодно, по аналогии с файлами.
Есть специальные утилиты, позволяющие узнать формат данных. Зная формат, можно производить разбор данных (допустим, архива ZIP).

СУБД SQLite должна подойти.

Bacula

Можно ли каким-то образом через Джанго открывать ssh-туннель, непосредственно sql-ем писать нужные мне запросы на выборку данных, писать эти данные в какой-то файл, и оттуда читать в свою базу.
Я верно мыслю?

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

Нужно экранировать специальные знаки чтобы сработало.
\$config\[\'create_default_folders\'\] = true\;

sed 's/\$config\['create_default_folders'\] \= true;/\$config\['create_default_folders'\] \= false;/'

www.regex-escape.com/regex-escape.php?s=%24config%...

1. Не выключай компьютер.
   
2. Убедись что нет файла в другой папке.
   
3. В проводнике файлов (Windows Explorer) открой папку %temp% (именно так) и поищи файлы, начинающиеся с тем же именем. Расширение может быть другое, не стандартное Word (.asd)
   
4. Если такие файлы есть, скопируй (не перенося) в какую-то другую папку, на всякий случай.
   
5. Открой файл. Если это тот самый документ, то заново сохранить в родном формате Word
   

Доп. источник: (маш. перевод)

Нужен ActionMailer и DelayedJob (можно через ActionJob) и прямые руки.
Периодически запускать Rake задачу с SELECT time_sending по некоторому промежутку времени и если есть записи, то рассылать им . Рассылка будет примерно по времени time_sending.

root:
1. Самое безвредное это сначала
apt-get clean
затем убедиться в чём именно ошибка:
apt-get update
2. Надо смотреть какие репозитории пакетов подключены и доступны ли они.
ls -la /etc/apt/sources.list*
3. apt-get -f install && dpkg --configure -a
Если не поможет, то лучше отключить все неродные репозитории и попробовать с пункта 2. Предварительно зарезервировать файлы в /etc/apt .

Я думаю, что программа должна уметь:

1. определять небольшие паузы в речи для возможности разделения речи на предложения
   
2. понимать части речи
   
3. определять какие части речи сочетаются с другими, чтобы не разбивать там где не нужно
   
4. определять вопросительные предложения по интонации
   
5. определять по каким правилам расставляются знаки препинания
   

А об абзацах можно лишь мечтать. Вот почему: Как делать разбивку текста на абзацы?

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

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

Можно продумать механизм обновления БД через интернет с некоторого сервера обновлений, поддерживающим несколько версий. На нём можно хранить версии БД с включающими необходимые данные.
Другой вариант, более сложный: клиент подключается к серверу обновлений, скачивая дельту и накатывая её на локальную БД.

Наверно такой бот должен работать с некоторой СУБД и при новых словах будет пополнять свой лексикон.
Для начала в качестве СУБД можно взять файл CSV (самый простой вариант) и подсоединяться к ней как описано в https://www.codeproject.com/Questions/147298/conne...