Сергей Горностаев

Не надо ничего удалять и создавать заново. Надо просто расположить окна одно над другим и показывать нужное в нужный момент:

import tkinter as tk


class WizardLikeApp(tk.Tk):
    def __init__(self, *args, **kwargs):
        super().__init__(*args, **kwargs)

        container = tk.Frame(self)
        container.pack(side='top', fill='both', expand=True)
        container.grid_rowconfigure(0, weight=1)
        container.grid_columnconfigure(0, weight=1)

        self.frames = {}

        for F in (StartPage, PageOne, PageTwo):
            frame = F(container, self)
            self.frames[F] = frame
            frame.grid(row=0, column=0, sticky='nsew')

        self.show_frame(StartPage)

    def show_frame(self, cont):
        frame = self.frames[cont]
        frame.tkraise()

        
class StartPage(tk.Frame):
    def __init__(self, parent, controller):
        super().__init__(parent)
        label = tk.Label(self, text='Start Page')
        label.pack(pady=10, padx=10)

        button = tk.Button(self, text='Visit Page 1',
                           command=lambda: controller.show_frame(PageOne))
        button.pack()

        button2 = tk.Button(self, text='Visit Page 2',
                            command=lambda: controller.show_frame(PageTwo))
        button2.pack()


class PageOne(tk.Frame):
    def __init__(self, parent, controller):
        super().__init__(parent)
        label = tk.Label(self, text='Page One')
        label.pack(pady=10, padx=10)

        button1 = tk.Button(self, text='Back to Home',
                            command=lambda: controller.show_frame(StartPage))
        button1.pack()

        button2 = tk.Button(self, text='Page Two',
                            command=lambda: controller.show_frame(PageTwo))
        button2.pack()


class PageTwo(tk.Frame):
    def __init__(self, parent, controller):
        super().__init__(parent)
        label = tk.Label(self, text='Page Two')
        label.pack(pady=10, padx=10)

        button1 = tk.Button(self, text='Back to Home',
                            command=lambda: controller.show_frame(StartPage))
        button1.pack()

        button2 = tk.Button(self, text='Page One',
                            command=lambda: controller.show_frame(PageOne))
        button2.pack()
        

app = WizardLikeApp()
app.mainloop()

В стандартной библиотеке есть функция frequencies. Но если изобретение велосипеда в учебных целях, то:

(defn calculate-frequencies [xs]
  (reduce
   (fn [xs x] (assoc xs x (inc (get xs x 0))))
   {}
   xs))

(defn greater-then [m n]
  (filter #(> (val %) n) m))

P.S. Стоит придерживаться принятого соглашения о стиле кода.

import ast

a = '5 + 5'
b = ast.literal_eval(a)

И никогда не используйте eval

Не импортировать классы моделей, а в ForeignKey или ManyToManyField передавать строку с именем класса, вместо самого класса:

class A(models.Model):
    b = models.ForeignKey('B')

В бесчисленном количестве ответов на Тостере изучать Python советуют по одному и тому же хрестоматийному учебнику - Марк Лутц "Изучаем Python".

Перевод руководства Django вы можете найти на djbook.ru. Но легко заметить, что переведено руководство по версии 1.9, в то время как актуальная версия - 2.1 Без знания английского вам всегда придётся или отставать от прогресса или учиться по спешно сделанным материалам низкого качества.

На 12 факторов.

Начинать изучение ассемблера с работы в современных операционных системах и на современном железе очень сложно. Лучше начать с эмуляторов 8086 в реальном режиме. И только освоив в должной мере основы, начинать работать с реальным железом и конкретными операционными системами.

Хочу развивать свои навыки на основе Kali Linux-a, и поэтому не знаю если стоит учить и для Windows-a, необходимо-ли для обеих ОС? Или возможно сначала Линукс, а потом уже Виндовс?

Ну, если вы собираетесь ограничить "хакинг и ИБ" только Линуксами, то можно Windows и не учить. Но это будет увечная профессиональная позиция.

Заметил что во многих книгах говорится про ассемблеров для семейства процессоров x86, а у меня x64, повлияет-ли это в процессе изучения(сбои, ошибки в работе).

Процессоры обратно совместимы. Сначала вы изучаете базовые принципы и инструкции x86, потом дополняете их знаниями об x64.

А так же говорится на основе Intel, а у меня просто AMD

Вам предстоит очень долгий путь, прежде чем вы доберётесь до тех знаний, в которых сможете замечать разницу между процессорами Intel и AMD.

Как выбрать ассемблер правильно чтобы он хорошо работал под моим железом без каких либо сбоев, проблем и так далее?

FASM и YASM.

Сервлеты - это стандарт работы сетевых java-приложений. Они никуда не денутся ещё очень много лет.

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

Иногда на Тостер пишут не очень умные люди.

Как же тогда работает web?

Вся синхронная обработка http-запросов на сервлетах. Но, как уже написан shapovalex, иногда этого не видно под слоем высокоуровневых абстракций.

Как-то так примерно:

urls.py

urlpatterns = [
    path('check-username/', check_username, name='check_username'),
]

views.py

@require_GET
def check_username(request):
    if 'name' not in request.GET:
        return HttpResponseBadRequest()

    return JsonResponse({'exists': User.objects.filter(username__iexact=request.GET['name']).exists()})

registration.js

$('#id_name').change(function() {
    $.getJSON('/check-username/', {'name': $(this).val()}, function(user) {
        if(user.exists)
            alert('Пользователь с таким именем уже зарегистрирован');
    });
});

Смотря, что этот скрипт делает. Если он не отключается от консоли и работает только под активным пользователем, можно прямо в консоль команды вводить. Если это сетевой демон, можно отправлять команды через админский порт или unix-сокет, если скрипт работат под nix'ами. Если это web-сервис, то разумно добавить к нему админский web-интерфейс или админские rest-эндпоинты. Если он работает с брокерами очередей, то можно отправлять команды через специальную очередь. И т.д. и т.п.

Попробуйте так:

async def on_message(self, message):
    for client in ws_clients:
        asyncio.ensure_future(client.write_message(message))

То же самое, что и раньше - Лутца вплоть до 37-й главы и руководство Django.

Вариант первый - элементарный:

.some-class input[type="text"] {
    width: 100%;
}
.some-class input[name="some_input"] {
    border: 1px solid red;
}

<form class="some-class">
    {{ form }}
</form>

Вариант второй - с установкой классов индивидуальным полям:

class SomeForm(forms.Form):
    some_input = forms.CharField(label='Какое-то поле', widget=forms.TextInput(attrs={'class': 'some-class'}))

О чём вы могли прочитать в документации.