Можете дать какие-нибудь наводки, что бы я понял, что мне нужно сделать, пожалуйста?
По идее с помощью первой кнопки бот должен сохранить сообщение пользователя о прошедшем дне на сегодняшнюю дату
а при помощи другой выдать запись за любую другую и, если на нужную дату записи нет, сообщить об этом
sudo -i также меняет HOME на /root, и читает логин скрипты root юзера.sudo -i и sudo -s логгируются в журналах юзера, а sudo su - нет.sudo -i и sudo -s, но не для sudo su (так как sudo su переключает юзера в root).Еще не понял разницу между
sudo su
sudo su -
sudo su - переключает юзера на root, но окружение при этом не является полным root окружением.sudo su - - эмулирует полный вход юзера root (login shell). Будут прочитаны все файлы конфигурации, которые обычно читаются при входе root (profile, .bash_profile, .bashrc и что-то там еще). Насколько я понимаю, это то, что нужно Вам при работе от имени юзера root.И где можно смотреть логи пользаков при использовании sudo -i, sudo -s?
* * * * * /usr/bin/php /var/www/laravel/artisan schedule:runВ dev/null также пусто.
Почему C# не кроссплатформенный?
но при этом, это не так
но в неё вопрос кроссплатформенности решена абсолютно полностью
Нормально если первый стейт менеджер для react который я буду учить — будет mobx, а не Redux?
Нормально ли будет если в резюме есть mobx вместо redux?
for (int nx = max(0, x-1); nx < min(x+2, n); ++nx) {
for (int ny = max(0, y-1); ny < min(y+2, n); ++ny) {
if (nx == x && ny == y) continue;
// {nx, ny} - сосед в поле, обрабатываем его.
}
}for (int nx = x-1; nx <= x+1; ++nx) {
for (int ny = y-1; ny <= y+1; ++ny) {
if ((nx == x && ny == y) || nx < 0 || ny < 0 || nx >= n || ny >= n) continue;
// {nx, ny} - соседняя клетка.
}
}
channel = await get_channel()
exchange = await channel.declare_exchange(
"direct", auto_delete=True
)
queue = await channel.declare_queue(
consumer, auto_delete=True
)await message.ack()) 
что для REST серверов лучше Node не найтиэто твой главный неправильный вывод, лучший будет тот, который написан на технологии, которую лучше всего знает исполнитель.
Например стриминговый сервер или сервер для чата, он же относится к разряду типичных запрос/ответеще одна большая ошибка, вообще всё смешал в кучу, "стриминговый" это больше про максимальный pull c сервера, "чата" это про полноценный обмен в обе стороны, а "запрос/ответ" это про базовый http и он для этих обоих случаев, очень невыгодная стратегия, поэтому для них в http написаны свои частные протоколы, например, websocket для нормальной реализации чатов.
