Вот к примеру была функция check_category - вообще ничего не записывала:
$sql = "SELECT category_id,name FROM {$prefixTables}category_description WHERE name='".iconv('UTF-8', 'UTF-8', trim($str['category']))."'";
$res = $pdo->query($sql);
while($row = $res->fetch())
{
$category_id = $row['category_id'];
}
or die(mysqli_error()); ... прям ностальгия по началу нулевых...
какая у тебя ошибка выдается, если отвалилось соединение с БД? а если не хватает ОЗУ? где эта ошибка выводится? В логах PHP? На самой странице, где выполняется код? У меня такие ошибки никогда не выводились. Я догадывался о них интуитивно. Как раз таки пробуя менять лимиты.Все ошибки логируются, если специально не выключать логи. По этому чтобы знать что за ограничение у вас сработало, не надо тыкать пальцем в небо и молиться Линусу Торвальдсу, надо просто посмотреть что конкретно произошло и решать конкретную проблему.
Но такие ошибки не выводятся. Я подумал, может, дело в настройках apache / nginx. Но ты сказал PHP.Хостер может запретить изменение настроек сервера через ini_set, так что это ни о чем не говорит. В логах в любом случае ошибка отразится.
$arSelect = array(); // создали массив
while($region = $dbItems->fetch()) {
/*в $arSelect лежит список регионов*/
$arSelect = array( //еще раз создали НОВЫЙ массив???
$region["ID"] => $region["NAME"]
); // каждую итерацию здесь будет новый массив с 1 элементом
// логично что в конце выполнения тут будет только значение последней итерации
}2yiwuei3827ryifg2i28ftiwegfi@yandex.ru или такие vladimir_saveliev_98@mail.ru, natalia_blohina_93@list.ruА с чего вдруг их не принимать? Они валидны и соответствуют RFC. Какой смысл их удалять? Или точнее, какой смысл удалять работающие емайлы? Вам не пофиг как выглядит емайл, если он рабочий? Или есть какой-то особый смысл в красивых емайлах?
пишет-Сейчас эта страница не работает,смотрим логи, а лучше включаем вывод ошибок. После этого внимательно читаем ошибки и исправляем.
$password = md5($password."ghjsfkld2345");забыть как страшный сон, читаем про password_hash(), делаем как надо.
$result = $mysql->query("SELECT * FROM `users` WHERE `login` = '$fullname' AND `pass` = '$password'");Читаем про подготовленные выражения, автору видео ставим дизлайк и больше всякое г не смотрим.
setcookie('user', $user['fullname'], time() + 3600 * 24 * 90, "/");работать с куками вместо сессии - отдельный вид некомпетентности, точнее - открытое вредительство.
$mysql->close();Абсолютно лишняя строка, драйвер сам закрывает соединение по завершении скрипта, делать это вручную нужно лишь в исключительных случаях, еще один пинок в карму...
в этом подключенном файле есть массивТут нет массива, тут есть функция, которая принимает некий аргумент. Во первых - это только объявление функции, сама функция нигде не вызывается. Во вторых - нужно туда передать $array, который тоже должен откуда-то взяться. Странно искать что-то, что возьмется ниоткуда... Ну и $car - внутренняя переменная функции, и вне этой функции просто не видна.
function getTheCars($array) {
Фреймворк - старейший зендhttps://framework.zend.com/manual/2.1/en/modules/z...
И прописывать его не надо, потому что на русской версии не будет добавляться /ru.По уму - надо прописывать везде. Так и сео нормально работать будет и семантика в норме.
пробовал сделать использую simplehtmldom но он постоянно выдавал ошибки. Что можно сделать?Смотреть ошибки, исправлять, читать доку, использовать отладку, хотя бы в виде var_dump()... Много чего. Где сам код то, где ошибки?
DELETE FROM `comments`
WHERE `user_id` = :user_id
and `id` = :comment_idУ меня вот такой вопрос, как и где мне практиковать php?Как и все выучившие основы - пиши соц. сеть.
(например скрип авторизации и регистрации)Не бывает скрипов авторизации и регистрации. Есть система, компонентами которой будут авторизация и регистрация. В отрыве от общей схемы (архитектуры) эта работа будет абсолютно бесполезной. Да и сама регистрация и авторизация не является простейшим компонентом, а значит требует разбивки на более мелкие задачи - называется декомпозировать задачу (например, для начала надо продумать структуру таблиц в бд, где будут храниться пользователи, предусмотреть как их создавать, менять и удалять, а уже затем писать код, затем решить какие поля будут приходить с фронта, написать их там, как они будут проверяться на бэке, какие ошибки могут быть, что с ними делать и в конце как это сохранять).