Своеобразное использование ??. Ни разу такого не видел) Я бы дал более осмысленное имя для переменной keyList. А так задача сократить выполнена.

Такое говно только я могу придумать 😂😂

Доброго времени суток. Подскажите, как сформировать GET запрос с ключом в Header?
Мне для получения ответа от почтовой службы нужно (ещё не работал с API)

1. Использовать Guzzle (самый удобный)
2. Использовать напрямую curl
3. Использовать file_get_contents + stream_context_create

Направление понял, спасибо. Поизучаю🤝

По третьему способу получил желаемый результат. Остальные два на досуге разберу. Ещё раз спасибо🤝

Народ, всем  привет
Что бы считывать просмотры на сайте я записываю на колонку ip_list (в БД) ip адреса посетителей через запятую
Потом, проверяю,  ip очередного юзера  уже есть в списке ip_list то не инкрементирую просмотры, а если нету его ip в списке то делаю views++ и записываю в БД.
Вопрос: Это эффективно с точки зрения производительности?
Т.е, если вдруг страничку посетило 1000 чел, то в ip_list будет 1k ip адресов и...
php не сложно будет найти ip среди такого большого массива?

Просто, другого варианта не придумал...
Заходит человек на страничку, php записывает его ip в ip_list, (если в ip_list нету его ip) и плюсует просмотры

Этот код не идентичен исходному коду. ?? проверяет, что значение not null, в исходном коде же, что не empty

Ни с точки зрения производительности, ни с точки зрения логики это решение не эффективно. С точки зрения производительности - понятно итак. С точки зрения логики - если нужно учитывать уникальные просмотры (от разных пользователей), то почему считаем просмотры по ip? Можно считать просмотры по cookies, например, если это гость. Хотя, тут палка о двух концах. С одной стороны, это ненужное усложнение. С другой стороны, данные могут быть чище.

Касаемо того, что делать с производительностью. Во-первых, просмотры хранить и в БД, и в кэше. Щас объясню, почему. Когда вы будете увеличивать счётчик просмотра, работая напрямую с БД, у вас такая операция будет (может) сильно замедлять загрузку страницы. Лично сталкивался с таким кейсом, сокращая время загрузки с 30 до 1 секунды. Работать нужно с кэшем, периодически обновляя данные в БД. И второе - сделать структуру таким образом, чтобы поиск осуществлялся быстро. Например, использовать хэш-таблицу

Хорошо, спасибо большое, я постараюсь исправить свои ляпы

Да не за что. Начните с более оптимальной структуры. А cookies можно и пренебречь, если нет бизнес-требования считать только уникальные просмотры от гостей. Вы всё равно их абсолютно точно не идентифицируете

Аа, еще вопрос,возможно глупый но,  я по большей части работаю  с сессиями, а куки редко...
Куки же сохраняется даже после закрытия вкладки(и браузера)?

Cookies хранятся в локальном хранилище клиента, так что да. Единственное, что клиент может удалить куки или быть в режиме инкогнито, в котором куки не сохраняются.

Поэтому способ с куками относительно ненадёжный. Сейчас уже готовят какую-то замену кукам, можете погуглить на эту тему. Сам я ещё не изучал вопрос

Понял

Отлично, спасибо еще раз!

Угу