Как избежать PHP Notice: Undefined offset?

Flying, корректный ответ на вопрос автора дал Rsa97.

if (array_key_exists(0, $var)) { ... }, но довольно быстро становится плохо читаемым, если вложенность глубже. isset() в случаях более глубокой вложенности тоже не работает, а вот null coalescing - работает, поэтому он и был предложен

null coalescing и isset не могут один работать, а второй нет. Они имеет одну и ту же проверку, т.к. первое - это сахар для второго. А вот array_key_exists совсем другое дело, она иначе реагирует на null.

Что пришло на смену кэшу запросов в Mysql?

Лентюй, а есть пример, когда кеш запросов полезен? Как СУБД в этом случае решает проблему инвалидации кэша?

Как избежать PHP Notice: Undefined offset?

Александр,

люди поняли, что нул возвращать нельзя лет так 25 назад

Почему нет? Такой же тип данных, как и остальные. Что тип возвращаемых данных должен быть как можно уже - да, это удобнее, проще контролировать вариативность. Но удобнее, не значит нельзя.
К примеру, метод работающий с бд возвращает значение одной ячейки. Ячейка в базе имеет значение null, что в этом случае должен вернуть метод, если не null?
Так что, кто эти люди и что конкретно они поняли?

Как избежать PHP Notice: Undefined offset?

Роман Юрьевич Ипатьев, это да, я тоже только сейчас понял, что обсуждаем не то, что решает задачу автора. Получилось, что я предлагаю вариант isset, а я как бы просто сравнил 2 конструкции, и совсем забыл про задачу.

Как избежать PHP Notice: Undefined offset?

Issue,

Это как в ответе ниже?

Ни в коем случае, мы там увлеклись обсуждением конструкций.

В вашем случае, скорее всего, будет достаточно заменить на $var[0] ?? null. Исходя из того, что существующий код работает и вас устраивает. Интерпретатор, когда натыкается на несуществующую переменную, идет дальше используя null вместо этой переменной. Поэтому $var[0] ?? null должно быть достаточно.
Но это по-сути лишь подавление ошибок, нужно разбираться откуда эти обращения к несуществующему, а здесь уже нужно понимать логику. Собственно об этом Rsa97 и написал.

Как спроектировать базу данных слов?

судя по фразе "необходимо затем ещё удобно это всё селектнуть и запихнуть в один массив", вся работа будет с массивом с помощью языка программирования, а база нужна только, чтобы положить и забрать весь этот массив одним куском. А раз обрабатывать с помощью СУБД не нужно, размер ограничен 150шт, по-моему проще положить все в одно поле json.

Как спроектировать базу данных слов?

zxcursed, если просто забираете из базы все одним куском, то храните в json.

Как избежать PHP Notice: Undefined offset?

Роман Юрьевич Ипатьев, у автора так написано в примере.

Вариант с isset лучше, всего 1 функция, без ненужных жонглирований с присвоением null переменной.

Что пришло на смену кэшу запросов в Mysql?

А он нужен?

Что должен уметь системный администратор?

fsgdoterr, нет, там ничего необычного. Из специфики - нужно будет устанавливать софтфон и настроить в нем параметры которые вам дадут. Что-то сложное, не на клиентских машинах. Раз все на винде, вряд ли много мест. Настраивать машины каждый день не нужно, чаще придётся гарнитуры пользователям менять.

Как в MySQL запросе добавить колонку в таблицу с проверкой наличия этой колонки?

Сергей Кореневский, уже предложил выше. Изменения структуры бд не должны проходить наугад. Любой вменяемый механизм миграций гарантирует наличие столбца, если миграция применена и его отсутствие, если не применена. Т.е. при нормальной работе, когда сохраняется контроль над базой, подобные костыли не нужны.

Как обработать все аргументы функции?

Shimpanze,

function foo( string $str, array $arr = [], int $int = 123 ) {
foreach( func_get_args() as $argument ) {
if ( is_string( $argument ) ) {
$argument = trim( $argument );
}
}
var_dump( $str );
}

Если вы сами указали что только 1 аргумент string, на кой проверять их все?
Если вашему классу на входе нужен аргумент без пробелов, то это не его зона ответственности делать trim, пусть это делает тот, кто валидирует неизвестные данные. Если есть опасность что в класс на вход придут некорректные данные, передавайте в него объект, который гарантирует, что внутри него все уже провалидировано и обработано.

Как в MySQL запросе добавить колонку в таблицу с проверкой наличия этой колонки?

Если вам нужно подобное, значит вы утратили контроль над структурой БД. Здесь нужно внедрить нормальный механизм миграций, вместо написания монструозных костылей.

