No internet connection
  1. Home
  2. Support

wp2static exports first 2 blog pages only

By Alexander @shot100002019-01-27 16:08:30.598Z

Hi Leon,

thank you for creating such a great plugin! It's exactly what I was looking for.
After my self-hosted Wordpress account was hacked, I've changed my strategy and will now develop/write my blog locally and export the static pages to my online account.

Unfortunately I'm currently facing the following issue.

I'm using the Wordpress theme "Aperture Portfolio" (version 1.0.5). It's configured so that it doesn't use a static front page but shows the latest three blog posts.
The address on my local PC is http://localhost/shot10000/

The theme shows an "Older posts" and "Newer posts" link.

The next pages are:
http://localhost/shot10000/page/2/
http://localhost/shot10000/page/3/
[...]
http://localhost/shot10000/page/7/

When exporting the site using your plugin, it creates an html page for page 2 only (folder "page" contains only sub-folder "2" with the "index.html" file).
The other pages are missing and the next-link from page 2 to page 3 is broken.

In the log for the discovered URLs during crawl, only page 2 is listed. In the list of detected Wordpress URLs, even page 2 is missing.

Do you have any idea what I'm doing wrong?

Thanks for your support!

Best regards
Alexander

  • 13 replies
  1. Leon Stafford @leonstafford2019-01-27 17:27:04.759Z

    Hi Alexander,

    Perfect timing! Just released version 6.4 that fixes this :)

    Please let me know if that works for you,

    Cheers,

    Leon

    1. SAlexander @shot100002019-01-27 17:47:27.278Z

      Hi Leon,

      you mean Version 6.5, right?
      I just updated my installation.
      The good news: the missing pages are now listed in the log under "Detected WordPress URLs"
      However, the exported index.html page shows the 404-error-page of my blog ("Oops! That page can’t be found.")

      Something is still going wrong. :)

      Best regards
      Alexander

      1. Leon Stafford @leonstafford2019-01-27 18:06:45.757Z

        Hi Alexander,

        6.5, yes.

        Ok, from 6.4, we have an option Advanced > Debug Mode.

        Please check that, run again, then email me through the Export Log to leon@wp2static.com, it may yield some clues.

        I can check that tomorrow (2am here).

        In the meantime, you can try to pinpoint it by switching to the TwentySeventeen theme, disabling all plugins and trying again.

        That can tell us if it’s a theme, plugin or other issue.

        Cheers,

        Leon

        1. SAlexander @shot100002019-01-27 18:26:31.698Z

          Hi Leon,

          I sent you the export log and the generated index.html file via Email.

          Best regards
          Alexander

          1. Leon Stafford @leonstafford2019-01-27 18:36:14.523Z

            Thanks Alexander,

            Took a look and nothing obvious jumped out at me. Are the other URLs fine and just the homepage givinh an issue?

            Any luck with the theme/plugin adjustments suggested?

            Cheers,

            Leon

            1. SAlexander @shot100002019-01-27 18:59:27.639Z

              I switched back to TwentySeventeen and disabled all plugins except wp2static.
              Unfortunately this didn't help.

              The posts themselves (folder /[year]/[month]/[article]/[article]/index.html) are fine.
              All overview pages (folder /beiträge/page/[page number]/index.html) and the main file (/index.html) show the 404 error page of WordPress.

              Is there anything I can do to help analyze the problem?

              1. SAlexander @shot100002019-01-27 19:01:12.044Z

                PS: in version 6.4 the export worked fine. The only issue I had was related to the missing URLs.

                1. Leon Stafford @leonstafford2019-01-28 01:39:55.059Z

                  Hi @shot10000,

                  OK, that helps. Looking at the logs with fresh, caffeinated eyes, I think it's something like this:

                  BAD RESPONSE STATUS (404): /?post_type=custom_css&p=44

                  So I think it crawls the homepage properly first, then a subsequent undesired URL is 404'd and saved over.

                  I'll try to reproduce this here and avoid generating those unintended URLs.

                  Cheers,

                  Leon

                  1. SAlexander @shot100002019-01-28 16:33:56.244Z

                    Hi Leon,

                    I can confirm that Version 6.5.3 solves the issue with the 404-index-page.

                    But: the initial bug is back: it exports overview page 1 and 2 only. All other pages are not exported and the links are broken.

                    http://localhost/shot10000/page/3/
                    [...]
                    http://localhost/shot10000/page/7/

                    Best regards
                    Alexander

                    1. SAlexander @shot100002019-01-28 17:09:26.352Z

                      Wait… I'm a bit confused.
                      According to the log (detected URLS), the following pages have been crawled:

                      [Extract]
                      /seiten/page/1
                      /beiträge/page/1
                      /beiträge/page/2
                      /beiträge/page/3
                      /beiträge/page/4
                      /beiträge/page/5
                      /beiträge/page/6
                      /beiträge/page/7

                      If I look at the folder structure of the exported website, it contains:
                      /page/2
                      (3-7 are missing)

                      But there is a folder "Beiträge" ("Posts" in German) which contains the following subfolders:
                      /beiträge/page/1
                      […]
                      /beiträge/page/7

                      And a Folder "Seiten" ("Pages" in German) with sub-Folder
                      /seiten/page/1

                      These folders contain an index.html file which shows the 404-"Ooops something went wrong" page.

                      The broken link is
                      http://localhost/shot10000/tagebuch/page/3/

                      Is it a maybe a localization issue ("Beiträge"/"Seiten")?

                      Best regards
                      Alexander

                      1. SAlexander @shot100002019-01-28 17:13:18.624Z

                        BTW: the following folders are also mentioned in the log "404s encountered"

                        /seiten/page/1
                        /beiträge/page/1
                        /beiträge/page/2
                        /beiträge/page/3
                        /beiträge/page/4
                        /beiträge/page/5
                        /beiträge/page/6
                        /beiträge/page/7

                        1. Leon Stafford @leonstafford2019-02-06 20:51:45.504Z

                          Hi @shot10000,

                          I have one more fix ready for next release regarding pagination URLs.

                          That may be secondary to the higher-order ASCII chars, though, not sure if it will handle those in the URLs currently, has been an ongoing issue I need to deal with.

                          1. SAlexander @shot100002019-02-20 09:24:51.117Z

                            Hi Leon,

                            sorry for my late reply.
                            I'm sorry to say but the fix regarding the pagination URLs still doesn't work on my installation.
                            Page1 and 2 are the only ones that are processed.
                            Page 3 and later are still missing.
                            If I add them manually to the include section of the plugin, everything works as expected.

                            Best regards
                            Alexander