посмотрите нет ли символических циклических ссылок внутри проекта, у меня так было в шторме, когда ссылка вела на эту же папку и оно рекурсивно сканировало до бесконечности
но должен предупредить что функция eval выполняет любой код и если в этом коде будет зловредный код, вы можете получить массу проблем
еще один вариант это записать содержимое переменной в файл и вызвать этот файл на исполнение с помощью директивы require или include
и в этом случае тоже можете вызвать зловредный код
но если вы уверены что данные у вас 100500 раз проверены и нормальные то можете использовать смело данные выше советы
PEAR - PHP Extension and Application Repository
PEAR - всего лишь инструмент управления библиотеками, и наличие его не значит что у вас установлены эти библиотеки
в идеали для того чтобы исправить вашу конкретную проблему нужно установить нужный пакет при помощи команды
pear install Auth
or pear install Http_Auth
но есть несколько "но"
похоже что данная библиотека не поддерживается и удалена из репозиториев, поэтому вас скорее всего постигнет неудача
другое "но" заключается в том что пеар нужно избегать.
в настоящее время рекомендуемым менеджером зависимостей есть композер который обрабатывает живые коды из гитхаба, а не коды столетней давности из практически неподдерживаемых репозиториев, да еще и сомнительного качества, не соответствюущего современным стандартам кодирования
так что делайте вывода, и переписывайте эту часть кода исходя из обстоятельств
то есть насколько я понял мысль Мелкого, возможно слегка измененная.
есть таблица тайм ренжов. в ней описаны все возможные ренжи до той детализации которая нам нужна. к примеру до получаса
00:00 00:30
00:30 01:00
01:00 01:30
.....
23:30 00:00
когда мы сохраняем или обновляем время работы заведения мы сохраняем в таблице много-ко-многим все ключи ренжев которые нам подходят.
и после делаем поиск просто по таблице ренжев и смотрим есть ли найденный индекс у этого заведения
единственный момент надо продумать про граничные значения. где использовать 00:59 итд, потому что если я захочу посмотреть кто работает в 01:00 то у меня вроде как будет срабатывать условие от 01:00 до 01:30 хотя возможно заведение закрывается в час
короче подумав делаю вывод что все таки нужно хранить второе время как на минуту меньшее
00:00 00:29
00:30 00:59
01:00 01:29
.......
23:30 23:59
заморочка приличная, но если вариант со сложным WHERE не подходит, то в помощь придут 2 joina и односложный where
nested sets ни в коем случае, он не для этого предназначен и при записях > 1000 на вставку будет тупить очень прилично
если задача реальная и боевая, то тут нужно смотреть что и для чего надо. если показывать пользователю все-все-все что есть в бд, то нужно так же ходить по уровням как хранятся данные в таблицах. от общей к частному
если нужно найти адрес из всех возможных, я бы воспользовался каким-либо поисковым движком а-ля сфинкс. проиндексировал бы все данные чтобы оно искало из строки вида
"Страна Область Район Город Улица Дом" и для автокомплита эта штука бы выдавала то что ищут, а других сложных моментов с этим я не вижу. простая иерархия без причудов
эх лайм. я слежу за тобою ...
по вопросам правильно отвечаешь, но язык (то есть пальцы) у тебя как помело, не можешь только по сути, нужно обязательно водички подлить и поскандалить. может ты женщина?
по сабжу чат можно даже на комплируемом языке сделать, как это делал орма
на пыхе это зло и вообще тут лучше держать в кешах всю эту фигню до поры до времени, и периодически кидать в постоянное хранилище, ну и конечно нода наверное будет бест солюшн именно для этой задачи
молодец. вот новичков поддерживаешь. даже прослезился от твоих слов
ну а автор выдал второе сообщение с благодарностью после первого в непонятной теме...
если ТС конечно полистал форум и решил массу своих проблем, то я искренне за него рад. сообразительных тут увы немного, все только горазды топики создавать в тысячный раз.