xmoonlight

Файловая синхронизация версий - пишите на PHP и делайте API у себя на хостинге, чтобы клиенты (CRM-проекты) периодически забирали/обновляли нужные файлики у себя на хостингах.

Можно составить "дерево" итераций и на основе анализа узлов этого "дерева" - определить сложность.

1. Один домен проще/дешевле содержать и контролировать (включая SSL сертификаты), чем "зоопарк".
2. "Вес" домена увеличивается прямо-пропорционально линкам (с доп. сервисов, страниц с информацией) на этом домене.
3. "Единая точка входа" намного удобнее как для владельцев сервиса(домена), так и для посетителей/пользователей сервиса.

Нельзя. Или знания, или фриланс (около 1000р).

Пусть оплатит сделанную работу.
Всё остальное - решается после оплаты выполненной работы.

UPD: "Предлагаю закрыть этот этап и перейти к следующему..." (закрытие - оплата работы).

Питон - быстрое понимание предметной области и не более!
Keras.io (+БОНУС: как установить)
(перевод)

Keras - это высокоуровневый API нейронных сетей, написанный на Python и способный работать поверх TensorFlow, CNTK или Theano. Он был разработан с упором на возможность быстрого экспериментирования. Способность идти от идеи к результату с наименьшей возможной задержкой является ключом к проведению хороших исследований. Используйте Keras, если вам нужна библиотека глубокого обучения, которая:

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

Прочтите документацию на Keras.io.
Keras совместим с: Python 2.7-3.6.

Хотите НОРМАЛЬНО использовать скорость GPU - только C/C++ и NVIDIA CUDA Toolkit.

Мыслите правильно!
Однозначно, весь текст статьи/публикации/материала нужно разбивать на модули:
1. Заголовки статьи: все уровни ("дерево" заголовков или, проще говоря, содержание)
2. Теги (1..N)
3. Параграф (1..N)
4. Изображение (1...N)
5. Видео (1..N)
6. Исходный код (1..N)
7. Спойлер (1..N)
8. Внутренний iframe (1..N)
9. Внешний виджет: ролик youtube, codepen.io, jsfiddle.com и т.д. (1...N)
10. Комментарии (1..N)
11. Линки (1..N)
и т.д.

И саму структуру статьи ("древовидный каракас"): где и что должно располагаться, что и куда должно быть вложено, и в каком порядке следовать друг за другом (разметка вместе с ID-шниками ресурсов).

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

И про правильное хранение текстовых данных (сегментацию): здесь

Зачем читать свойство на несуществующем объекте?
Проверьте объект:

document.body.contains(someReferenceToADomElement);

Структура и проектирование

Value (V) - это тип оружия, как я понял.
Frequency (F) - это частота использования конкретного оружия (V).
Если сумма всех Frequency (TotalF) - это 100%.

Тогда:
F*100/TotalF - будет процент использования конкретного оружия (V).
Значит нужно сортировать именно по этому параметру.

Частота F - это использование любого типа оружия.
Нужно также, посчитать количество использования всех типов оружия и каждого типа по отдельности. Повторяющиеся типы оружия (V) - унифицировать, чтобы не было 1,1,1, а было только 1,2,3 (и т.д.) и их суммарное количество (TotalV).
И по той же формуле (TotalV - это суммарное количество уникальных Value таблицы):
V*100/TotalV - будет процент использования конкретного типа оружия (V).

Если таблица верна, то будет выполняться условие:
F*100/TotalF = V*100/TotalV

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

Зачем менять итеративную переменную два раза?
Нужно убавлять - измените условие внутри цикла на обратное.

У вас почтовый релей открыт, скорее всего. Проверьте!

Всё зависит от реализации структуры хранения и алгоритма поиска в этом хранилище.
Если всё сделать грамотно - это будет однозначно быстрее, чем mysql.
Но, это только разговор про чтение!
Пруф: Dokuwiki - работает без БД, на файловом хранилище.

Если Вам нужна модификация/выборка данных - лучше, всё-таки, использовать БД.

https://bigbluebutton.org/

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