Forum Replies Created

Viewing 15 replies - 1 through 15 (of 129 total)
  • Thread Starter Haoxian

    (@lonelicloud)

    Thank you for the response.

    I increased max_execute_time from 30s to 60s but the problem persists. I am going to try the cron way next.

    Thread Starter Haoxian

    (@lonelicloud)

    Sure, thanks for this great plugin. It saved me a lot of work.

    Thread Starter Haoxian

    (@lonelicloud)

    Hi,

    Thank you for your consideration. I think I might have driven you crazy for this problem ?? You could even think that I might have not distinguish the “-master” suffix.

    I have several subsites. So I tried this on another subsite which I am not planned to use this on. It works!

    So I checked the subsite I tested on before, it still did not work. … Finally, I found it was because the WP Super Cache plugin I used had cached the page /local-signup/ because there is no “?” character in the url. After deactivating this WPSC, your plugin works very well.

    Thank you!!!

    Thread Starter Haoxian

    (@lonelicloud)

    Nope, flush rewrite rule doesn’t help.

    Thread Starter Haoxian

    (@lonelicloud)

    I just tried again.
    1. Download the .zip file and extract it to overwrite all files in the plugin folder;
    2. Upload all files to server;
    3. Deactivate the plugin and re-activate it again;
    4. Try to register on a subsite.

    Really, the symptoms are the same.

    To be clear, I deleted the previously created template file and the custom page with a slug of “local-signup”.

    • This reply was modified 7 years, 8 months ago by Haoxian. Reason: Add deleting custom page and template
    Thread Starter Haoxian

    (@lonelicloud)

    Hi,

    I tried the new master, but it seems making no difference than last update.

    On the register page, “Give me a site!” is selected as default. And, after clicking “Next”, the page is still redirected to “local-signup/local-signup/”.

    Thread Starter Haoxian

    (@lonelicloud)

    The plugin will pick up if you have “user accounts may be registered” or “Both Sites and user accounts can be registered”. So check that your network settings are as you want.

    I checked and only “User accounts may be registered.” is activated in the “Network” control panel.

    So maybe there is a glitch in the plugin causing the wrong options displayed and selected in the registration page.

    Thread Starter Haoxian

    (@lonelicloud)

    Hi there,

    Sorry that I didn’t notice a problem before with the test edition. When I tried to sign up, the “Next” button take me to a wrong URL as from /local-signup/ to /local-signup/local-signup.

    • This reply was modified 7 years, 8 months ago by Haoxian.
    Thread Starter Haoxian

    (@lonelicloud)

    Hi, you are so quick!

    I’ve tried the new master copy. It works well with PHP-FPM requiring no custom page created. Thank you so much!

    I’ve noticed there are options above the “Next” button saying “Give me a site!” or “Just a username, please.”. Should we have an option to configure this? Or, just make the options comply to the setting in Network Control Panel?

    On my testing site, I made it clear that the option “User accounts may be registered.” is selected. Does that mean that user could not register for a “site”?

    Thread Starter Haoxian

    (@lonelicloud)

    Thank you Justin. I’d love to test the new feature ??

    Thread Starter Haoxian

    (@lonelicloud)

    Hi,
    The PHP-FPM rewrite rules are just for demonstration purpose. The real ones work well with regular requests.

    I did try to setup a rule for this plugin like this,
    ProxyPassMatch ^/subsite/local-signup/$ fcgi://127.0.0.1:9000/srv/www/domain.com/public_html/wp-content/plugins/network-subsite-user-registration/template/page-signup-wp47.php
    But the server threw an error saying the part
    fcgi://127.0.0.1:9000/srv/www/domain.com/public_html/wp-content/plugins/network-subsite-user-registration/template/page-signup-wp47.php
    is TOO LONG.

    Then I realised that maybe I should setup a custom page for the login. And it works.

    Do you think there is an implementation of redirecting inside this plugin to avoid a hardcoded redirecting from the server side?

    Thanks for the advice. I’ll update the template once there is an update to this plugin.

    • This reply was modified 7 years, 8 months ago by Haoxian.
    Thread Starter Haoxian

    (@lonelicloud)

    Ok, I got it.

    I need to,

    1. Save a copy of ../wp-content/plugins/network-subsite-user-registration/template/page-signup-wp47.php to my theme folder, such as ../wp-content/themes/mytheme/page-signup.php
    2. Create a new page in the subsite with slug as local-signup using the template Signup Page and publish it (could just leave the page blank)

    Now, when I open register link, it will be redirected to ../subsite/local-signup/ correctly.

    Thank you for this wonderful plugin. Please add a description on how to use it, at least for people like me ??

    • This reply was modified 7 years, 8 months ago by Haoxian.
    Thread Starter Haoxian

    (@lonelicloud)

    The server won’t take a port other than 80 for HTTP request. The port 9000 is only for server side usage. So this URL is rejected by the server.

    I post the ProxyPassMatch rules because I hope you could check if the rewrite rules prevent user from requesting to the URI used by this plugin (/subsite/local-signup/ here). I am afraid I could miss it because I am not so good at URL rewrite rules.

    Should I create a page including a form inside for register and name/slug this page as local-signup? I didn’t read such a requirement in the instructions.

    Thread Starter Haoxian

    (@lonelicloud)

    Hi there,

    I just realised that I am using PHP-FPM for the server. For the multisite, I use something like the follows as the rules for ProxyPassMatch,

    <IfModule mpm_event_module>
        ProxyPassMatch ^/([_0-9a-zA-Z-]+/)?(wp-(activate|blog-header|comments-post|config|cron|links-opml|load|login|mail|settings|signup|trackback)\.php(/.*)?)$ fcgi://127.0.0.1:9000/srv/www/domain.com/public_html/$2
        ProxyPassMatch ^/([_0-9a-zA-Z-]+/)?(xmlrpc\.php(/.*)?)$ fcgi://127.0.0.1:9000/srv/www/domain.com/public_html/$2
        ProxyPassMatch ^/([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes)/.*\.php(/.*)?)$ fcgi://127.0.0.1:9000/srv/www/domain.com/public_html/$2
        ProxyPassMatch ^/(.*\.php(/.*)?)$ fcgi://127.0.0.1:9000/srv/www/domain.com/public_html/$1
    </IfModule>

    Could you please help on looking at this to find out if this is the reason?

    Thread Starter Haoxian

    (@lonelicloud)

    Hi there,

    I have tried these two suggestions with no luck.

    Could I just load the link https://mainsite.com/subsite/local-signup for testing? I did so.

    1) Re-set permalinks to any other format does not work.
    2) I am using the official theme (2017). After deactivating all plugins except this one, the link still brings me the same error page.

    So, if this is not a bug in the plugin, then it must be something wrong with my server configuration. But I do not know how to check for this error.

    I think maybe I should just live with that and let user register on the network but not the specific subsite.

    Thank you very much for your kind help.

Viewing 15 replies - 1 through 15 (of 129 total)