Mike

Над полем для вставки ключа написано, что это не добавит ключ в существующие дроплеты.
Там же ссылка как добавить в существующие.

Можете и сами сделать. Зайти по паролю, в папке /root создать папку .ssh с правами 700. В ней создать файл authorized_keys в который вставить текст публичного ключа и
chmod 600 /root/.ssh/authorized_keys

mkdir -p /root/.ssh
chmod 700 /root/.ssh
echo "ваш пуб.ключ тут" >> /root/.ssh/authorized_keys
chmod 600 /root/.ssh/authorized_keys

После этого должно получиться законнектиться.

Если вам нужен быстрый заработок, то вы точно выбрали не ту профессию. На фрилансе у программиста нет никаких шансов, пока он в офисе не дорос до мидла, независимо от выбранного языка и стека.

driverx18, считается, что у любой программы может быть вывод. если у конкретной программы его нет - то это свойство конкретной программы, я говорю об общем случае.
по умолчанию, если не указано, куда выводить стандартный поток сообщений, то вывод идёт в стандартное устройство вывода - на консоль.
по умолчанию, если не указано, куда выводить стандартный поток ошибок, то вывод идёт в стандартное устройство вывода - на консоль.
если приложение, запущенное через cron, делает вывод в стандартный поток сообщений и/или в стандартный поток ошибок, то cron это перехватывает и, в зависимости от настроек, может херить или, что встречается чаще, передавать в подсистему логгирования, класть в мейлбокс.
поэтому, если вывод сообщений и ошибок принудительно не переназначить в другое место (например, в /dev/null), он, как правило, окажется в почте.

Микроволновка глушит wifi?

Запросто.
Они на одной частоте работают.

На windows при таких же условиях все работает.

Драйвера разные. Поэтому поведение может различаться. Там где один драйвер признает соотношение сигнал/шум неприемлемым, другой вполне будет работать игнорируя проблемы.

Очевидно, с помощью одной строковой переменной задать цвет нескольких блоков затруднительно.

Пусть будет массив, элементы которого задают цвет отдельных блоков:

data: () => ({
  items: Array(10).fill(null),
  ...

<ul>
  <li v-for="(n, i) in items" :style="index < i || { color: n }">
    {{ i }}
  </li>
</ul>

Копипастить кнопки и методы для переключения цвета не очень здорово - что если цветов будет не два, а пять? Десять? Сорок? Сделаете сорок разных методов и вручную напишите разметку для сорока кнопок?

Метод оставьте один, а устанавливаемый цвет сделайте его параметром:

methods: {
  next(color) {
    const { index, items } = this;
    this.index = index === items.length - 1 ? 0 : index + 1;
    items.splice(this.index, 1, color);
  },
  ...

А доступные для назначения цвета складываете в массив, на основе которого создаются кнопки:

data: () => ({
  colors: [ 'red', 'lime', 'blue', 'orange', 'magenta', 'aqua', 'yellow' ],
  ...

<button v-for="c in colors" @click="next(c)">{{ c }}</button>

https://jsfiddle.net/wcjkft23/

serializer = UserLevelSerializer(queryset_, many=True)

Так же в queryset вам стоит сделать select_related, чтобы избежать кучи лишних запросов к БД

var mydata = {'sound': !this.profile.sound}

Вся ваша проблема состоит в том, что Вы хотите получить текст со всех тегов 'p', но при этом вы извлекаете лишь один тег 'div'
Если Вы хотите получить текст из всех тегов 'p', то Вам надо для начала прочитать все теги 'div'.
tags = soup.find('div')
Стоит заменить на
tags = soup.find_all('div')
Благодаря этому мы получаем массив, в котором лежат все наши теги 'div'
Посмотрим на наш текущий массив, который хранит переменная tags:

[<div><p>hello world 1</p></div>, <div><p>hello world 2</p></div>]

После чего его следует перебрать
for x in tags:
Перебирая элементы массива с тегами 'div', нам надо получать новый массив, который будет содержать элементы с тегами 'p', которые расположены в определенном теге 'div'

for x in tags:
    texts = x.find_all('p')

Теперь у нас есть массив тегов 'p' в определенном 'div' ( находится в переменной texts ), который генерируется с разными элементами для определенного тега 'div' при переборе массива tags, осталось лишь перебрать этот массив и получить текст с каждого тега 'p'

for text in texts:
    print(text.get_text())

Полный код ( переименовал переменные для большей читаемости )

soup = BeautifulSoup('<html><div><p>hello world 1</p></div><div><p>hello world 2</p></div></html>', features='lxml')
divs = soup.find_all('div')
for div in divs:
    ps = div.find_all('p')
    for p in ps:
        print(p.get_text())

const state = {
    status: null,
    profile: {},
    token: null,

const actions = {
    fetchProfile: ({commit}, id, data) => {
        axios.patch('/profile/user/' + id + '/', data)
        .then(response => {
           commit('PROFILE_SET', response.profile);
        })
        .catch(error => {
            console.log(error, 'something went wrong')
        })
    },

const mutations = {
    PROFILE_SET: (state, profile) => {
        state.profile = profile
    },
}

В конечном счете сделал два сериализатора, а во вьюсете отдавал нужный сериализатор в зависимости от типа запроса.

Comfortaa

Сделайте номер страницы параметром маршрута - тогда не будет проблем переходить откуда угодно не только на первую страницу, но и любую другую.

UPD. Разверну немного свою мысль. Как я понял, это продолжение вашего предыдущего вопроса.

Компонент с пагинацией - при смене страницы вместо установки текущей активной страницы будет выполняться $router.push, сама текущая страница из свойства компонента станет его параметром и будет браться из параметров маршрута. Примерно так. Не знаю, похоже ли это на то, что вам надо, если нет - кидайте свой код в песочницу, тогда возможно, смогу подсказать точнее.

В простейшем исполнении компонент пагинации должен принимать два параметра - количество страниц и текущая страница. При переключении страницы - эмитить её индекс, в родительском компоненте вы его ловите, показываете соответствующие данные. Как-то так, например.

Ну а вообще, возможно вам стоит посмотреть на уже имеющиеся компоненты пагинации, перед тем как браться за создание собственного - vuetify, element и т.п. На awesome-vue также есть соответствующая подборка.

У вас запрос отсылается в created, а при изменении параметров экземпляр компонента заново не создаётся. Делайте watch на $route.params.id и отправляйте запрос в соответствующем обработчике.