- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте, задумал я сегодня реализовать настройки сайта. Подумал, что можно хранить их базе, и при авторизации пользователя, смотреть в базе настройки, и подставлять в php скрипты. Скажите такой способ приветствуется с точки зрения оптимизации?
PS - Или, как вы это делайте? (опишите пожалуйста, схему работы, ваших настроек). А так же хотелось бы узнать, по какой схеме реализовать настройки для не авторизованных людей?
Скажите такой способ приветствуется с точки зрения оптимизации?
Нет! Храните в сессиях. Только представьте, на сайт зайдёт 1000 пользователей. Будете 1000 раз дёргать из базы настройки?
---------- Добавлено 09.07.2013 в 14:51 ----------
по какой схеме реализовать настройки для не авторизованных людей?
Я это вижу так: анонимы есть в отдельной группе. Т.е. группа администраторов, пользователей, забаненных и анонимов. Заходит на сайт пользователь - определяем, если он не залогинен, значит аноним, автоматом присваиваем ему группу анонима, а вместе с ней и все права анонимов.
Здравствуйте, задумал я сегодня реализовать настройки сайта. Подумал, что можно хранить их базе, и при авторизации пользователя, смотреть в базе настройки, и подставлять в php скрипты. Скажите такой способ приветствуется с точки зрения оптимизации?
Да нормально. Системные в любом случае будете хранить в БД, и пользовательские тоже можно.
Только представьте, на сайт зайдёт 1000 пользователей. Будете 1000 раз дёргать из базы настройки?
В этом нет ничего страшного, тем более если хотите сохраните актуальные настройки и назвать это действительно настройками.
Скажите такой способ приветствуется с точки зрения оптимизации?
Есть права - чтение, запись и тд.
Есть группы - которые присваиваются нужные права.
Да нормально. Системные в любом случае будете хранить в БД, и пользовательские тоже можно.
В этом нет ничего страшного, тем более если хотите сохраните актуальные настройки и назвать это действительно настройками.
Есть права - чтение, запись и тд.
Есть группы - которые присваиваются нужные права.
Группы для пользователей я смогу сделать.
Для анонимных людей понятно.
А вот с зарегистрированными что делать? если допустим, они хотят получить доступ к сайту из телефона и планшета и пк. И, то есть, браузеры будут у всех разные и устройства. И они хотят чтобы, фон сайта, оставался всего 1 (каторый они выбрали в настройках, у себя в аккуанте). Получается в этом случае, только в базе данных?
Если в куках не получается (настройки сложные и должны быть одинаковы для любого браузера), то лучше хранить в текстовых файлах - по одному на юзера. Так сервер мускуля напрягаться не будет и работать будет шустрее.
Какие именно настройки?
сессионные, типа зашел, выбрал язык и т.п., хранить в мемкеше гденибудь.
если полные настройки юзера, типа логин, пароль, имя и т.п. я люблю хранить в базе.
Какие именно настройки?
сессионные, типа зашел, выбрал язык и т.п., хранить в мемкеше гденибудь.
если полные настройки юзера, типа логин, пароль, имя и т.п. я люблю хранить в базе.
Если, делать через базу, то это легко. Так же мне понравился вариант хранить через файлы текстовые, то их потом миллионы будет, и что с ними потом делать?
Если только, пользователь не появлялся на сайте, более 3 месяцев, то конец этому файлу.
Угу, можно тупо раз в неделю например чистить те, у которых даты обновления "просрочены". Такие даже загружать предварительно не надо для этого.
Кроме того, с файлами удобно то, что данные можно хранить в виде обычного массива или объекта и писать его в файл через serialize(). С одной стороны - удобно (на запись и чтение по строке кода), а с другой - мускуль не напрягается вообще.
Угу, можно тупо раз в неделю например чистить те, у которых даты обновления "просрочены". Такие даже загружать предварительно не надо для этого.
Кроме того, с файлами удобно то, что данные можно хранить в виде обычного массива или объекта и писать его в файл через serialize(). С одной стороны - удобно (на запись и чтение по строке кода), а с другой - мускуль не напрягается вообще.
А что лучше не напрягать mySQL или файлы ?
Так мускуль все равно с файлами работает (он же сам должен где-то данные хранить). Так что, диск напрягается в любом случае. Только в случае с мускулем получается гораздо больше лишних телодвижений.
Для групп пользователей храню в JSON, для конкретного пользователя в базе данных, при инициализации сессии, объединяю JSON с переопределенными настройками для конкретного пользователя из базы данных и записываю в SESSION (memcached). В cookie храню только идентификатор сессии. Сессию не сбрасываю при закрытии браузера.