ユーザーがサインアップした際、そのメールアドレスを収集してメールマーケティング用のメーリングリスト(Mailchimp など)に送信するにはどうすればよいでしょうか。
また、ユーザーがメーリングリストへの加入に同意する仕組みを設定する方法も教えてください。
さらに、Discourse にメールオプトインのポップアップや入力欄を追加することは可能でしょうか。
ユーザーがサインアップした際、そのメールアドレスを収集してメールマーケティング用のメーリングリスト(Mailchimp など)に送信するにはどうすればよいでしょうか。
また、ユーザーがメーリングリストへの加入に同意する仕組みを設定する方法も教えてください。
さらに、Discourse にメールオプトインのポップアップや入力欄を追加することは可能でしょうか。
Although this has been requested many times, there are only workarounds to what you want, I think.
Oh, and as for making the user agree, the first link above discusses how to add a checkbox on user signup, if the mailinglist membership is optional, or simply adding a notice to your signup page and/or your terms and conditions or something like that if it’s not optional.
Alternatively, use the Data Explorer and set up a cron job that posts a JSON feed to Zapier with the information you need. No other plugins required (but you do need to get your hands a little dirty on your server ![]()
https://meta.discourse.org/t/data-explorer-plugin/32566/124?u=bartv
But lets say I export users today. And get 15 new users tommorow. If I export again, will it export every single user? or will it only choose the ones that are new, is there an option for this? If not, will mailchimp recognize that that email has already been added, and not add it again?
I cant do this because I am letting discourse handle my user logins
If its broken, it wont work right now?
私はCommuniteq(旧 DiscourseHosting)を利用しており、すべてのプラグインを彼らがインストールしてくれます。「手を動かす」とは具体的にどのような意味でしょうか?Communiteq(旧 DiscourseHosting)のサポートチームはこのプラグインを正常に設定できるでしょうか?
もちろん、ホスティングの管理方法については、メタではなくCommuniteq(旧 DiscourseHosting)の担当者にお尋ねください。
The Communiteq (formerly DiscourseHosting) guys install the data explorer plugin by default on every forum, so you should be able to use that method if you host your forum with us.
Be careful, because admins can query out cookies and password hashes with this tool. We actually don’t recommend that data explorer be enabled everywhere for that reason. At minimum it should be an “upon request, we will enable it for you” type thing, to reduce your total exploit surface area.
Thanks for the advice.
Since we cannot disable/enable it on a per forum basis on multisite, we were (once) considering building a locked down version that does not support the “sensitive columns”, but we never got to it. Will put it higher on the to-do list ![]()