ini_set('error_reporting',E_ALL);
ini_set('display_errors', 1);$stmt->execute(['id'=>id]);, где внутри даже не переменная, а какая-то фигня...INNER JOIN category ON category.id=post.cat_id, выполнить запрос
Пути прописаны верно.Я сомневаюсь, так как маловероятно что код работает неверно, 99% что ошибается пользователь/кодер, особенно в вопросах прописывания пути...
var_dump(__DIR__); в index.php?
Теперь вопрос можно ли написать свою систему плагиатаМожно, разрешаю, пишите. А если серьезно - аналитическая составляющая такого продукта будет стоить как отдельный маленький гугл. Не считая вычислительных мощностей и сложности самого кода, там еще и база статей и текстов с полноформатным аналитическим поиском должна быть, а ее надо еще откуда-то взять, что тоже весьма нетривиальная задача. Про размер этой базы и стоимость хранения я вообще молчу. А ее еще и поддерживать в актуальном состоянии нужно...
или внедрить какой то существующий на свой сайт?Есть сервисы с доступным апи, читайте что умеют, сколько стоят, что предлагают и как использовать на соответствующих страничках сервиса.
Есть ли гайды, туториалы?Для подключения апи достаточно понимания принципов работы таких сервисов и доки от поставщика. В случае самостоятельной реализации думаю общие принципы можно посмотреть в каких-нибудь сторис от гугл/яндекс разработчиков, они часто работают с полнотекстовым нечетким поиском...
Как сделать поиск максимально производительным?Вопрос из серии "какая машина самая крутая?". Нет решения которое подходит под любой вариант базы и структуры, иначе все только одним им и пользовались, логично?
Есть несколько больших postgresql таблиц(по ≈ 1млн строк в каждой).Это таблицы среднего размера, ничего большого в них нет. Миллион записей это средняя таблица со статистикой, все должно работать достаточно быстро и без каких-то особых танцев.
Пользователь вводит номер, ему выдаётся инфа из бд.Ну так сами пробовали сделать 20-30 рандомных запросов и посмотреть скорость, explain, использование индексов? Или мы "боимся заранее"?
Что использовать? Асинхронность? Многопоточность?Мозги, используйте мозги, это гораздо эффективнее...
Клиент не умеет пользоваться чем то, что сложнее Adobe AcrobatВо первых - ворд как самый простой вариант, умеет сохранять в пдф. Делаете шаблон документа - сохранить как - пдф - профит.
Конечная формулировка вопроса такая: как отправить данные из формы в php-скрипт,у формы есть атрибут action, отвечающий за урл на который будут отправлены данные. Достаточно нажать кнопочку субмит.
в написании самого скрипта вроде ничего сложно нет.Как всегда, дьявол кроется в деталях...
/(<script.*-(1|2)\.gif.*<\/script>)/gsU и использовать в preg_replace.
login = filter_var(trim($_POST['login']), FILTER_SANITIZE_STRING);
$pass = filter_var(trim($_POST['pass']), FILTER_SANITIZE_STRING);$pass = md5($pass."ghjsfkld2345");используйте встроенные функции, password_hash и password_verify для работы с паролями.$result = $mysql->query("SELECT * FROM `users` WHERE `login` = '$login' AND `pass` = '$pass '");Warning: count(): Parameter must be an array or an object that implements Countable in D:\OSPanel\domains\Site1\auth.php on line 14по тому что читаем доку -
fetch_assoc — Fetch the next row of a result set as an associative arrayСоответственно, если запрос пустой, то фетчить нечего. Для проверки существует num_rows.
Выводит: "Такой пользователь не найден." Но в БД такой пользователь есть зарегестрированный, все данные авторизации правильные, а он выводит, что нету такого пользователя.Программу не на*бешь. Если говорит что нету, значит нету. А если не находит то что есть, значит вы не правильно ищете, что легко проверить. Вангую что запрос будет совершенно не таким как вы ожидаете:
...
$query = "SELECT * FROM `users` WHERE `login` = '$login' AND `pass` = '$pass'";
var_dump('check: ',$login, $pass,$query);
$result = $mysql->query($query);
...