Концепция организации работы пользователя с сервером

@ЗеХель · Регистрация: 04.11.2014

Студворк — интернет-сервис помощи студентам

Доброго времени суток, есть вопрос по организации работы пользователя работы с БД. Мне кажется он банальным, но я ничего толком не смог нагуглить по нему, буду рад, если подскажите, где еще почитать об организации. Вот есть веб-ресурс(сайт) с регистрацией. Как организуется соединения пользователя с сервером? Вот например, как я понимаю, все незарегистрированные посетители сайта пользуется общим пользователем Guest. А каким соединением пользуется зарегистрированный пользователь? У них есть просто запись в таблице бд, а запросы они проводят тоже через одного общего пользователя на сервере? Или при регистрации нового пользователя сайта надо создавать нового пользователя на сервере? Если первый вариант, то на сервере получется возможно настроить такого пользователя? А если второй, то все равно получается есть таблица информации о пользователе, где мы храним информацию о нем?

Добавлено через 11 часов 43 минуты
Это настолько сложная тема? Или настолько простая, что все проходят мимо? Если всё так просто, то дайте хоть ссылку на то, где это можно почитать, пожалуйста.

@Agregat · 08.06.2018, 19:42

Не являюсь специалистом по программированию для web, расскажу как это кажется целесообразным.

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

По поводу безопасности наверное это допустимо так как работать непосредственно с базой будут серверные скрипты (видимо на php или python), а не клиентское приложение.

@pincet · 09.06.2018, 17:11

Сообщение от Agregat

Поэтому лучше если пользователи с похожими правами будут работать через один общий логин.

никому больше про это не рассказывай

@Agregat · 09.06.2018, 18:04

Сообщение от pincet

никому больше про это не рассказывай

Хорошо, тогда вопрос: ежели на сайте каждый день тысячи новых посетителей - в БД каждому свой логин заводится?

@pincet · 09.06.2018, 18:41

да хоть мильён. пользователь - это пользователь. и не нужно его путать с посетителем

@Agregat · 09.06.2018, 19:32

Сообщение от pincet

пользователь - это пользователь. и не нужно его путать с посетителем

Пока это все слова. Ты вроде бы не специализируешься на программировании для web.

На ресурсе, ссылка на который здесь автоматически банится - есть и другое мнение:

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

Хотя, справедливости ради, надо отметить что и там высказавшийся не является спецом по программированию в web.

@pincet · 09.06.2018, 21:04

пока "слова" только от тебя текут. Однако, делать выводы за квалификацию пользователей ты горазд. ты свою цитату из Концепция организации работы пользователя с сервером
еще пару раз перечитай. и отдели посещение сайта с аутентификацией и последующей авторизацией от "просмотра". Напрямую с СУБД общается DAL, его телодвижения скрыты

@Agregat · 10.06.2018, 08:44

Сообщение от pincet

делать выводы за квалификацию пользователей ты горазд

Не о квалификации, а о специализации. Это разные вещи. Твоя специализация вроде бы обозначена в профиле.

Сообщение от pincet

отдели посещение сайта с аутентификацией и последующей авторизацией от "просмотра".

Хорошо. На многих достаточно посещаемых сайтах зарегистрированы тысячи, а то и десятки тысяч пользователей. На монстрах вроде вконтакте - так вообще десятки миллионов. И что, там миллионы логинов в базу заводятся? Не многовато ли?

Попытаюсь еще и в других источниках поузнавать, слишком уж вопрос интересный.

@pincet · 10.06.2018, 10:07

что такое 10 миллионов записей для нормально спроектированной схеме и "агонь" железа? Да ничто

@qwertehok · 10.06.2018, 20:49

Сообщение от Agregat

И что, там миллионы логинов в базу заводятся? Не многовато ли?

а что будет? вам жалко строки в таблице?

@Agregat · 11.06.2018, 09:49

Цитата отсюда: http://www.sql.ru/forum/959705... 1#12954421:

Вопрос: А эти аккаунты (пользователи) не в MySQL регистрируются?
Ответ: Обычно - нет. Обычно это просто запись в соответсвующей таблице системы управления контентом (CMS). А с MySQL обычно работа идет через всего один аккаунт.

@pincet · 11.06.2018, 11:38

ой-ё, чувак, не путай серверные логины с пользователями системы

Добавлено через 3 минуты

Сообщение от pincet

Напрямую с СУБД общается DAL, его телодвижения скрыты

вот за что тебе пытались на sql.ru рассказать

@Agregat · 17.06.2018, 20:29

Сообщение от pincet

вот за что тебе пытались на sql.ru рассказать

Вообще-то там ясно написано:

Сообщение от Agregat

с MySQL обычно работа идет через всего один аккаунт.

И под аккаунтом явно подразумевается аккаунт СУБД

@pincet · 18.06.2018, 08:48

и каким боком тут пользователи сервиса?

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Программа принимает математическое выражение в виде строки и выдаёт его производную в виде строки и вычисляет значение производной при заданном х Логарифм записывается как: (x-2)log(x^2+2) -. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

@ЗеХель 24 / 21 / 3 Регистрация: 04.11.2014 Сообщений: 283

	Концепция организации работы пользователя с сервером 07.06.2018, 21:39. Показов 777. Ответов 13 Метки нет (Все метки) Доброго времени суток, есть вопрос по организации работы пользователя работы с БД. Мне кажется он банальным, но я ничего толком не смог нагуглить по нему, буду рад, если подскажите, где еще почитать об организации. Вот есть веб-ресурс(сайт) с регистрацией. Как организуется соединения пользователя с сервером? Вот например, как я понимаю, все незарегистрированные посетители сайта пользуется общим пользователем Guest. А каким соединением пользуется зарегистрированный пользователь? У них есть просто запись в таблице бд, а запросы они проводят тоже через одного общего пользователя на сервере? Или при регистрации нового пользователя сайта надо создавать нового пользователя на сервере? Если первый вариант, то на сервере получется возможно настроить такого пользователя? А если второй, то все равно получается есть таблица информации о пользователе, где мы храним информацию о нем? Добавлено через 11 часов 43 минуты Это настолько сложная тема? Или настолько простая, что все проходят мимо? Если всё так просто, то дайте хоть ссылку на то, где это можно почитать, пожалуйста. 0

@Agregat 6 / 17 / 2 Регистрация: 16.05.2018 Сообщений: 187
	08.06.2018, 19:42
	Не являюсь специалистом по программированию для web, расскажу как это кажется целесообразным. Дело в том, что в web количество посетителей сайта может быть огромным и они могут часто меняться. Поэтому лучше если пользователи с похожими правами будут работать через один общий логин. По поводу безопасности наверное это допустимо так как работать непосредственно с базой будут серверные скрипты (видимо на php или python), а не клиентское приложение. 0

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	09.06.2018, 18:41
	да хоть мильён. пользователь - это пользователь. и не нужно его путать с посетителем 0

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	09.06.2018, 21:04
	пока "слова" только от тебя текут. Однако, делать выводы за квалификацию пользователей ты горазд. ты свою цитату из Концепция организации работы пользователя с сервером еще пару раз перечитай. и отдели посещение сайта с аутентификацией и последующей авторизацией от "просмотра". Напрямую с СУБД общается DAL, его телодвижения скрыты 0

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	10.06.2018, 10:07
	что такое 10 миллионов записей для нормально спроектированной схеме и "агонь" железа? Да ничто 0

@pincet 1654 / 1153 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	18.06.2018, 08:48
	и каким боком тут пользователи сервиса? 0