maksam07

Не добавляются данные в таблицу phpmyadmin?

Тут, конечно, прекрасно всё:

• использование относительного пути (само по себе не плохо, но легко запутаться);
  
• return перед echo;
  
• попытка вывода массива в src.
  

Вот такой код может заработать, если веб-сервер отдаст файл по этому пути:

$images = glob('img/images/*');
$image = $images[rand(0, count($images) - 1)];

echo '<img src="'.$image.'" class="img">';

PHP Mailer уже по сути бекенд.

Но вообще ТЗ конечно потрясное. С учетом что щас есть львиная доля "магазинов" в виде сайтов-визиток и "пишите нам в месенджеры" - то в целом какой то "магазин" можно сделать.

VPN это VPN и просто указать порт, адрес и доступы для его настройки не достаточно. Однако и прокси это не вот эта вот запись, а сервер работающий на какой-то машине. А запись параметров подключения это всего лишь запись параметров подключения и все.
Ну а раз у вас уже есть машина на которой вы зпустили прокси, почему бы на ней же не запустить и VPN? Тот же OpenVPN настраивается с помощью скриптов настройки, которых полно в сети, уже проще любого прокси.

Wordpress

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

Вот ты зачем то кастомизировал стандартную модель пользователя,
Но почему то не осилил прикрутить сюда сигнал (раз, два) который будет ожидать создания User и автоматом создавать Profile.

Пример, как это выглядит:

@receiver(post_save, sender=User)
def create_or_update_user_profile(sender, instance, created, **kwargs):
    if created:
        Profile.objects.create(user=instance)
    # тут если надо что-то делаем с моделью 
    instance.profile.save()

Остальное легко нагуглишь )

Современная соц-сеть - это уникальная софтварная архитектура которая строилась индивидуально.
Вряд-ли вы сможете ее просто повторить имея mysql/php/nginx.

VK/Facebook имеют свои технологии кеширования контента в основном построенные на материализации
страниц. Базы данных обычно - не-реляционные. Модель проектируется так чтобы не было joins между
таблицами. И активно используются очереди сообщений. Вот в соц-сети Linked-In это было настолько
важно что даже был создан отдельный программный продукт который сейчас называют Apache Kafka.

Активно используются горизонтальное масштабирование. Сеть наращивает мощности просто путем подключения
новых адресов в dns с балансом по географии, и запуска новых web-nodes и новых дисковых реплик хранилищ для картинок и текстов постов.

Поэтому вопрос в каком виде хранятся записи - тут не важен. Тут важно чтоб кеши обновились синхронно с событием поста например.

Относительный путь считается не от каталога, в котором находится скрипт, а от текущего рабочего каталога (cwd).

--include '../../path/test.php';
++include __DIR__ . '/../../path/test.php';

// Получаем JSON-строку
$json_string = '[{
  "url_img":"url",
  "name":"Виктор"
},{
  "url_img":"url",
  "name":"Анна"
}]';

// Преобразуем JSON-строку в массив PHP
$data = json_decode($json_string, true);

// Извлекаем значение поля "name" для каждого элемента в массиве
foreach ($data as $item) {
  echo $item['name'] . '<br>';
}

Потому что $t - это объект, и вместо $t['category'] нужно использовать $t->category

Это же элементарщина, да и ошибка предельно ясно говорит в чем проблема.

Надо бы насобирать еще материал, но
1. по поводу лагов - чем меньше фильтров, теней, прозрачностей - тем айфону легче. Не умеет в ускорение.
2. скролл - это отдельная БОЛЬНАЯ тема у айфонов. Причем у разных версий IOS они разные. Проблема в том, что реализация демонстрации куска верстки длинной страницы в окне браузера просто уродская. На старых айфонах, к примеру, не работал position fixed.
3. Никогда, просто НИКОГДА не пытайся прибить скользящее меню к низу страницы. Это и на андроиде выйдет дичайшим геммороем из-за автовсплывающих или автоскрывающихся панелей инструментов. Это ад и боль
4. В качестве задачи со звездочкой - попробуй реализовать модалку поверх контента, в которой свой скролл, и попробуй заблочить скролл контента в фоне. Айфон тебя порадует своими чудесами.
5. Думаю, будет весело перебирать высоту вьюпорта и подбирать позиционирование, переключаясь то на px то на wh.
6. Имей в виду - как бы не назывался браузер на айфоне - он использует одно и то же ядро сафари, специфичное для версии ios, так что глюки переносятся.
7. Ловил проблемы (тут уже не в платформе а в реализации сафари) именно в сафари если делаем display: flex, flex-direction: reverse, отваливается gap. Без реверса - всё гуд. На других реализациях таких проблем не встречал.
8. Если ты попробуешь поиграть с параллаксом самописанным - получишь ачивку "слабоумие и отвага"