Vladislav Klimanov

Распарсите server-строку на компоненты с помощью urlparse, замените scheme на нужную вам (http/https) и соберите обратно в строку

Я может не понял, но в вашем примере каждая следующая версия расширяет функционал предыдущей, что позволяет клиенту первой версии спокойно пользоваться третьей.
В этом случае как-то разделять их нет необходимости.
Вот когда очередная версия ломает обратную совместимость (путем изменения/удаления полей, entrypoints, более строгой валидации), то в этом случае вам необходимо иметь две разных версии API.

Пожалуйста, не формируйте SQL-запросы путем конкатенации строк с сырыми данными от пользователя даже в небольших проектах, это небезопасно! (sql injection)
На дворе 2019 год, используйте prepared statements и pdo.

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

посмотрите в сторону консольных escape sequences
или пакетов
https://www.npmjs.com/package/colors
https://www.npmjs.com/package/cli-color

Упомяну проект от селектела https://vscale.io/ru/, лично этим продуктом не пользовался, но по позиционированию очень похожи на DO.

PS: увидел пункт про подключаемые диски, у vscale этого нет, в таком случае остается VPC от самого селектела, что ни разу не конкурент DO т.к. минимальный тариф слишком дорогой.

теперь нужно, чтоб переменая сама обновлялась раз в сутки, например в 2 ночи

под андроид можете использовать https://developer.android.com/training/scheduling/...

На одном ip может висеть несколько доменов. В протоколе HTTP есть заголовок Host, на основе которого веб-сервер отображает тот или иной сайт. (или перенаправляет трафик).
В данном случае администраторы посчитали, что при обращении по ip не надо ничего показывать.

Вы можете не покупать домены и к своим проектам подключаться только по IP, но это менее удобно, банально при смене сервера ip изменится и везде где у вас был указан ip, его придется менять, а при наличии домена, достаточно изменить запись и дождаться обновления зоны :)

через adb не подойдет?
adb shell reboot -p

надо забиндить обновление счетчика на нажатия клавиш

def toolbar(self):
        .....
        self.wordCounter = tk.Label(toolbarBottom, justify="left", bg="#d7d8e0", text="Символов в тексте: 0")
        self.wordCounter.pack()
        self.text.bind('<KeyPress>', self.on_textfield_update)
        self.text.bind('<KeyRelease>', self.on_textfield_update)
        .....

    def on_textfield_update(self, event):
        symbols = len(self.text.get('1.0', END).strip())
        self.wordCounter['text'] = 'Символов в тексте: {}'.format(symbols)

Разделите отображение и данные. Храните чекбоксы в отдельном объекте, при изменениях на UI обновляйте состояние этих флагов.
А чтение/запись ini-файлов через https://docs.python.org/3/library/configparser.html можно сделать

что мешает перевести в PEM и расшифровать https://github.com/travist/jsencrypt ?
зачем байты, если можно использовать строки?
можно же сконвертирать в base64 https://docs.python.org/3.7/library/binascii.html

Причем тут 10 страниц? Редирект куда? Статично? Динамически?
В nginx есть rewrite https://nginx.org/ru/docs/http/ngx_http_rewrite_mo...

Если возникнет мысль использовать "if", то очень крепко подумайте, он работает не так, как наивно о нем можно подумать.

Вы можете погуглить в сторону Web Application Firewall (WAF), помимо банального скрытия финального сервера с API как бонус получите защиту от распространенных атак.
Но это не значит, что можно полностью довериться WAF и не предпринимать никаких шагов на уровне API ;)

PS: в этой схеме крайне желательно, чтобы финальный API-сервер не отвечал на запросы не от WAF, но это совсем другая история.