d'Ivan

Много лет пользовался StartSSL - сначала платным, потом бесплатным.
А сейчас настроил для всех своих сайтов Let's Encrypt и забыл вообще о вопросе.

Напишите на JNI (C++, Android NDK), и еще с помощью ассемблера попробуйте "испортить" код чтобы декомпилятор Hex-Rays его не брал, еще в JNI можно сделать проверку на наличие методов в Java behavior, на имя пакета и т.д., и можно чтобы приложение "вылетало" без всякой информации в logcat, но все равно абсолютно любой код можно украсть имея знания и навыки, и на iOS тоже, если код нельзя дизассемблировать и отладить, то он и работать не будет.
Единственный способ защитить код это вынести на сервер, тогда код не украдут, но напишут бот, неизвестно что окажется проще, я сначала боты писал, потом только декомпилировать, дизассемблировать и отлаживать научился.

В зависимости от того что предоставляет вам хостер вашего блога - посмотрите сможете ли вы сделать (бесплатный!) https://letsencrypt.org/
Ну а так - startssl для блога будет самое то, имхо.

stackoverflow.com/questions/33874402/sqlite-regula...
можно написать запрос вида
select (select ... ) as a, (select ... ) as b, ...
но imho проще порезать на любом ЯП

У Яндекса есть clickhouse для метрик, можете попробовать.

Какое железо хотите под это дело использовать?

миллиарды строк

например 10 миллиардов могут занять 600Гб на диске, один индекс 100-600Гб (оперативы), больше индексов - больше памяти. Т.е. тут стандартные подходы не рулят.

Я для подобного делал партицирование + сжатие + пред-кеширование, итого 600Гб превратились бы в 10Гб на диске и 0,4Гб на индексы. Ну и скорость выборки выросла в ~100 раз по сравнению с обычным подходом (выбирать по строкам из таблицы).

Если монитор подключен по VGA, то не произведена калибровка границ изображения. Поищите автоподстройку на мониторе (иногда есть отдельная кнопка AUTO)

Скорее всего, просто на мониторе настроено смещение границ экрана. Смотрите настройки.

Если бы присутствовали жесткие условия типа того, что объем данных 10 гигабайт и надо уложиться в 10 секунд обработки, тогда выбор рабочего инструмента сужался бы. А так, в том виде, в котором задача поставлена, она решается на любом языке программирования общего назначения (а, возможно, даже удастся обойтись вообще без программирования, например в Excel).

потому что в девелопмент режиме сервер рельсы также отдает и статику из папки public, потому что это практично

Руби слишком медленный, чтобы делать это в продакшене, там этим должен заниматься ваш основной веб сервер - nginx или на крайняк apache

В config/environments/production.rb
rails < 4 - config.serve_static_assets = true
rails = 5 - config.serve_static_files = true

1. MVC можно реализовать и на c# и на php. Это просто архитектурный паттерн.
2. Сравнивать язык и CMS некорректно. Используя язык, Вы сами разрабатываете инфраструктуру своего приложения, а используя CMS — Вы принимаете её такой, какая она есть. Грубо говоря, если Вам нужно поклеить обои в квадратном доме, Вы клеите и сдаете заказчику готовый дом. Быстрее? Определенно. А если заказчик захотел треугольный дом? Придется ломать стены и строить заново. Быстрее это чем построить дом самостоятельно с нуля? Уже вопрос.

Грузить с помощью любой библиотеки обработки изображений (для PHP: GD, например) и определять размер изображений: если ошибка при загрузке или некорректные (не ожидаемые) размеры - то значит картинка "битая".

И вот я задумался об изменении принципа работы.

1. Можно все хранить в текстовом файле и делать запись / поиск по нему - файл порядка 130 мб - вроде бы работает быстро.

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

cygwin, putty.