Предварительное сохранение данных

@atanov · Регистрация: 26.05.2016

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

Доброго времени суток,

не знаю, в правильный ли раздел написал.
Ситуация такая:
пользователь заполняет анкету на сайте, но информация, содержащаяся в этой анкете, должна быть проверена администратором и только после этого стать "работоспособной".
Как правильно организовать предварительное хранение данных до просмотра администратором?

1-й вариант: создать ещё одну субд и оттуда переносить инфу, после модерации администратором;
2-й вариант: сразу писать в субд, где будет флажок модерации "да/нет", который вкл/выкл администратор.

Какие ещё могут быть варианты? Может что-то есть лучше?

@Phantom-84 · 17.09.2018, 11:40

Не субд, а таблицу.

Оба варианта вполне хороши. Выбор между ними обычно делают на основании количества предполагаемых "отказов".

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

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

@atanov · 17.09.2018, 11:41 **[ТС]**

Сообщение от Phantom-84

Не субд, а таблицу.

Ну да, так конечно верно.

Сообщение от Phantom-84

Выбор между ними обычно делают на основании количества предполагаемых "отказов".

Пока не понятно сколько будет "да" и "нет". Спасибо за ответ

@Phantom-84 · 17.09.2018, 11:51

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

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

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

Пока не понятно сколько будет "да" и "нет".

Я выше уточнил, на что тут прежде всего следует обратить внимание. Для отсеивания спама, который может "сыпаться" в неимоверных количествах, используете первый способ. А для (предположительно) живых пользователей - второй, даже если будет много отказов. Часто бывает нужно сохранять анкеты живых пользователей даже в случае отказа данным пользователям. Для отчетности, для возможности воспользоваться этими анкетными данными позднее и т.п.

@atanov · 17.09.2018, 12:44 **[ТС]**

Сообщение от Phantom-84

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

Именно.

Добавлено через 48 минут
Phantom-84,
А Вы случаем не сталкивались с проблемой отсеивания спама? В данном контексте интересует как дискредитировать живых от ботов.

@Phantom-84 · 17.09.2018, 12:50

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

Именно.

Что "именно"? Я сделал уточнение, касающееся пользователей, а не администратора.

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

А Вы случаем не сталкивались с проблемой отсеивания спама? В данном контексте интересует как дискредитировать живых от ботов.

Я вам выше привел пример с подтверждением. Остаются только тонкости технической реализации, повышающие защиту от роботов. И для "глупых или слепых" пользователей нужно обязательно в инструкции сделать предупреждение, чтобы не забывали делать подтверждение.

@andyyy · 17.09.2018, 19:48

Капчу поставьте) а в таблице сделайте boolean 1,0 вот и все)

@Phantom-84 · 17.09.2018, 19:52

andyyy, это чтобы не отказывать пользователям, а считать их отказы?

@полудух · 18.09.2018, 09:41

2й вар-т

@otto-fukin · 18.09.2018, 18:08

флажок

@otto-fukin 14 / 60 / 21 Регистрация: 15.06.2017 Сообщений: 572
	18.09.2018, 18:08	10
	флажок 0

@atanov 634 / 476 / 170 Регистрация: 26.05.2016 Сообщений: 2,638
		1
	Предварительное сохранение данных 17.09.2018, 10:49. Показов 1535. Ответов 9 Метки mysql php (Все метки) Доброго времени суток, не знаю, в правильный ли раздел написал. Ситуация такая: пользователь заполняет анкету на сайте, но информация, содержащаяся в этой анкете, должна быть проверена администратором и только после этого стать "работоспособной". Как правильно организовать предварительное хранение данных до просмотра администратором? 1-й вариант: создать ещё одну субд и оттуда переносить инфу, после модерации администратором; 2-й вариант: сразу писать в субд, где будет флажок модерации "да/нет", который вкл/выкл администратор. Какие ещё могут быть варианты? Может что-то есть лучше? 0

@Phantom-84 350 / 294 / 71 Регистрация: 15.09.2017 Сообщений: 1,305
	17.09.2018, 11:40	2
	Сообщение было отмечено atanov как решение Решение Не субд, а таблицу. Оба варианта вполне хороши. Выбор между ними обычно делают на основании количества предполагаемых "отказов". Добавлено через 7 минут Если речь о "спаме" с доступных публично форм, то первый вариант. Если же о действиях сотрудников, работающих через приватную форму, то второй. Варианты можно совместить, т.е. использовать первый для накопления автоматического спама в отдельной таблице, а в основной уже проводить модерацию. 1

@atanov 634 / 476 / 170 Регистрация: 26.05.2016 Сообщений: 2,638
	17.09.2018, 11:41 [ТС]	3
	Сообщение от Phantom-84 Не субд, а таблицу. Ну да, так конечно верно. Сообщение от Phantom-84 Выбор между ними обычно делают на основании количества предполагаемых "отказов". Пока не понятно сколько будет "да" и "нет". Спасибо за ответ 0

@Phantom-84 350 / 294 / 71 Регистрация: 15.09.2017 Сообщений: 1,305
	17.09.2018, 11:51	4
	К предыдущему сообщению. Предполагается, что запись будет сама переноситься в основную таблицу после подтверждения живым пользователем, а роботы обычно об этом ничего не знают. Добавлено через 5 минут Сообщение от atanov Пока не понятно сколько будет "да" и "нет". Я выше уточнил, на что тут прежде всего следует обратить внимание. Для отсеивания спама, который может "сыпаться" в неимоверных количествах, используете первый способ. А для (предположительно) живых пользователей - второй, даже если будет много отказов. Часто бывает нужно сохранять анкеты живых пользователей даже в случае отказа данным пользователям. Для отчетности, для возможности воспользоваться этими анкетными данными позднее и т.п. 0

@atanov 634 / 476 / 170 Регистрация: 26.05.2016 Сообщений: 2,638
	17.09.2018, 12:44 [ТС]	5
	Сообщение от Phantom-84 Предполагается, что запись будет сама переноситься в основную таблицу после подтверждения живым пользователем, а роботы обычно об этом ничего не знают. Именно. Добавлено через 48 минут Phantom-84, А Вы случаем не сталкивались с проблемой отсеивания спама? В данном контексте интересует как дискредитировать живых от ботов. 0

@Phantom-84 350 / 294 / 71 Регистрация: 15.09.2017 Сообщений: 1,305
	17.09.2018, 12:50	6
	Сообщение от atanov Именно. Что "именно"? Я сделал уточнение, касающееся пользователей, а не администратора. Сообщение от atanov А Вы случаем не сталкивались с проблемой отсеивания спама? В данном контексте интересует как дискредитировать живых от ботов. Я вам выше привел пример с подтверждением. Остаются только тонкости технической реализации, повышающие защиту от роботов. И для "глупых или слепых" пользователей нужно обязательно в инструкции сделать предупреждение, чтобы не забывали делать подтверждение. 0

@andyyy 767 / 323 / 157 Регистрация: 26.05.2016 Сообщений: 2,127
	17.09.2018, 19:48	7
	Капчу поставьте) а в таблице сделайте boolean 1,0 вот и все) 0

@Phantom-84 350 / 294 / 71 Регистрация: 15.09.2017 Сообщений: 1,305
	17.09.2018, 19:52	8
	andyyy, это чтобы не отказывать пользователям, а считать их отказы? 0

@полудух 209 / 191 / 49 Регистрация: 15.03.2016 Сообщений: 1,211
	18.09.2018, 09:41	9
	2й вар-т 0

Предварительное сохранение данных

Решение