Support » Plugin: Broken Link Checker » External site has working 301 redirect, but links are shown as broken

Viewing 5 replies - 1 through 5 (of 5 total)
  • If I understand you correctly, when using the old syntax your example URL would look like this:
    http://news.forexlive.com/blog/euro-climbs-above-1-3675-after-non-farm-payrolls-20140606

    Is that right? When I tried to open that URL, I got an error page with the message “The resource cannot be found.” Obviously, the plugin would report that as a broken link.

    Could you please post a couple of working example links that use the old syntax?

    Thread Starter Peter

    (@geoorgge1968)

    Sorry their 301 redirect is more complicated

    Old syntax:
    http://www.forexlive.com/blog/2014/10/02/time-currency-intervention-inside-information-bank-3-october-2014/

    redirects 301 to new syntax:
    http://news.forexlive.com/!/time-currency-intervention-inside-information-bank-3-october-2014-20141002

    3 differences:
    1) “news” is new,
    2) date added to new URL
    3) ! replaces “blog”

    I got about 1200 of those 301 redirects.
    All recognized by your plugin as not working.
    But they work.

    Thank you for the example link. Unfortunately, I can’t seem to reproduce the issue – when I add that link to a test site, the plugin correctly detects it as a working redirect. That probably means the problem is server-related.

    On your site, what error message(s) does the plugin show for those redirects?

    Also, is there anything in the server configuration that could prevent the plugin from following redirects? For example, enabling PHP safe mode or open_basedir can prevent PHP scripts from processing redirects. Certain old versions of the CURL extension have redirect-related bugs.

    To check if your server has safe mode or open_basedir turned on, go to Settings -> Link Checker and click the “show debug info” link. Look for any rows highlighted in yellow. The same link will also show the CURL version.

    Hello,
    Here it is the log. I think everything on the server is okey. The links are still broken.

    PHP version	5.4.43
    MySQL version	5.5.44
    CURL version	7.19.7
    Snoopy	Installed
    Safe mode	Off
    open_basedir	Off
    Default PHP execution time limit	7200 seconds
    Database character set	DEFAULT CHARACTER SET utf8
    Resynch. flag	0
    Synch. records	1694
    Link records	10192 (17845)
    Last email notification	2015-07-20 06:16:24 UTC
    Last email sent	"[SNB & CHF] Broken links detected" on 2015-07-20 06:16:24 UTC (success)
    Installation log	Plugin activated at 2014-12-01 08:16:17.
    Installation/update begins.
    Upgrading the database...
    ... SHOW TABLES (0.001 seconds)
    ... SHOW FULL COLUMNS FROM vl61aop_blc_filters 0.001 seconds
    ... SHOW INDEX FROM vl61aop_blc_filters 0.000 seconds
    ... SHOW FULL COLUMNS FROM vl61aop_blc_instances 0.001 seconds
    ... SHOW INDEX FROM vl61aop_blc_instances 0.000 seconds
    ... SHOW FULL COLUMNS FROM vl61aop_blc_links 0.001 seconds
    ... SHOW INDEX FROM vl61aop_blc_links 0.000 seconds
    ... SHOW FULL COLUMNS FROM vl61aop_blc_synch 0.001 seconds
    ... SHOW INDEX FROM vl61aop_blc_synch 0.000 seconds
    [OK] ALTER TABLE <code>vl61aop_blc_links</code> MODIFY COLUMN <code>broken</code> tinyint(1) unsigned NOT NULL DEFAULT '0' (0.495 seconds)
    [OK] ALTER TABLE <code>vl61aop_blc_links</code> ADD COLUMN <code>warning</code> tinyint(1) unsigned NOT NULL DEFAULT '0' (0.163 seconds)
    Schema update took 0.670 seconds
    Database schema updated.
    Database successfully upgraded.
    --- Total: 0.672 seconds
    Cleaning up the database...
    ... Deleting invalid container records
    ... 0 synch records deleted in 0.001 seconds
    ... Deleting invalid link instances
    ... 3 instances deleted in 0.196 seconds
    ... 0 more instances deleted in 0.001 seconds
    ... Deleting orphaned links
    ... 1 links deleted in 0.033 seconds
    --- Total: 0.231 seconds
    Notifying modules...
    ... Updating module cache
    ... Cache refresh took 0.021 seconds
    ... Loading modules
    ... 5 modules loaded in 0.003 seconds
    ... Notifying module "http"
    ... Notifying module "link"
    ... Notifying module "metadata"
    ... Notifying module "url_field"
    ... Notifying module "blogroll"
    ... Notifying module "comment"
    ...... Deleting synch. records for removed comments
    ...... 0 rows deleted in 0.003 seconds
    ...... Creating synch. records for new comments
    ...... 18 rows inserted in 0.006 seconds
    ... Notifying module "post"
    ...... Deleting synch records for removed posts
    DELETE synch.* FROM vl61aop_blc_synch AS synch LEFT JOIN vl61aop_posts AS posts ON posts.ID = synch.container_id WHERE synch.container_type IN ('page', 'post') AND posts.ID IS NULL
    ...... 0 rows deleted in 0.005 seconds
    ...... Deleting synch records for posts that have a disallowed status
    DELETE synch.* FROM vl61aop_blc_synch AS synch LEFT JOIN vl61aop_posts AS posts ON (synch.container_id = posts.ID and synch.container_type = posts.post_type) WHERE posts.post_status NOT IN ('publish')
    ...... 7 rows deleted in 0.015 seconds
    ...... Marking changed posts as unsynched
    UPDATE vl61aop_blc_synch AS synch JOIN vl61aop_posts AS posts ON (synch.container_id = posts.ID and synch.container_type=posts.post_type) SET synched = 0 WHERE synch.last_synch < posts.post_modified
    ...... 32 rows updated in 0.015 seconds
    ...... Creating synch records for new posts
    INSERT INTO vl61aop_blc_synch(container_id, container_type, synched) SELECT posts.id, posts.post_type, 0 FROM vl61aop_posts AS posts LEFT JOIN vl61aop_blc_synch AS synch ON (synch.container_id = posts.ID and synch.container_type=posts.post_type) WHERE posts.post_status IN ('publish') AND posts.post_type IN ('page', 'post') AND synch.container_id IS NULL
    ...... 5 rows inserted in 0.009 seconds
    ... Notifying module "page"
    ...... Skipping "page" resyncyh since all post types were already synched.
    ... Notifying module "dummy"
    ... Notifying module "youtube-iframe"
    ... Notifying module "youtube-embed"
    --- Total: 0.088 seconds
    Updating server load limit settings...
    Optimizing the database...
    --- Total: 0.274 seconds
    Completing installation...
    Configuration saved.
    Installation/update completed at 2014-12-01 08:16:18 with 30 queries executed.
    Total time: 1.286 seconds

    Most of the log looks fine. There is one potential problem, however – the CURL version. CURL 7.19.7 was released almost six years ago and it has a number of known bugs. I would recommend updating to something more recent.

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘External site has working 301 redirect, but links are shown as broken’ is closed to new replies.