Дархан

Это невозможно и более того противозаконно.

Пишем код, кода становится много, его нужно обслуживать и бороться со сложностью, также нужно тщательно тестировать, тк деньги и надежность пользователей
↓
Чтобы тестировать методы класса и не зависеть от реализации -- соблюдается принцип инверсии зависимостей (и некоторые другие)
↓
Инверсия зависимостей -- нужно помнить и держать зависимости к нашему классу где-то и сам конкретный сервис наполнять нужно этими зависимостями, руками делать это
Кроме того появляется куча параметров в проекте.
↓
На помощь приходит паттерн Dependency Injection Container (Service Container), который за нас это делает и всасывает в себя эту заботу, а мы продолжаем писать код и делать это быстро, доставляя features for customers

> Можно ли поставить крон на 1 минуту
Можно.

> и проверять есть ли задание, для скрипта, в бд
Можно.

> и если есть выполнять его,
Можно

> а это не быстро?
А это не вопрос.

> В основном интересует нагрузка на сервер.
От крона нагрузка будет несущественная. От вашего скрипта - зависит от вашего скрипта.

> И что будет если в одно время, через крон, несколько раз обратиться к одному скрипту
Скрипт будет выполнен несколько раз.

> не получится, что запросы будут конфликтовать друг с другом?
Если вы эту ситуацию обработаете в своём скрипте, то не будут. В кроне никаких встроенных механизмов для этого нет.

Когда стоит думать о поиске работы школьнику?

Когда за коммуналку будет нечем платить, а пока ищи новые направления и развивай скиллы. На html много не заработаешь.

В идеальном мире разработчику достаточно знать стандартный SQL. Но мы живём не в идеальном мире, поэтому придётся сталкиваться с различиями в реализации стандарта и особенностями эксплуатации СУБД, а значит лучше учить и PostgreSQL, и MySQL. Причём лучше не по курсам, а по учебникам и документации.

Прочитай это и вопросы должны отпасть https://www.php-fig.org/psr/

Код и правда из 2007

@mysql_query() уже одного этого кусочка хватает для того, чтобы сильно усомниться в скиллах.

Функция mysql_query устарела более семи лет назад, и в современных версиях языка ее вообще нет.
Подавление ошибок через @ - вообще шедевр. У вас, значит, запрос с ошибкой, или база упала - но ваш код это просто игнорирует и делает вид, что так и надо. Зашибись :)

Читайте https://phptherightway.com/

любой ddns работает очень просто: периодическая проверка вашего адреса клиентом и обновление а-записи при его смене. плюс низкий ttl для dns-записей.

городить свое конечно же можно, но при наличии duckdns/бесплатных планов у других провайдеров имеет смысл только из интереса.

Хайлоад

Сразу поймёшь, что ничего не знаешь вообще

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

1. docker-окружение
(в 90% случаев для веб-разработки достаточно php -S 0.0.0.0:8000)
виртуальные машину становятся нужны:
- когда надоест переустанавливать хост-систему из-за обилия хлама
- когда работаешь с несколькими проектами имеющие специфические (разные) настройки окружения(php, web-сервер, база)
- когда надоест решать проблемы в команде из-за того что по разному настроено окружение

2. git - система контроля версий
Помнить что ты и когда изменял, должен не человек, а машина.
Это необходимо:
- чтобы не испортить всю работы за прошедший год нажав del
- чтобы определить кто из команды злодей и все испортил
- чтобы не думать как перенести свежую версию проекта с одной машины на другую

3. composer - пакетный менеджер для php
Нужно, когда лениво помнить все ссылки на все php библиотеки, самому качать их, подключать в автозагрузку

4. behat + phpspec
Тесты нужны:
- когда хочется почувствовать себя безопасности и для сладко спать ночь, забыв о кошмарах о сломанном коде
- когда в production все снова сломалось
- когда ты написал одну новую фичу, а сломал три

5. zsh
Хорошей консолью приятно пользоваться, работа идет быстрее.
Консоль есть жизнь, жизнь есть shell.

6. tmux
Мало одно окошка в консоли, тогда tmux идет к вам.
В качестве бонуса получите возможность парного программирования совершенно бесплатно

7. tmuxinator
Надоело каждый раз открывать кучу окон для tmux, попробуйте его )
8. vim
- Потянуло на что-нибудь необычное?
- Хочется эффективнее писать код ?
Ну что открыли vim? В первый раз? Поздравляю закрыть вы его не сможете )
Вызывает зависимость при частом потреблении

9. continuous integration сервер
Вообще ci сервер это одушевленная машина. Это твой тамагочи, ты кормишь его хорошим кодом, он радуется и ты видишь приятный зеленый огонек. Если ты дал с код от скажет что не вкусно. Ну а если ты ему, что гнилое он будет долго на тебя орать плохими словами. Со временем он растет и учится делать более серьезные вещи, и начнет помогать тебе:
Его скилы:
- он может сам выполнить 10 минутные тесты
- подготовить и опубликовать проект
- рассказать о твоем коде, даже то что ты не знаешь
Он легко обучается и ты легко сможешь научить его удивительным вещам.

10. куча линтеров на pre commit hook
Чтобы ci не кормить плохими продуктами, хорошо бы проверять что ты сделал до отправки на сервер. Что бы не забыть это сделать git сам работу.

11. gulp
gulp - это еще один твой помощник.
как если использовать, как watcher файлов + livepreview, можно забыть о F5 в браузере

12. bower
Тоже что и composer но для управления ассетами. Это я о всяких jQuery и Bootstrap

666. Линукс
Даже если не хочется ставить как хост-систему, его все равно надо знать. Ваш код будет работать на нем )

Docker или Vagrant + Ansible/Puppet для окружения.