perhaps running it on the user_register hook? add_action( ‘user_register’, ‘loadAfterUserRegistrationHook’ ); function loadAfterUserRegistrationHook(){ add_action( ‘user_meta_after_user_register’, ‘createNewPost’ ); } See: http://codex.wordpress.org/Plugin_API/Action_Reference/register_form
When a plugin is activated, the only thing that runs on that activation request is the activation hook. whatever you’ve got hooked to init has not and will not run on that request, so you need to register it in your activation before you flush rewrites. it’s only after the plugin is activated, on the … Read more
You have slight timing issues because you generate title first (in constructor call), but postpone text domain load to later (init at default priority). Text domain mus be loaded for __() to translate correctly. Those are not “lazy”, they generate and return strings right where they are called. Text domain should be loaded very early, … Read more
If you look at the Action Reference, you can see the order things happen. Note where init is, the query object doesn’t exist until the wp action. // … init └─ widgets_init register_sidebar wp_register_sidebar_widget wp_default_scripts wp_default_styles admin_bar_init add_admin_bar_menus wp_loaded parse_request send_headers parse_query pre_get_posts posts_selection wp // …
Identify configured swap devices and files with cat /proc/swaps. Turn off all swap devices and files with swapoff -a. Remove any matching reference found in /etc/fstab. Optional: Destroy any swap devices or files found in step 1 to prevent their reuse. Due to your concerns about leaking sensitive information, you may wish to consider performing … Read more
If you want a more user-friendly URL structure, you could add a rewrite endpoint. This will add the rules for and intercept requests to /my-api/: function wpd_add_api_endpoint() { add_rewrite_endpoint( ‘my-api’, EP_ROOT ); } add_action( ‘init’, ‘wpd_add_api_endpoint’ ); function wpd_api_request( $request ){ if( isset( $request->query_vars[‘my-api’] ) ){ // $request->query_vars[‘my-api’] is a string containing everything after your … Read more
actions do not “return” values. If you need to do some heavy computation that you want to avoid redoing at a later stage then you should store the value at a global variable (pure global, static or a field in an object depending on your favorite coding style).
From the documentation: https://developer.wordpress.org/reference/hooks/init/ add_action( ‘init’, ‘process_post’ ); function process_post() { if( isset( $_POST[‘unique_hidden_field’] ) ) { // process $_POST data here } } In your example, perhaps having two different add_action is causing problems and burying your function where it’s not firing during init I’m going to test a similar solution and see what … Read more
I believe init is too early to determine is_page(). Try a later hook, like template_redirect. function wpse_344136_user_logged_in(){ if ( is_user_logged_in() && is_page( ‘login’ ) ){ wp_redirect( home_url() ); exit; } } add_action( ‘template_redirect’, ‘wpse_344136_user_logged_in’ );
There are various ways to do this, but I’ve recently addressed a similar problem by using cookies. add_action( ‘init’, ‘wpse_93797_cookie’ ); function wpse_93797_cookie() { if ( !isset ( $_COOKIE[‘wpse_93797_cookie_name’] ) ) { // Do your stuff. // Set your cookie so we don’t do stuff the next time around. // Note that 0 makes the … Read more