3vi1_0n3

Прости что лезу не в свое дело, но мое мнение, что yii2 лучше вообще не изучать. Изучай Laravel/Symphony etc

Приведу несколько аргументов (в сравнении с laravel):

1) Yii2 довольно слабо следует принципам SOLID и более того, не предоставляет в достаточной мере архитектурного решения разработчику, чтобы он сам им следовал
2) Yii2 Костылен, а его исходники мягко говоря не очень. Например behaviors (костыль) против middlware(прозрачное решение)
3) Yii2 Имеет устаревшие сервисы из коробки относительно Laravel , который развивается куда более активно.
Помимо прочего в Laravel намного больше готовых сервисов (Elixir , scheduling, Queue , Blade, Storage, Broadcast , Notifications) Вместо этого в yii2 есть только bower assets - который представляет с собой дикий костыль и откровенно ужасен, да еще и не безопасен, а также вроде в yii2 есть сервис для работы с файловой системой, но я с ним не работал. Остальные сервисы типа bootstrap , console etc есть и там и там
4) Магия Yii2 не способствует контролю за кодом и прозрачности
5) Yii2 имеет довольно плохо продуманную архитектуру, о чем говорит например тот факт, что jquery вшит в ядро фреймворка (возможно и некоторые другие ассеты) и это очень странно. Особенно когда тебе нужно запускать консольные приложения
6) ActiveRecord в yii2 доволбно запутан, по сравнению с https://laravel.com/docs/5.3/queries (кончено это субъективно)
7) Yii2 не особо популярен в мире, у него плохая документация и я думаю он серьезно отстоет от конкурентов.

Есть конечно у него и плюсы, например он быстрее laravel и у него есть поддержка модулей(что решается в laravel подключением пакета)

отchrootи его - https://gir.me.uk/nginx-php-fpm-with-chroot/

Правильно использовать LVM. Сделать в нем 3-4 раздела:
/root - 20-40Gb
/var - 20-40Gb
/home - 100Gb
/var/www - 30% от оставшегося.

Далее, по мере необходимости добавлять пространства в нужный раздел командами lvextend и resize2fs (для ext4)

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

openssl x509 -in /tmp/какой-нибудь-файл -noout -subject

Быстрее всего dropbox-client

В случае с VDS серверу выдается выделенный внешний ip-адрес.
Соответственно, доступны по данному ip могут быть только те сайты, которые размещены на данном сервере.
Раз на IP куча сайтов - то это либо шаред-хостинг, либо разрабы на 1 VDS запихали кучу сайтов своих клиентов и берут со всех полную стоимость аренды.
В любом случае с очень большой вероятностью вашего знакомого обманывают.

У вас небольшая ошибка в сравнении символов с цифрами:

if(string[j] == (char)i) numbers[i]++; //Определяем частоту, с которой встречается каждая цифра

Цифры, которые вы вводите с консоли, записываются в память не как десятичные цифры, а как ASCII символы, т.е. если вы ввели с клавиатуры символ '0' и вы считываете его с помощью getchar(), то он у вас сохранится как ASCII значение символа '0' (в десятичной системе представляет собой число 48). Чтобы программа работала, как вы и задумали, нужно из введеного символа вычитать 'смещение' нуля в таблице ASCII:

if((string[j] - '0') == i) numbers[i]++; //Определяем частоту, с которой встречается каждая цифра

Оно?

Ну давайте я покритикую:

возьмем файлик

1) вы не разобрались как объявлять методы у прототипов с новой нотацией `class`:

class Travelsort {
    constructor() {}
    sortTickets(tickets) {}
}

2) вы не умеете пользоваться исключениями.

if (!Array.isArray(cards)) {
    throw new ValueError('Wrong input');
}

3) использование let там где должен использоваться const

4) в принципе использование переменных там где их быть не должно

5) вы зачем-то реализовали свою функцию сортировки, я не увидел в требованиях отсутствия возможности использовать старый добрый Array.prototype.sort

6) Общие замечания по кодинг стайлу. snake_case там где должен быть camelCase, пишите с большой буквы то что должно быть с маленькой и т.д.

7) нарушения принципа единой ответственности. У вас объеткт умеет и сортировать и писать куда-то. Это категорически плохо.

8) Если исправить 7-ой пункт то наш класс превращается просто в функцию.

Далее... берем следующий файлик

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

2) вы зачем-то тут в прототип объекта строки впихиваете функции для парсинга CSS. Таким образом мы нарушаем принцип единой ответственности. Да и в целом расширять без надобности прототипы объектов как-то не ок.

Чуть дальше проскролил - вы пытаетесь расширить прототип строк для того что бы добиться API jquery? ух, батенька.

3) очень много дублирования.

4) очень плохо с protected variations.

Справедливости ради, ваш код входит в категорию ">50% JS кода", так что не расстраивайтесь. Просто для работы в яндексе нужен чуть более высокий уровень и понимание вещей.

По-моему, проще будет переслать пару жестких дисков почтой.

Если задания в кроне что-либо выводят в консоль (stdout, stderr), то результат отсылается почтой пользователю, от чьего имени запускается задание.
Отключить можно добавив MAILTO= в начало crontab, но лучше разобраться с тем, что выводят скрипты.

есть три варианта:

1. Юнит принадлежит и работает только от суперпользователя, но скрипт/программу сам юнит может запустить от указанного юзера если в секцию [Service] добавить строки:
   

   User=юзер
   Group=группа

   
   обычно юнит лежит в /etc/systemd/system/XXX.service
   
   

   $ sudo systemctl enable XXX.service
   $ sudo systemctl start XXX.service
   ...

   
   
   
   
2. Юнит принадлежит суперпользователю но с ним может работать любой пользователь:
   юнит лежит в /etc/systemd/user/XXX.service.
   Работать с ним можно точно также как и с обычным юнитом, только необходимо указывать парамерт --user, например:
   

   $ systemctl --user enable XXX.service
   $ systemctl --user start XXX.service
   ...

   
   
   
3. Юнит принадлежит и работает только от одного конкретного пользователя:
   Располагается в домашней папке пользователя ~/.config/systemd/user/XXX.service.
   Для работы также нужно указывать параметр --user.