Forum Replies Created

Viewing 15 replies - 1 through 15 (of 84 total)
  • Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @camna,

    Thank you for sharing your findings and the code modification.

    We appreciate the detailed explanation regarding the 301 redirect behavior and how changing it to a 302 redirect resolved the issue in your environment.

    I’ve forwarded this information to our development team for review. They will investigate whether the current redirect behavior could cause caching or access issues in certain scenarios and whether a change should be considered in a future update.

    Thank you for taking the time to report this and provide the code snippet.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @ftijay,

    Thank you for sharing the details.

    We’ve forwarded this information to our development team for further investigation. We’ll review the reported warnings with WordPress 6.9.4, PHP 8.2, and PPWP 1.9.18 and get back to you once we have an update.

    We appreciate your patience.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @fotograf561,

    Thank you for the clarification.

    Since your hosting provider does not allow increasing the Apache timeout on the shared hosting environment, the limitation would likely still affect PDA Free downloads on slower connections.

    PDA Gold may help in this case because it includes an alternative download handling method designed for large file transfers and timeout prevention. However, as the restriction is enforced by the hosting environment itself, we cannot fully guarantee the behavior under all server limitations.

    If large file downloads are an important requirement for your site, a VPS/dedicated environment or external storage solution would generally provide more reliable results for long-running downloads.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @drjsa ,

    Thanks for your question.

    The Whitelisted Roles feature is not available in the Lite version. To use this functionality, you would need to upgrade to PPWP Pro, as it is a Pro-only feature.

    Please let us know if you need any help with the upgrade or have further questions.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @drjsa ,

    Thanks for confirming this thoroughly.

    Since caching has already been excluded and the issue still persists even with all plugins disabled, this confirms it is not related to StackCache or any plugin conflict.

    At this point, the delay appears to be coming from the way PPWP Lite processes multiple passwords, as it checks them sequentially until it finds a match.

    As a temporary fix, you can try reducing the number of passwords or reordering the list so that the most frequently used passwords are placed at the top for faster access.

    However, for a permanent and reliable solution with consistent performance, switching to the Pro version is the only option we can suggest.

    Let us know how you’d like to proceed.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @drjsa ,

    Thanks for your testing and detailed timing ,that really helps.

    Yes, ideally with only 60 passwords, we wouldn’t expect such a large difference in load time. The behavior you’re seeing (fast for earlier passwords and significantly slower for later ones) suggests that the system is iterating through the stored passwords sequentially until it finds a match.

    This means the performance impact becomes more noticeable depending on where the matching password sits in the list.

    At this point, it still looks more like a caching or optimization-related behavior rather than a limitation of PPWP Lite itself.

    Could you please confirm which caching plugin you are using? Also, kindly exclude the protected page from caching and test again.

    Additionally, please try testing with all other plugins temporarily disabled to rule out any conflicts.

    Let us know how it goes and we’ll take it from there.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @drjsa ,

    Thanks for reaching out.

    PPWP Free stores all passwords of a single post in the WordPress default table postmeta. So it might take time to check passwords and unlock content if you have number of passwords.

    If you want to avoid loading delays, you should consider switching to the Pro version. The Pro version stores all passwords in a separate table in the WordPress database. By doing that, we can assign each password a unique ID, which speeds up the password checking process significantly.

    Please let us know if you’d like any help with the upgrade or further assistance.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @asnate ,

    Thanks for the details.

    Could you please try the following steps:

    1. Exclude the password-protected page from the cache.
    2. Purge all cache.
    3. Clear your browser cache.
    4. Test again in an incognito/private window.

    Hopefully, this will resolve the issue. If the problem still persists, please let us know, and we’ll be happy to investigate further.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @liwebguy ,

    Thank you so much for your kind words! We truly appreciate your feedback.

    It’s great to hear that you found our support timely and helpful, even on the free version. Your support means a lot to us and motivates our team to keep improving.

    If you ever need any assistance, feel free to reach out , we’re always here to help.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @asnate ,

    Thank you for reaching our support! We’d be glad to help you with your concerns in any way we can!

    At first glance, there could be a conflict somewhere.

    To assist you better, could you please provide us with the following?

    1. A sample protected page URL and a password.
    2.  A list of active plugins on your site.

    You can also try logging in using a different computer and see if that helps.

    Looking forward to your response.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @equilator ,

    Thanks for your message.

    Please drop us an email at support(at)wpfolio.com for faster and more customized responses from our team.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @equilator ,

    Thank you for reaching out.

    Could you please provide the email address you used to purchase the license? Additionally, it would be helpful if you could share a screenshot of the issue you’re encountering.

    Once we have this information, we’ll review it and guide you further accordingly.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hi @vfavrat ,

    If the password label is not available in the settings, you can try adjusting it directly in the plugin files.

    Step 1:
    Navigate to Plugins > Plugin File Editor in your WordPress dashboard and select Password Protect WordPress (PPWP Lite).

    Then go to:
    /public/views/
    and open the file sitewide-password-form.php (or password-form.php if applicable).

    Step 2:
    Look for the text “Password” and replace it with your preferred translation.

    Step 3:
    Click Update File to save your changes.

    Please give this a try, and if it doesn’t work, let us know. I hope this resolves your issue.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    Hello @vfavrat,

    Thank you for contacting our support!

    If you can’t find a string or translation strings does not show as expected, please re-upload and sync the source file as steps below:

    Step 1: Download our password-protect-page.pot file and replace the existing one under /wp-content/plugins/password-protect-page/languages folder. Alternatively, update our plugin to the latest version to get the latest .pot file.

    Step 2: Go to the translation editor page and click on “Sync” button to update the source file.

    Let us know if that does not help. Please drop us an email at support(at)wpfolio.com for faster and more customized responses from our team.

    Plugin Support Muhammad

    (@muhammadwpfolio)

    hi @jscooper,

    Thank you for reaching out!

    Yes, the NGINX rules should be placed inside the server block and outside any location block.

    Since you mentioned the file contains confidential information, could you share another sample protected file URL (for testing) so we can check whether the protection is working correctly? That would help us better understand what might be happening.

    Also, please confirm whether the file is already marked as protected in the Media Library.

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