# Still having "Load More" issues **URL:** \ **Category:** Elements\ **Created:** [October 7, 2025, 8:23pm UTC](https://forums.realmacsoftware.com/t/still-having-load-more-issues/51594 "2025-10-07T20:23:23Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![Jupeman](https://avatars.discourse-cdn.com/v4/letter/j/67e7ee/32.png) [@Jupeman](https://forums.realmacsoftware.com/u/Jupeman)\ **Post date:** [October 7, 2025, 8:23pm UTC](https://forums.realmacsoftware.com/t/still-having-load-more-issues/51594/1 "2025-10-07T20:23:23Z")
Live in development site: [https://alpha.gencryo.com](https://alpha.gencryo.com) Project file: [elementsapp://downloadDocument/T17Arublobi9](elementsapp://downloadDocument/T17Arublobi9) Note the “All Services” button and the “More Testimonials” buttons on the home page. These work in local preview, do not work live. Elements 1.3.5. I have cleared the directory and re-published all files with no luck. Thoughts? ---
**Author:** ![dan](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/dan/32/28516_2.png) [@dan](https://forums.realmacsoftware.com/u/dan)\ **Post date:** [October 7, 2025, 9:11pm UTC](https://forums.realmacsoftware.com/t/still-having-load-more-issues/51594/2 "2025-10-07T21:11:18Z")
I have uploaded it to a test server and the load more buttons are working just fine (we use Chillidog hosting). I’m wondering if it’s a server config issue… Who do you host with? ---
**Author:** ![Jupeman](https://avatars.discourse-cdn.com/v4/letter/j/67e7ee/32.png) [@Jupeman](https://forums.realmacsoftware.com/u/Jupeman)\ **Post date:** [October 7, 2025, 9:22pm UTC](https://forums.realmacsoftware.com/t/still-having-load-more-issues/51594/3 "2025-10-07T21:22:57Z")
I host on a VPS, self-managed. My first suspicion is always permissions. Are there any special permissions required? (It feels odd that so much else works on the site but this, so I’m doubtful, but that’s one idea…) Nginx. ---
**Author:** ![dan](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/dan/32/28516_2.png) [@dan](https://forums.realmacsoftware.com/u/dan)\ **Post date:** [October 7, 2025, 9:30pm UTC](https://forums.realmacsoftware.com/t/still-having-load-more-issues/51594/4 "2025-10-07T21:30:24Z")
I have pinged @ben about this one… he’ll get back to you tomorrow morning (as it’s rather late here now). Stay tuned! ---
**Author:** ![Jupeman](https://avatars.discourse-cdn.com/v4/letter/j/67e7ee/32.png) [@Jupeman](https://forums.realmacsoftware.com/u/Jupeman)\ **Post date:** [October 7, 2025, 9:38pm UTC](https://forums.realmacsoftware.com/t/still-having-load-more-issues/51594/5 "2025-10-07T21:38:06Z")
Much appreciated! ---
**Author:** ![ben](https://dub1.discourse-cdn.com/flex005/user_avatar/forums.realmacsoftware.com/ben/32/28488_2.png) [@ben](https://forums.realmacsoftware.com/u/ben)\ **Post date:** [October 8, 2025, 6:30am UTC](https://forums.realmacsoftware.com/t/still-having-load-more-issues/51594/6 "2025-10-08T06:30:30Z")
Hi @Jupeman I’ve taken a look at your live site and noticed that the “Load More” button is returning the homepage instead of the expected collection data. This button makes a POST request to: `https://alpha.gencryo.com/rw/elements/com.realmac.corepack/api/index.php/cms/collections/items` The request includes a payload with information about the collection, and it should return a JSON response containing additional items. In your case, however, the request is returning the homepage HTML content — which suggests something on your server is intercepting or misrouting the request. Since this is a self-managed server, I suspect it might be due to .htaccess rules (if you’re using Apache) or a misconfigured nginx block that’s redirecting or rewriting requests unexpectedly. You might want to double-check your server configuration to ensure requests to the API endpoint are not being caught and redirected by a broader rule. Hope that helps 🙂 ---
**Author:** ![Jupeman](https://avatars.discourse-cdn.com/v4/letter/j/67e7ee/32.png) [@Jupeman](https://forums.realmacsoftware.com/u/Jupeman)\ **Post date:** [October 8, 2025, 12:58pm UTC](https://forums.realmacsoftware.com/t/still-having-load-more-issues/51594/7 "2025-10-08T12:58:48Z")
> [@ben](#): > > I’ve taken a look at your live site and noticed that the “Load More” button is returning the homepage instead of the expected collection data. > > This button makes a POST request to: `https://alpha.gencryo.com/rw/elements/com.realmac.corepack/api/index.php/cms/collections/items` > > The request includes a payload with information about the collection, and it should return a JSON response containing additional items. > > In your case, however, the request is returning the homepage HTML content — which suggests something on your server is intercepting or misrouting the request. Since this is a self-managed server, I suspect it might be due to .htaccess rules (if you’re using Apache) or a misconfigured nginx block that’s redirecting or rewriting requests unexpectedly. > > You might want to double-check your server configuration to ensure requests to the API endpoint are not being caught and redirected by a broader rule. Hope that helps 🙂 Perfect, this was enough to quickly fix my Nginx configuration. I am by no means an Nginx config expert, but I did have to set up specific location parameters for Elements. They weren’t handling everything as my “Load More” issue revealed. Here’s my updated Elements-specific location block that seems to be working (hopefully this may help others down the line): location ^~ /rw/elements/com.realmac.corepack/api/ { include fastcgi\_params; fastcgi\_split\_path\_info ^(/rw/elements/com.realmac.corepack/api/index.php)(/.\*)?$; fastcgi\_pass php\_handler; fastcgi\_param SCRIPT\_FILENAME $document\_root$fastcgi\_script\_name; fastcgi\_param PATH\_INFO $fastcgi\_path\_info; fastcgi\_param QUERY\_STRING $query\_string; } This line is specifically what fixed my “Load More” problem: fastcgi\_split\_path\_info ^(/rw/elements/com.realmac.corepack/api/index.php)(/.\*)?$;