WP system status shows wp_remote_get() failure
The WP system status shows the following error:
✕ WordPress function wp_remote_get() test failed. Contact your hosting provider. Status code: 404
I have read in another thread of this forum that beTheme uses this functionality.
As I am running a self hosted web server, I have no provider to ask for.
The server is running lighttpd and PHP7. I am using the WordFence plugin. Everything else seems to be working fine.
I hope to get some help here pointing me in the right direction to look at.
Regards
Frank
✕ WordPress function wp_remote_get() test failed. Contact your hosting provider. Status code: 404
I have read in another thread of this forum that beTheme uses this functionality.
As I am running a self hosted web server, I have no provider to ask for.
The server is running lighttpd and PHP7. I am using the WordFence plugin. Everything else seems to be working fine.
I hope to get some help here pointing me in the right direction to look at.
Regards
Frank
Comments
The thing is, the BeTheme Check on the Status site search for a menu.txt file in:
/wp-content/themes/betheme/functions/importer/demo/menu.txt
but there is NO such file!
menu.txt files are only in Sub-Dirs of the different demos!
Thanks
I had checked that with my provider too additionally. The provider has over 40 000 customers, WP is the most used CMS there.
The problem is on YOUR side.
The wp_remote_get check (from import.php) checks if file
/wp-content/themes/betheme/functions/importer/demo/menu.txt
exist.
but as you can see (check your betheme folder in your download file) there is NO such file. menu.txt is only in the subdirectories of the demos content!
default: // wp_remote_get()
$path = LIBS_URI .'/importer/demo/'. $file;
So, it produces a 404 (not found) on Design, Status Site OF COURSE!
So if I add manually an empty menu.txt to the path
/wp-content/themes/betheme/functions/importer/demo/
your Design, Status Check works and is okay!
Thanks
PS: So THIS error is included in your BETHEME - for ALL your customers, because import.php checks for a file which don't exist, even in BeTheme 17.1.1 after CLEAN install!
PPS: Aaaand ;-) BTW: the UNIVERSITY import does not import the Revolution Slider, as you can see here:
'university' => array(
'categories' => array( 'bus', 'ent', 'blo' ),
'plugins' => array( 'cf7', 'rev' ),
This is also an error in your import.php ...
Works!! Thanks Alpengreis
I had even posted a problem with BeTheme earlier with export BeTheme options, I wonder if THAT is fixed now (can no more test it out with current installation) ... I assume this is already not fixed yet ...
Sad, that they do not listen to me ...
Well, my support time is expired but that is no reason to ignore HELP from a user which would be help thousands of other users ...
That with Dashboard access, which I meant, was in another thread (here too, I forgot, please see next posting ...).
But also here it was not necessary to have access.
PLEASE see: those bugs are still there, even in 17.3 (tested!) and has absolutely nothing to do with my WP installation and/or provider (server) setting.
You can easely reproduce it:
Take a CLEAN WP (v4.7.3) and take a CLEAN new 17.3 BeTheme (do not import data or so, just install the BeTheme with Child Theme and activate the Child Theme. And you will see, that the wp_remote_get IN YOUR THEME in importer.php makes a test (proof) for an exist menu.txt file in path:
/wp-content/themes/betheme/functions/importer/demo/
unfortunately, BeTheme has NO such file in this directory! So, the test in YOUR THEME with
DESIGN, STATUS
will fail (of course)! And if I add manually a menu.txt in this path, the test will be successful (so, then it's really clear, server and WP setting is okay here)!
BTW: my provider has over 40000 customers, mostly of them with WP and wp_remote_get is okay, even with my fixed BeTheme then!
Also the import.php is still buggy with the UNIVERSITY slider (no import of ZIP). There is no
"'revslider' =>"
line ...
Sorry, but both bugs are still there in in ORIGINAL BeTheme v17.3 ... and for that you need DEFINITELY no Dashboard access on my virtual server - THAT IS A FACT!
MANY GREETINGS!
PS: Please understand that I need NO MORE really help in this case since I have fixed it for me already! My main intention is just to inform you about existing bugs in YOUR THEME. And those bugs ARE still in your ORIGINAL BeTheme v17.3.
Now make the steps above to reproduce it, SEE THE RESULT and fix those bugs. I cannot say more yet :-) I find, I tried now enough to help you (BeTheme) (and this should be not sound hard, it's just the thruth) ...
The Dashboard access which I meant was in the thread:
http://forum.muffingroup.com/betheme/discussion/24222/time-for-posting-possible#latest
this has NOTHING to do with this case here.
But just for information:
Also there was the access definitely NOT necessary, because those were "normal" original BeTheme files:
content-post.php & content-single.php
In both files I made the changes themselves then as following:
content-post.php:
changed ...
$output .= '<span class="post-date updated">'. get_the_date() .'</span>';
... to ...
$output .= '<span class="post-date updated">'. get_the_date() .' um '. get_the_time() .'</span>';
single-post.php:
changed ...
<time class="entry-date updated" datetime="<?php echo
get_the_date('c'); ?>" itemprop="datePublished" ><?php echo
get_the_date(); ?></time>
... to ...
<time class="entry-date updated" datetime="<?php echo
get_the_date('c'); ?>" itemprop="datePublished" ><?php echo
get_the_date(); ?><?php echo ' um '; ?><?php echo
get_the_time(); ?></time>
And voila, now I have the time there too!
And my pre pre last help was about: BeTheme EXPORT of OPTIONS is not possible, if NO page exists, have you fixed that now? Can't test this currently unfortunately. However there you gave also not the/a right answer (maybe to another user) if I remember correctly ;-) but also there, I was definitely right and it was or is a FACT!
i will try to explain best as i can and hope my explanation would be clear enough. The System Status section is only kind of information where some details about your server are. In most cases, you shouldn't worry about them because everything would work fine. Like we said, it's just an information.
wp_remote_get() is a default WP function so saying that something is wrong on theme side is like saying, WordPress creators offer broken functions with their API. We did not created the WordPress CMS, so if you have any objections about the WordPress, you should let an information to WP creators instead. We do WP themes only and we work on the WP API. You can believe us or not but we really do not use any functions that does not come with the WP API. If you do not believe that this is a default WP function, please navigate to https://codex.wordpress.org/Function_Reference/wp_remote_get and check for yourself.
However, because System Status is just kind of information only, you shouldn't worry about that too much. In latest version, we have added 3 different 'pre-built websites import' methods. Why? It's simple. Some of you, just trying to blame us for anything because this is the easiest way and we understand. That's why, we decided to add 3 completely different methods to avoid situations when someone that has no knowledge about WordPress development and try to prove something that is obviously not true.
Summarizing, in the latest BeTheme version, if wp_remote_get() (which is default WP API function as we explained above) is not supported by your hosting provider, 'pre-built websites importer' switch automatically to a different method, to avoid any import issues.
We hope we shed some light on this case and it would be more clear now.
@frankboeh Is that more clear now or your importer still does not work somehow? If it does not work, please send us WP dashboard access privately, thru contact form on the right at https://themeforest.net/user/muffingroup#contact
@Alpengreis Sorry but we are not sure what are you trying to prove exactly? Does 'pre-built website importer' doesn't work on your side? In which step of the new importer you have a problem? Not sure about the slider too as we tested importer already and everything seems to be fine on our end. The Slider Revolution, need to be imported separately (after theme installation) because it's a plugin and it couldn't be imported with the demo. We recently recorded an instructional video where we explained how to import 'pre-built websites' correctly. And because i am more tech than my college here, i would be very grateful if you can provide more details thru contact form which is on the right at https://themeforest.net/user/muffingroup#contact (he already told you to do this but looks like you didn't sent us any message so far). If you do so, i will be able to take a look closer because right now, we didn't found anything wrong and we have tested new importer on over 100 different services with no issues.
Thanks!
In reference to missing file, you are definitely right. Finally, we found it on different installation and this would be sorted with next theme update of course or we will just remove this section completely as you treat it seriously when you shouldn't. We are sorry but we didn't noticed this previously as we work on different servers and there is only one where we noticed this issue already, what for we really apologize.
Thank you very much for your postings, I appriciate that, also from you, frankboeh!
About the missing file, which *I* had reported (not frankboeh) (a bit ego must be), it seems clear now, very good, thanks!
Now yet to the IMPORT problem yet:
I try to explain it detailed:
I tried - in a test installation - to import the UNIVERSITY demo.
Before I had already installed the Revolution PlugIn itself, this was NOT the problem.
The import of University Demo was okay, EXCEPT the Revolution Slider DEMO CONTENT (used on the Home page)!
This means: you will receive an error on the University Demo Home page that the Revolution content is missing!
Then I analyzed that and found out that in importer.php must be a related command to import such Revolution Slider Demo content - here the whole stuff for ANOTHER Demo which seems OKAY:
IMPORTER.PHP BETHEME V17.3 - DEMO "BOUTIQUE", LINE 24-28:
'boutique' => array(
'categories' => array( 'bus', 'blo' ),
'plugins' => array( 'cf7', 'rev' ),
'revslider' => 'boutique.zip & boutique-content.zip',
),
See the Line with 'revslider': this line is responsible that the slider content is available after import!
NOW we go to the INCORRECT (because missing Revolution Slider Demo content) IMPORT of UNIVERSITY Demo:
IMPORTER.PHP BETHEME V17.3 - DEMO "UNIVERSITY", LINE 939-942:
'university' => array(
'categories' => array( 'bus', 'ent', 'blo' ),
'plugins' => array( 'cf7', 'rev' ),
),
As you can see, there is NO LINE to ingetrate the Revolution Slider Demo content. But on the Homepage it would be needed, because there IS an Revolution Slider code!
What does that means? You have to fix that with a line like in other demos with Revolution Slider Demo content! So, here must be a line like ...
'revslider' => 'university.zip',
... or something like that too!! Else the Revolution Slider Demo content will ALWAYS fail for ALL your customers for University Demo ;-)
Okay, I hope this is clear now too!
Thank you and kind regards!
Authors are not required to support issues about your web hosting or server environment, or issues with the software you’ve got installed on your machine to use the item. Please check your ISP/web hosting provider or other software documentation that you’re trying to use to help solve your issues.
We really thought, this section is something that is useful and provides good information. We will consider removing wp_remote_get() test then because since we added new import methods, this test in no longer necessary.
@Alpengreis We understand very well what you mean but you are wrong. But we really do not understand what you want to prove us exactly as import function works exactly the way it should. Below, we will explain, why your theory above is wrong.
In many cases, where only 1 slider exists and the file name is the same as the demo, we do not add 'revslider' element to an array because it's unnecessary. What you are trying to prove, we call "generating unnecessary code". This element is being added to an array mainly, if there is 2 different sliders on one demo. Otherwise, we replaced hundreds of unnecessary array elements with just one, easy IF declaration, that you can find in lines 2012-2016 in same, import.php file:
if( isset( $demo['revslider'] ) ){Above declaration just add .zip extension to demo name so you get the name of the slider file. Hope this would be clear now and you will understand, why it is unnecessary to create hundreds of unnecessary elements in array and it is much better to replace it with such easy and much shorter declaration.$slider_name = $demo['revslider'];
} else {
$slider_name = $key .'.zip';
}
Then, here in the forum, I learned that a) in the past you directed other users having this same problem towards their service providers, b) there is already a known solution to this and it was already given to you in the past, c) you didn't give me that solution, d) you didn't react on this information with a fix and continued to give inconsistent information. When looking back, this issue is really not worth creating such a lengthy discussion.
"Authors are not required to support
issues about your web hosting or server environment, or issues with the
software you’ve got installed on your machine to use the item. Please
check your ISP/web hosting provider or other software documentation that
you’re trying to use to help solve your issues."
When you provide diagnostic and this diagnostic has a bug, then this has nothing to do with service providers.
"We really thought, this section is something that is useful and provides good information. "
Yes, it is. Once it works.
"We will consider removing wp_remote_get() test then because since we added new import methods, this test in no longer necessary."
I thought that you would want to remove the entire System Status section, therefore my last post. If wp_remote_get is not needed, then I can understand that. But it would be important to me to have a replacement that makes sure that at least one of the mentioned three transfer mechanisms work.
Aha, okay - I didn't see the "ELSE"! I do not analyze that now especially and believe it you - AND I SAY SORRY ABOUT THAT! ...
However, after I had imported the UNIVERSITY Demo, on the Home Page was NO Revolution Demo Content for that Demo.
So, I had a ERROR MESSAGE on the Home Page that Slider is missing, why?
So or so, many thanks for your fast answer! Maybe this is fixed already anyway or it was another problem (I tested it only ONCE and with older BeTheme Version)??.
Nothing dramatically anyway :-)
Greetings!
1. We can not agree with what you wrote above because providing System Status section has a huge impact on hosting and server environment and if we decide that it's too confusing for many, we will just remove this section. But please bear in mind, we didn't decided if we are going to remove it yet. Right now, we are just thinking about it.
3. Unfortunately, we do not have any mechanism that could test it so we don't think it would be ever possible. If there would be any problem with any import method, you will be informed about this during the import process.
@Alpengreis This is the most proper message that says, the slider for the demo has not been imported yet. Like we said above, for sliders we use Slider Revolution plugin which is a 3rd party plugin. That's why, it couldn't be imported automatically with the demo. The slider, need to be imported individually.
This instructional video, explain how to import pre-built website and it's slider, but this video, explain how to import just a slider. As you can see now, we have two different videos that explains how to import sliders. And this was also explained in the documentation http://themes.muffingroup.com/betheme/documentation/#slider
and if we decide that it's too confusing for many, we will just remove
this section. But please bear in mind, we didn't decided if we are going
to remove it yet. Right now, we are just thinking about it.
Of course that's your decision. But I would be much more left alone if I would have problems using your theme and have no such tool to start with. If you remove this kind of diagnostic, then I would expect from you to at least replace it with a precise list of requirements, otherwise a user like me will likely get stuck between you, saying that it is a server problem, and the hoster, saying that it is a problem with the application/theme.
Then that was my mistake!
Thanks for clarification AND good support!