Каким-то образом у него сразу вывелся результат на страницу, сейчас приходится делать отдельную функцию для сохранения таких логов, можно ли как-то сразу показывать принятое без лишних телодвижений?Подозреваю что у вас не выводится var_dump() из-за буферизации вывода. Если хочется сразу увидеть вывод var_dump(), можно просто написать exit после него, скрипт завершится на этой точке и выведет все что нужно.
expects parameter 1 to be mysqli_result, bool givenожидаем результат запроса, но получаем булеан. Почему? 99% кривой запрос, но этого мы не узнаем, так как кода нету. Для нормального отображения ошибок запросов, нужно добавить после соединения
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);Здесь уже проблема с хедеромДа нет, с хедером все ок. Проблема что тут его уже нельзя отправить, так как вы что-то вывели в браузер (скорее всего как раз ошибку из п.1). Что легко гуглится (Результатов: примерно 6 170 000).
<?php
$elements = (тут вытаскиваем из бд все элементы);
?>
...
<?php
if($elements[35]['status'] ==1){?>
<div class="absolute top-[514px] left-[30px]" style="transform: rotate(15deg);">
...
<?php } ?>Задумался над тем, что бы попробовать перевести свою страницу на формат без перезагрузки всей страницы, а лишь ее основы внутри.Это называется SPA (single page application), и не всегда это хорошая идея.
Все сводится к тому, что делать нужно это на Jquery.Плохая идея, для этого есть совершенно другие, более подходящие инструменты - react, vue...
Но после этого страница не перезагружалась, а просто принимала эти данные и обновляла информацию на всей странице, выводя пользователю эту же страницу, но с новыми результатами?В общем случае используют несколько приемов: Урл подменяют с помощью history pushState, запросы отправляют через fetch или средствами фреймворка, бэкенд при этом обычно отдает не хтмл, а json, по сути передавая только нужные данные, из которых фронтенд строит уже нужный хтмл из компонент.
memory_limit = 32M
upload_max_filesize = 32M
post_max_size = 32Mclient_max_body_size 32M;/sbin/nginx -s reloadsudo systemctl reload nginx.serviceСейчас же в конфиге php стоит 8мб, ровно столько же отображается если сделать phpinfo();
Но зачем писать этот сложный алгоритм, когда можно сделать как в коде нижеУверен что данный алгоритм был приведен для примера или в образовательных целях. Здесь важен не код, а алгоритм, по которому работает сортировка. Во всех функциях сортировки внутри функция, похожая на пузырьковую сортировку, в той или иной степени, просто написанная на C и скомпилированная в виде готовой функции. Подробнее можно посмотреть тут.
и результат будет тот же.
ini_set('error_reporting',E_ALL);
ini_set('display_errors', 1);
file_put_contents("ip.txt", date('Y-m-d H:i:s') . ' : ' $_SERVER['REMOTE_ADDR']."\n" , FILE_APPEND);$path = "../imagepost/".$_FILES['photo']['name'];так делать нельзя, путь надо писать абсолютный.if($_COOKIE['user'] == ''){
echo 'У вас нету аккаунта(';
exit;
}В курле я указал эти параметры, сообщение не отправляется, но.
Если я сам вписываю сообщение вместо переменной $fsend, оно отправляется.
CURLOPT_URL => 'https://api.lalala.com/v1/messages?client_id='.$fid.'&text='.urlencode($fsend),Что может пойти не так, что DTO от такой логики будет уже не DTO и какие могут быть проблемы?DTO - чисто инструмент переноса, в классическом ООП он выполняет роль сигнала для взаимодействия между абстрактными сущностями. По этому его задача хранить данные, а логика его построения должна быть отделена. Если у вас 10 дтошек, и что-то поменялось в логике построения, вы будете все десять штук менять, что уже выглядит странно и не очень логично. Напрашивается логичное решение - использовать фэктори, которая, в противовес дто, имеет только логику, и все манипуляции с данными сводятся в 1 место. Пишете фэктори, и на каждый источник у вас свой фабричный метод, а на выходе нужный дто.