[Resolved] Images from Custom post type don’t be displayed on front-end with Layouts???

[Author]

Posts

[sinisaB]

I am trying to: Create front-end layout with Layout plugin

Link to a page where the issue can be seen: hidden link

I expected to see: "Representative image" and "Other images" (Images are visible in full site when is clicked on icon, but fancybox plugin isn't problem, see "raw" broken image in upper right corner)

Instead, I got: broken image link

NOTE, when I use Content Template there is no problem, only in Layout plugin.

Theme used: Generatepress

[Shane]

Hi Sinisa,

It seems that the thumbnail version of the image is the issue.

Could you temporarily disable all the non-toolset plugins and try again ? If this doesn't work would you mind providing me with temporary access to have a further look at this for you ?

Thanks,
Shane

[Shane]

Hi Sinisa,

Would you mind if I took a copy of the site to test locally?

Thanks,
Shane

[sinisaB]

No problem, what you need?
I didn't provide ftp data in last post...
Can you without?

[Shane]

Hi Sinisa,

I ahve some good news and bad news.

So the good news is that it works fine on the copy locally here see screenshot

The bad news it seems that its a server issue with the image resizing. Its possible that some php module isn't enabled for the resizing but as you mentioned this works fine on a content template?

Could you send me a link to that template where it works ?

Thanks,
Shane

[sinisaB]

I switch usage for same Custom post now, from Layout to one Content template, so the link of custom post is the same as first one:
hidden link

I've put just a few lines of shorcodes to see the difference.
I this case the shortcode of "Representative image" works on the frontend (image is visible).

	<p>[types field='representative-image' title='%%TITLE%%' alt='%%ALT%%' align='left' size='full'][/types]</p>
	<p><strong>Geo. Map:</strong>[wpv-map-render map_id="map-1"]<br />
[wpv-map-marker map_id="map-1" marker_id="marker-1" marker_field="wpcf-location"][/wpv-map-marker]</p>
<hr />
	<p>[types field='location'][/types]</p>

Does it mean that eventual image servers issue is possible to solve with hosting provider?
If that is still cause of problem, as you see image/thumbnail is visible on CT...

P.S.
I've noticed also that "theme settings" option for content template is not visible if Layouts plugin is ON. (But that is other problem)

[sinisaB]

BTW, Views aslo won't show thumbs/images....
Visible on homepage under section "Recent GeoProblems"...
hidden link

[Shane]

Hi Sinisa,

I'm sure this is a server issue as it works fine for me on localhost.

However could you try the regenerate thumbnail plugin and let me know if this helps ?

Thanks,
Shane

[sinisaB]

No that plugin doesn't change anything...

Maybe is theme conflict or so with layouts and views, because on same server I have my old site hidden link, with Starter theme and everything works ok.
So, I have only problem with views or layouts, not with content templates.
Should I contact hosting provider about this issue?
Thanks!

[sinisaB]

Hello again,
I asked hosting support for help and they found wrong created links...
Please see the attachments...

From transcript:
HOSTING SUPPORT:
****I see. Because what I've found out is that the path of the image is incorrect. For example this one:

hidden link

The beta does not exist as a subdomain.
It should only be hidden link
_____________________________

So, as you can see at the link of image/thumb frontend we are getting automatically phantom "BETA subdomain" : hidden link...
In short, false link... Via layouts or Views plugin...

[Shane]

Hi Sinisa,

The links are actually correct because these are dynamically generated. Content templates are from our views plugin so I should see why it doesn't work.

What I can do is escalate your ticket for further debugging by our 2nd tier supporters.

Thanks,
Shane

[sinisaB]

Ok Shane, please let me know here, because I haven't alternative solution. Content template is not enough, because I haven't Views.

Thank You very much,
Regards,
Sinisa

P.S. Meanwhile, I will ask hosting provider once more...

[Shane]

Hi Sinisa,

Could you check your php logs on the server and let me know if there are any errors in there ?

Thanks,
Shane

[sinisaB]

Hi Shane,

I am not developer so I am not using debug option (or I don't know how)...

I found it is set: define('WP_DEBUG', false); in wp-config.php file so I think I haven't such data so far...

[sinisaB]

After many chatting with hosting support, they see problem in different layout link on the frontend and what creates */beta/* in the link path

hidden link
hidden link

They suggest me to ask you (copy paste):

Okay for this issue, this is what you may ask with the plugin provider
- any option on how to edit the location of the file or when generating the custom URL or location of the file being used

The WordPress is set to be access as hidden link which is subdomain, and the file is located or access via directory path which is geoproblem.one/beta/
On their plugin both access is combined into one URL generated so the possible solution can be applied is remove the hidden link since path based beta/wp-content/uploads/2018/06/GP-novi-logo-640-wpcf_150x150.png will work just fine without adding the WordPress URL before it
correction : /beta/wp-content/uploads/2018/06/GP-novi-logo-640-wpcf_150x150.png

That is done automatically done by the plugin as per the result
1. Checks the location of the WordPress: hidden link
2. then the post files location: /beta/wp-content/ directory which is from the original post that it generates thumbnails for
3. on the end result they are combined hidden link + /beta/wp-content/ ......
That is where the error and conflict occurs

P.S.
Yes you have given out your domain and WordPress locatoin which is not safe geoproblem.one/beta/ a
Replace it with domain.com/beta/
path based beta/wp-content/uploads/2018/06/GP-novi-logo-640-wpcf_150x150.png will work just fine without adding the WordPress URL before it
correction : /beta/wp-content/uploads/2018/06/GP-novi-logo-640-wpcf_150x150.png

SinisaB
You mean safe in security matter?

Replace this with :
path based: /beta/wp-content/uploads/2018/06/GP-novi-logo-640-wpcf_150x150.png will work just fine without adding the WordPress URL before it
Yes security matter, hackers can view public post and since this plugin is for WordPress then they will know the path and can Launch attack on it specifically on a WordPress website

This will not be an issue from what I see when it is applied on the main website not using subdomain or folder for specific location