Как выполнять задачу каждые 10 секунд в PHP?

Александр Андропов, и не забудьте, что при решение через cron понадобится впиливать контроль параллельного запуска, когда новый стартует, а старый еще не отработал.

Как выполнять задачу каждые 10 секунд в PHP?

inFureal, неизвестно подойдет это автору или нет. Но и не обязательно писать 10 в sleep, можно вычислять исходя из времени работы. Для таких частых запусков это лучшее решение, т.к. не надо запускать постоянно скрипт, он в памяти, и не надо контролировать параллельный запуск, когда скрипт предыдущего запуска еще не завершился.

Цикл с SQL запросом?

А еще можно посмотреть логи. И скорее всего, там обнаружится сообщение об ошибке в БД из-за нарушения уникальности в каком-либо поле.

Какая нужна теоретическая база на собеседовании джуна?

Роман Юрьевич Ипатьев, как по мне, пусть лучше джун из магических методов знает только конструктор/деструктор, про автолоад, что composer все сам делает, если соблюсти PSR (хотя может и имелось ввиду), а implements и use вообще не использует. Но знает SOLID, GRASP теоретически, и хотя бы нарушение Single Responsibility может определить по коду. Т.к. большинство магических методов нужны для специфических задач, и чем их меньше, тем лучше. Интерфейсы невозможно нормально применять не зная того же SOLID, а треды вообще не нужны. А про "контрол-клик" отличное замечание.

PHP 7.4: как проверить, что типизированное свойство инициализировано?

Ошибки и исключения - это исключительные ситуации, нельзя их использовать как стандартную логику.

Как сделать автоподключение базы данных?

alexey_novorisov_89, выглядит излишней, потому что не сильно изменяет функционал оригинального класса PDO. Разумеется не нужно создавать новый объект в каждом классе, тем более в данном случае каждый новый объект - это новый коннект к базе.
Т.е. вы создаете 1 объект в одном месте, а через конструктор или методы внедряете его в объект, где он необходим.
Т.е. как вариант:

public function __construct(iDatabase $db)
    {
        $this->db = $db;
    }
    ...
    $cities = new Cities($this->db)

Получается, что создав объект DB в одном месте, чтобы дотянуть его до потребителя, его придется тащить через конструкторы промежуточных классов. Что бывает не очень удобно. В какой-то степени проблема решается DI-контейнерами, при условии создании всех объектов сразу и возможности вытащить создание подобных объектов в самое начало.
То, что вы хотите сделать - это service locator. Не важно как вы организуете вызов, через глобальную переменную/функцию, через статическое свойство/метод. Не важно будете вы обращаться к конкретному классу/объекту или к контейнеру. Важно что вы обращаетесь к некому общему реестру и получаете объекты из него. Подход часто считают антипаттерном, хотя на мой взгляд, у него просто своя ограниченная сфера применимости. Для глобальных для всего приложения объектов он вполне подходит. Безусловно минусов у него хватает: вы привязываетесь к конкретному типу объектов, которые возвращает реестр, т.е. не сможете гибко менять этот объект (равно как и сам реестр). То, чего вы боялись, захочется сделать 2 коннекта к БД - нужно будет придумывать как это разруливать в каждом вызове service locator (хотя в большинстве задач коннектов к БД мало и это не представляет сложности). При тестировании может быть проблематично подменить объект запрашиваемый из service locator, но в вашем примере не проблема, т.к. сперва мы берем зависимость внедренную через конструктор. Также, обращения в service locator должны возвращать один и тот же объект, т.к. нельзя допустить создания новых объектов при каждом обращении.
Т.е. ваш вопрос совсем не про конфиги, а про зависимости объектов. Можно создать его в новой формулировке, вдруг что интересного напишут, тема не однозначная все-таки.

Как сделать автоподключение базы данных?

alexey_novorisov_89, что касается классов, если не брать мелочи, то, обёртка пока выглядит лишней, но для изучения норм, но все равно непонятно, зачем mysql чего-то там, у вас pdo и общение с драйверами уже универсализировано насколько возможно. Т.е. должна быть обёртка для pdo, а не mysql.
А "ВОТ ТУТ" это интересный вопрос, и он не про конфиги. Зависимости должны внедрятся - DI, вы же хотите их создать внутри (service locator, например), это антипаттерн. Т.е. либо не кошерно, но просто, например через service locator (его тоже не нужно совать в каждый класс, здесь он не нужен, перенесите на другой уровень), либо через какие нибудь хитрые DI контейнеры.