Антон

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

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

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

Вариант чуть проще:

<?php foreach ($notice as $key => $value): ?>
	<li>
        <a href="<?= $key ?>">
            <div class="pull-left">
                <img src="<?= $value[0] ?>" class="img-circle" />
            </div>
            <h4 style="margin-top:5px"><?= $value[1] ?></h4>
            <p><?= $value[2] ?></p>
        </a>
    </li>
<?php endforeach; ?>

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

echo "31.12.".date("Y");

header('Location: http://www.example.com/404.html');

Но вообще это не очень хорошо, при 404 лучше не делать редирект, а показывать ее сразу без смены url, чтобы пользователь мог исправить опечатку.

Технология называется Skeleton, инфы много.
https://css-tricks.com/building-skeleton-screens-c...

Господи, опять очередные страдания, "люди добрые памажите решить чем мне заниматься, мы сами не местные пять семей по вокзалам". У вас у всех прямо гамлетовские страдания, "быть или не быть". Вопрос века, ошибка смерти подобна - "в какой области я больше бабла получу???!!!111" Да ни в какой. Никому ты не нужен, такой беспомощный нытик. Ни в вебе, ни в энтерпрайзе.

В любой области ценятся самостоятельные разработчики, те, которым можно поставить задачу, и они сами исследуют проблему, разработают решение и будут его внедрять. А не те, которым надо всё разжевать и в рот положить. А потом еще проверять за ними, все ли сделано правильно.
Если ты не можешь самостоятельно решить несложную организационную задачу - промониторить вакансии, походить по собеседованиям, составить собственную картину и принять самостоятельное решение, то как разработчик ты тоже полный ноль и неважно, 1 год ты тему изучал, или 20.

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

НИ В КАКОЙ. В прошлом веке кончились те времена, когда ты выбирал себе профессию на всю жизнь. Сейчас мир меняется если не за 2 года, то за 10 лет неузнаваемо. Важны способности, а не навыки. Важно понимать общие принципы построения программных систем, а не конкретный синтаксис одного языка. Да, возможно через 5 лет разработчики БД будут совсем не нужны (на самом деле нет). Но я тебе точно говорю что и через 5, и через 50 лет будут нарасхват люди с мозгами и руками. И надо не затачивать свои руки под один конкретный инструмент, а разивать мозги, учить теорию, учиться самостоятельности, пытаться стать исследователем, а не мелким лавочником.

Готового плагина не подскажу, но я считаю что он вам и не нужен

Такого компонента нет, и он не очень функционален.
Селект предполагает выбор одного варианта из нескольких. При этом варианты выбора спрятаны, так как их может быть очень много.
А список чекбоксов — предполагает выбор нескольких, не всегда связанных между собой опций.

Если у вас вариантов выбора не много, то вам достаточно вывести просто группу чекбоксов. Если много — тогда используйте <select multiple>...</select> и позвольте системе самостоятельно отобразить UI для пользователя. Например на мобильных это будет поп-ап со списком из чекбоксов и кнопкой "Подтвердить".

Если использование встроенных компонентов для вас по каким-то причинам не возможно — тогда используйте список чекбоксов завернутый в <details> чтобы скрывать их.

Или, на самый крайний случай, самое, как по мне, костыльное решение — компонент dropdown + список чекбоксов в нем.

PHPmailer никак не зависит от мамп/опенсервер/ etc.

https://ospanel.io/docs/#smtp и указываете данные своего smtp (хоть любого сервиса, хоть локально поднимите).
или укажите сохранять письма в папку, а в настойках PHPmailer не используйте smtp.

Доброго!
Ну если в общах чертах то происходит это так:
На сайте надо создать корзину, чтоб пользователь мог собрать воедино то что он хочет купить.
При переходе в корзину у него должна быть кнопка "оформить заказ" при этом можно дать выбрать ему способ доставки, ввести свой адрес и остальные требуемые вещи.
Далее варианта 2:
Первый простой:

• Регистрируетесь в интернет кошельке например(яндекс, вебмани и тд) получаете свой уникальный номер кошелька
  
• в этом кошельке есть пример куда и как отправлять данные об оплате
  
• вы просто реализуете выполнение этих инстукций по нажатию кнопки "оформить заказ"
  
• после оплаты сайт-кошелек перенаправит пользователя обратно(обратная ссылка указывается в настройках) вам на сайт где вы его уведомите об удачной оплате и пожелаете хорошего дня!
  

Второй сложный:

• Ваш заказчик заключает договор с банком "рога и копыта"
  
• В банке также будет инструкция по правилам которой вы будете отправлять данные об оплате заказа
  
• скорее всего еще будут спец ключи(сертификаты) для идентификации клиета(в инструкции будет описано)
  
• Так же заказчику придется прикупить кассовый аппарат
  
• после оплаты банк перенаправит пользователя обратно(обратная ссылка указывается в настройках) вам на сайт где вы его уведомите об удачной оплате и пожелаете хорошего дня!
  

Подробнее не получится ибо у всех систем свои нюансы, но они описаны в инструкциях, чаще всего в разделе "для разработчикоф"
Данные придется отправлять методом POST, на сайте надо будет организовать https, но это не точно!

https://www.php.net/manual/ru/function.json-decode.php

$balance = json_decode($json, true);
echo $balance['result']['balance'];