Vitsliputsli

Редактирование задач:
crontab -e
Просмотреть список:
crontab -l

Условие правильное, только укажите интерпретатор, что-то вроде:
0 18 * * * /usr/bin/php /var/www/....

Все работадатели разные и потребности у них разные. Портфолио не всех интересует, и в вебе в том числе. Все больше зависит от места, где ищете работу. При слабой конкуренции берут даже с слабыми знаниями, какое тут уж портфолио. Но может оказаться, что в вашем городе конкуренция высокая.
Даже по 300 строкам кода можно сделать определенные выводы.
И не пишите в резюме, что хорошо знаете C++, C, C#, Python, это слишком разные языки, и когда такое видят в резюме 24-летнего соискателя создаётся впечатление, что он не знает ничего. Понятно, что язык всего лишь инструмент, но лучше определитесь на чем специализируетесь, его и укажите, остальное в дополнение, что писали на них.
К тому же, любые ответы здесь могут быть противоречивы, откройте свое резюме и многие вещи станут понятны.

Если имеете ввиду, что у вас есть коммит в одной ветке, а вы хотите такой же в другой ветке, то cherry pick. Если коммита нет, то stash.

Либо, как вариант:

echo ltrim( chunk_split( str_repeat( ' ', strlen($str)%4 ) . $str, 4, ' ' ) );

, без strrev, но длиннее и читаемость хуже.

Включите отображение ошибок или читайте логи.

$user = R::load('accounts', $server); откуда взялась эта переменная $server?

$user[id]
$user[admin]
$user[Name]

что за странный синтаксис обращения к элементу массива?

Как вообще можно индексировать символы?

А как вы себе представляете индексы в СУБД? Индексирование, по-сути разбиение таблицы на части, чтобы при поиске проходить не все строки, а только часть. Какой длины должен быть индекс вопрос сложный, очень зависит от содержимого полей. Если начала строк различаются, то достаточно очень маленького индекса, если очень много строк с одинаковым началом, то увеличивайте длину индекса до момента различая.

Можно, в конкретном этом случае.
Ноль не играет роли, важна маска подсети. Пользуйтесь калькулятором, например https://ip-calculator.ru.

Спасибо за интересный вопрос, не думаю, что следует id хранить в json-поле, но всякое может понадобиться, а если это единичное преобразование - то почему бы и нет.
Столкнулся с одной сложностью, преобразование json в integer, простым путем этого не сделать, поэтому делаю через специальную функцию преобразования сперва в text, а затем уже в integer. Получилась вот такая конструкция:

with ids as (
    select 
            (id->>0)::int id 
        from jsonb_array_elements((SELECT t->'perms' FROM "table_with_json")) as x(id)
)
select
       user_table.*
    from user_table
    join ids on user_table.id=ids.id

, не слишком красиво, но другого варианта пока не вижу.

В самом простом случае, я бы складывал время последних 3 некорректных попыток в JSON. Смущают дополнительные запросы - оформите все это процедурой.

POST /API/user/ добавить
Get /API/info/ получить информацию
Вопрос в том, что у меня должно получиться в финале, запущенный на сервере скрипт?

Скорее всего, нужна реализация вариации rest, обычно подразумевают одну из моделей описанную Ричардсоном. И нет, не нужен запущенный на сервере скрипт (если подразумеваете постоянно работающий сервис), обычные http запросы, только ответ не в html, а в удобном для парсинга виде: JSON, XML,... Читайте про rest.

Сейчас вы считаете за последние 24 часа, если хотите считайте за сутки, то так и считайте, с 0 часов до 23:59, и все это может сделать СУБД.