Автор темы все равно ничего не поймет, он вначале критикует предлагаемые варианты (хотя сам в этом не разбирается, т.к. создал эту тему), а затем говорит, что ничего не понимает (рекурсия).
Ну,знаете... Есть много способов дать нагрузки на бд,экономия тут не во вред. Надо что-то поменять? Например,пользователь сменил имя? Там же и изменяем значение сессии - радуемся...
Хорошо, какие вопросы тогда?
Для PHP отводится миллисекунд 200, если мы хотим, чтобы сайт был отзывчивым.
У меня генерация страницы занимает менее 200 миллисекунд, так что я не волнуюсь насчет того, что один запрос запрос в БД даст какую-либо нагрузку.
так это же не рационально... Сохраняем,делаем firdt_params() - первый чек всего из базы,сохраняем в сессию и дальше свойствам user присваеваем значения из сессии. Второй раз запускается firdt_params() - делаем проверку есть ли данные в сессии,если есть - то идем дальше,нет чекаем и записываем. Нет?
Это экономия, что называется, на спичках.
Что если данные изменятся? Вам придется все равно обращаться в БД.
Если следовать принципу «иррациональное не используем», то PHP гораздо усложнится.
Использовать объекты тоже иррационально, т.к. есть массивы.
И не следует использовать include, т.к. рациональней будет хранить весь код в одном файле.
Короче говоря, в моей системе пользователь — это объект, над которым можно легко производить нужные действия, путем вызова методов этого объекта.
Т.к. при инициализации у меня все равно загружается из базы информация о текущем пользователе, то в сессии я храню только хэш текущей сессии авторизации (ID пользователя не хранится в сессии, так надо мне).
Если вам это не нужно — пожалуйста, храните все в сессии, ничего критичного в этом нет.
Да, действительно, с этим согласен, сказал не подумав.
caballero пишет:
когда пинаешь кнопку и посреди экрана появляется крутилка и ты вынужден ждать пока оно подтянется - это просто раздражает.
Ну так не обязательно же весь контент через AJAX грузить.
Допустим, список комментариев можно асинхронно загружать, т.к. обновлять всю страницу ради них иррационально.
У меня на сайте все страницы находятся в index.php. Т.е. информация страниц определяется через GET запрос. На некоторых страницах разные ссылки навигации, вот и приходится определять на какой странице пользователь и какое меню ему вывести.
Не проще тогда непосредственно через GET передавать информацию о том, что нужно загрузить, а не разбирать REQUEST_URI?
Зачем смотреть на http://site.ru/index.php?r=1, если можно смотреть на $_GET['r'] ?
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 232
