Intereting Posts
Как создать другую структуру ссылок для страниц и сообщений? Как отключить уведомления электронной почты WordPress? Пользовательские настройки плагина: нажатие «сохранить изменения» не отображает сообщение об успешном завершении Уточнить результаты поиска с помощью WP_Query Используйте шаблоны wp.media для создания полностью настраиваемых модальных Отображение данных в Word Нажмите на страницы сайта и страницы из таблицы mysql Как увеличить размер загрузки только при редактировании специальных страниц? Не требуется ли доступ к контенту для приложения для отправки в мой блог? Пользовательский URL-адрес WordPress Rewrites Как добавить RSS-виджет с помощью WP-CLI? Пользовательский код категории, не отображающий всех сообщений как эхо метатег в заголовке с помощью php a: 0: {} заменяется на базу данных как s: 6: "a: 0: {}"; custom rss templete Изменение пароля MySQL через WHM – влияет ли это на WordPress?

Создание формы регистрации электронной почты. Где должна храниться информация в БД?

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

Если пользователь вводит свое имя и адрес электронной почты, где это следует хранить? Должен ли он быть создан как пользовательский тип сообщения «подписчик» или целая новая таблица в базе данных WP? Что ты думаешь? Я бы хотел в конечном итоге экспортировать данные в CSV-файл, если это повлияет на то, где он должен храниться.

Solutions Collecting From Web of "Создание формы регистрации электронной почты. Где должна храниться информация в БД?"

В WP существует несколько механизмов хранения, поэтому может быть сложно выбрать один, а иногда нет единого выбора.

Давайте рассмотрим ваши критерии хранения:

  • постоянный (вы не хотите, чтобы данные просто испарялись)
  • обрабатываемый (вы хотите экспортировать его и, вероятно, перемещаться)
  • прост в реализации (вы не хотите, чтобы строили что-то (полу) обычай просто для этого)
  • расширяемый (в случае, если вы хотите захватить больше данных по дороге и тому подобное)

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