ну это как у предполагаемого убийцы спрашивать рядом с трупом "Это Вы его убили?"Ну и в чем проблема? Вы предполагаете как-то иначе вычислить специально ли он это сделал? Обычно полиция так и делает - если застает кого то у трупа спрашивает какое отношение он имеет к убийству. Разница в том что полиция расследует на основе улик, а вы можете полагаться только на слово, так как у вас нет полномочий просматривать его оборудование и софт... Так что, за неимением большего, спросить выглядит логичным решением. 99% что сам он не в курсе что его машина заражена, а вирус как раз такая штука, которая имеет свойство самостоятельно лезть куда не просят...
я сделал так, потому что картинки при попытке сохранить в папке допустим uploads летят в папку не ospanel/domains/project а в ospanel/userdataАхренеть решение. "Я не нашел хлеба, по этому намазал паштет на торт"...
По этому я и сказал, что пхп не может жить без фронт сервера.Уточню, что не может на проде, что как раз не нужно от слова совсем. Для протестить локально этого хватает.
Это PHP не может жить без фронтенд сервераphp -S localhost:8000
попросил его показать источник, который показывает, что его способ добавляет производительность,То есть источник не показал, ограничившись маханием языком? Ну так я тоже так могу...
а в файлах пароли не шифруются?В каких файлах???
я например смог с легкостью авторизоваться на qna habr через куки с php, а вот с логином и паролем бы не смог, так как на входе капча. Это еще один аргумент в пользу того что с куки легче взломатьА при чем тут это? С логином и паролем и руками можно авторизироваться, и ломать ничего не надо. Зато навсегда, а кука со временем протухает, по уму при каждом новом логине она меняется.
Это еще один аргумент в пользу того что с куки легче взломатьВообще не аргумент. Скорее наоборот, при наличии куки вы не знаете механизм авторизации, выбранный на конкретном ресурсе, она может не сработать или умереть через 5 минут. Логин и пароль работают пока пользователь руками их не сменит. Смысл поста был в том что увести куки или пароль примерно одинаково сложно, о чем говорит большинство взломов, в основном ломающих системы сохранения данных, нежели пользователей.
SELECT
m.message,
max(m.date) message_date, #последняя дата из выборки
u.login,
i.img
FROM messages m
LEFT JOIN users u
ON m.from_user_id = u.id #выбираем имя писавшего
LEFT JOIN image i
ON m.from_user_id = i.obj_id #берем картинку писавшего
AND i.obj_type = 'user'
AND m.to_user_id = :id #выбираем только наш айди "к юзеру"
GROUP BY m.from_user_id # группируем по "написавшим" юзерам, получая уникальные строки
ORDER BY m.date DESC #сортируем по дате, получая самые последние сообщенияSELECT m.*
FROM messages m
WHERE m.from_user_id = ?
OR m.to_user_id = ?
ORDER BY m.date DESC
LIMIT 1Но Я столкнулся с проблемой, в PDO нельзя везде установить одно название для бинда значенияЕсть вариант неименованных плейсхолдеров, как я выше написал, тогда в $stmt->execute() просто передается массив, из которого по порядку берутся значения и ставятся вместо "?", типа
$stmt->execute([$id, $id]);
- Ало, логика, ты где?
- Я вышла погулять...