Search Results for 'block'

Thanks – I checked and Romania is not geoblocked, so that is not the issue. I will attempt one more time to install the 11.2 update on a staging site, and if that fails, I’ll wait for the next update and see if the bug persists in that version of the theme.

I have the same issue. Footer is broken and all blocks are broken with the weird td_block shortcode in their place; also sub-footer is broken with the copyright reverting back to (c)TagDiv. Standard Pack plugin is active while all this is happening. After spending half a day trying to fix with no avail — blocks seem to be missing entirely in Visual Composer for some reason and the Footer options are gone from theme panel — I’ve had to roll back to version 10.3.9 to fix the site temporarily. This is obviously neither ideal nor a long-term solution. Did this user ever find a fix? I seem to not be the only one with challenges but there’s no clear instructions anywhere on the forum as to what has worked for others if “install the Standard Pack” doesn’t fix everything.

please advice a solid solution. The website is already slow and these api calls are taking 8 seconds. Why dos this article make these calls and why my own system would block these ‘get’ requests?

A example url where calls are triggered: https://myrocknews.com/coheed-and-cambria-release-official-video-for-new-single-shoulders/

GET https://www.googleapis.com/youtube/v3/videos
?id=VcJvkp6Itbg
&part=id,contentDetails,snippet,player
&key= 403 Forbidden

HTTP API Transport: curl
DNS Resolution Time: 5.5143
Connection Time: 5.5295
Transfer Start Time (TTFB): 5.5827
Response Size: 181 B
Response Content Type: application/json; charset=UTF-8
IP Address: 2a00:1450:400e:802::200a

td_remote_http::get_url_wordpress()

Plugin: td-composer 30 5.6029
GET https://www.googleapis.com/youtube/v3/videos
?id=wX_aPTCUOEY
&part=id,contentDetails,snippet,player
&key= 403 Forbidden

HTTP API Transport: curl
DNS Resolution Time: 0.0000
Connection Time: 0.0161
Transfer Start Time (TTFB): 0.0703
Response Size: 181 B
Response Content Type: application/json; charset=UTF-8
IP Address: 2a00:1450:400e:802::200a

td_remote_http::get_url_wordpress()

Plugin: td-composer 30 0.0728
GET https://www.googleapis.com/youtube/v3/videos
?id=jH_a5YecbEI
&part=id,contentDetails,snippet,player
&key= 403 Forbidden

td_remote_http::get_url_wordpress()

Plugin: td-composer 30 0.0677
GET https://www.googleapis.com/youtube/v3/videos
?id=tNoY7RfjWqg
&part=id,contentDetails,snippet,player
&key= 403 Forbidden

td_remote_http::get_url_wordpress()

Plugin: td-composer 30 0.0810
GET https://www.googleapis.com/youtube/v3/videos
?id=ywh3Nhllpvc
&part=id,contentDetails,snippet,player
&key= 403 Forbidden

td_remote_http::get_url_wordpress()

Plugin: td-composer 30 0.0762

• This reply was modified 5 years by Dibbes.

My site sits behind a Sucuri firewall as a security measure, but other than that there are no additional security plug-ins in place. I am aware of what the normal time machine display should look like, when I did the update, aside from page builder plug-in not installing, the system status, updates, theme panel, and support tabs all disappeared as options at the top of the screen. Is it possible that whatever country you are pushing this update from is somehow geo-blocked by the firewall, preventing the update from working properly? I can check on that variable if you tell me what country this update is being published from. Seems unlikely since all prior updates for the last few years have worked fine, but I suppose it’s worth ruling out as a cause.

Hi all, this no longer works on version 11 (and I think version 10) of the theme, the code for the search functions has changed a lot with the new “header live search” element and looks far more complicated to edit it so it uses Google Custom Search.

I don’t know any php coding myself so the only way I could use Google Custom Search in the header was to simply use a Custom html block and paste the code from Google in there or do the same with a Widget element. It doesn’t look as good but works at least. If anyone works out how to edit the search elements properly please let us know.

You’ll also need to use some custom CSS in the Custom Code section of the theme panel to get it to look decent. I used the functions below:

.gsc-search-button svg {
vertical-align: middle;
}

.gsc-searchbox table, td {
border: none !important;
}

.gsc-control-cse {
border:none;
}

Hi Vlad

Thanks for your response. I reached out to Ad Thrive – our ad partner here about your advice and suggestions. Here is there reply

**- I have added their corresponding images in the dropbox link

https://www.dropbox.com/s/esysmtox4rgc6hw/tagdiv%20js%20problem.JPG?dl=0

_____________________________________________

The most important thing I want to mention is that all of your AdThrive ads, including any resources (links, scripts, etc.), are loading asynchronously (after your content). So your ads never interfere with how quickly your readers can begin viewing your content. This means that those resources will be visible on speed tests, but they do not impact user-centric speed metrics. This includes all third-party ad-related resources, which may sometimes fail during the bidding process – but this won’t have any impact on your site.

All-in-all your AdThrive Ads are working great and are being delivered to your readers as optimally as possible.

But like I mentioned, your ads are waiting for your content to load, so any changes you can make to speed up your content will also speed up your ads.

With that said, we’re able to consistently reproduce the long delays on all of the pages that we’ve tested. Likewise, blocking the request for effects.js allows your AdThrive ads to load immediately after your content, without any exceptionally long delays.

Here’s another example of the effects.js file pending for 5.39 seconds and then failing:

Once that file fails as a 404, the final ad resources (as well as ReCaptcha, which is not part of your ads) finish loading and allow the ad creatives to fill, shown here:

However, if we block the request for effects.js entirely, the ads begin filling as soon as your main content has finished. Note in the waterfall that the ads load seamlessly, without an extensive delay on those final resources.

We’re also able to reproduce this issue when ads are completely blocked from loading on the page, so it’s a safe bet that your AdThrive ads aren’t causing the file to fail.

With all of this in mind, we recommend working with your developer to determine why the effects.js file is 404ing. In addition to impacting the performance and earnings of your ads, it may also be delaying other components on your site, or impacting some of the features related to your theme.

If you have any questions about this, please let us know! We’re here to help any way we can.

_______________________

I look forward to hearing about additional comments or suggestions you may have so I can resolve this issue as quickly as possible

Steve

It is assigned 1 category, which is how all the posts will be. This block will only show posts from that category.

Hi Vlad,

Please find the screenshot : https://prnt.sc/1jnx2a8
I have removed one block earlier as that was not resulting the exact result from the category. Still there is Post Loop used which is working for other categories with posts greater than 5 or something, but for categories having 2-3 posts its not resulting anything.