Jake Bohall

Not yet.. I’m trying to pair this solution with another issue I have…

We are actually running the site behind a reverse proxy and the admin section is accessed on a different hostname than the production site (intentional for security, etc.)

When we use relative paths, this works great for caching, etc.. but then it also breaks some functionality (e.g. when we try to use visual editors, it tries to interact with cache vs. origin). We are also seeing the backend issue pop up (multi-site) for the child sites that are set at a subdirectory.

I’m trying to think of a better solution and am going to test relative path is “disabled” completely for logged in users, as I think that may work better to solve the larger problems

E.g.

function yasglobal_change_path( $link ) {
   if ( is_user_logged_in() ) {
       $link = site_url().$link';
   }
   return $link;
}

add_filter( 'paths_relative', 'yasglobal_change_path' );

In this case, you are suggesting this?

function yasglobal_change_path( $link ) {
  if(strpos($link,'/wp-admin') !== false || strpos($link,'/wp-includes' !== false) {
    $link = site_url().$link';
  }
  return $link;
}

add_filter( 'paths_relative', 'yasglobal_change_path' );

• This reply was modified 3 years, 1 month ago by Jake Bohall.

Hey @kevindp, my apologies for the delay. I didn’t get a notification of this for some reason.

Were you able to resolve the issue, or do you still need assistance?

The line should read

Header add Link "<https://www.website.com/my-webpage/<strong>></strong>; rel=\"canonical\""

With the difference being the > character vs. > … Was this a manual add to htaccess, or generated when you designated the canonical in the main UI?

Thanks,

Jake

Re 1: Yay.. I hope you find it useful!

Re 2: This plugin does not conflict with Yoast, as it is only setting the canonical header for the file url, and does not impact the “attachment pages”. The output from this plugin is only seen in the headers when a referenced document file url is being requested. This allows you to set the canonical header to be the post URL attached to the pdf or document file (or any url for advanced users).

The goal here was to assist with encouraging Google to display your post page in results (with analytics, etc.) vs. displaying the pdf file… assuming that the post contains content/etc. of what is referenced in the PDF.

Re 3: I did not include functionality to canonical an image to a page, as unless the image was a snapshot of an infographic, and the page was the html rendered version, there would not really be a case for this … The canonical tag is to be used when the content of two URLs is the “same” and you want to set a preference for authority/ranking/etc.

Re 4: I’m glad to hear the new bulk edit functions are helpful!

Appreciate all the feedback ??

It appears there is a conflict with this plugin and the visual composer, as I’m seeing the same issue in Salient theme. The workaround appears to be to switch to the text editor and then paste the basic form code.. .e.g.

[typeform_embed type="popup" style="button" button_text="Contact Us" builder="name=Hey%20there%21%20What%27s%20your%20name%3F&email=Great%21%20And%20your%20email%3F&message=Thanks%21%20How%20can%20we%20help%3F&email_notifications=myaddress%40gmail.com"]

Then you can switch back to visual editor, and see the block for editing the typeform. You can then click to edit the typeform, and it loads to edit the form as you would expect.

This plugin hasn’t been updated in a while, and shows as not up to date with the current wordpress install… I’m not sure if Typeform is maintaining this or not.. I noticed they haven’t responded to your comment in over 2 months…

Thanks again David (@dglingren), I have updated the plugin and believe this issue should be resolved. Please let me know if you continue to have any problems.

Best,

Jake

Hi Michael @masterk, I apologize that my plugin caused you some headaches.

David @dglingren, Thank you so much for reporting this issue to me. I have updated the Canonical Attachments plugin. Can you confirm that this has eliminated the conflict?

Thanks,

Jake @jblifestyles

Hi David,

Thanks for the comment and helpful insight.

Are you saying the function added to the filter should have a return value of $post?

In reviewing the documentation, I’m wondering if I should add return true; if successful…

Would appreciate if you could add a little insight, and then I’ll go through and update the plugin!

Thanks for the heads up!

Hi Philipp…

Thanks so much for the encouragement! We are definitely continuing development on this as prioritized by feature requests from the community. I’m glad you are finding it helpful, and would love to hear any ideas or suggestions you might have to offer.

Cheers,

Jake

Bumping this up… Please ??

I have this same problem, and do not see the issue has been resolved. Is this something that is planned to be fixed, or has anyone found a solution?

Thanks,

Jake

Probably a browser caching issue… Browsers like Chrome will cache page status, redirects, etc. Try checking from a mobile device, icognito browser, or another browser all together.

The source code of the child post contains the URL of the attachment on the parent post. e.g. (parentsite.com/wp-content/blabla) vs. (childsite.com/wp-content/blabla)

I had anticipated that the image urls would be imported/updated in the body of the child post. The featured images are being updated properly.

I can email a dump in a little bit.

@maryanneelizabeth I’m just glad it worked out for you!

Cheers,

Jake