Consider reading the cPanel manual.
Create a new file, fill it with the content below, save it as a PHP file (i.e. res.php), then upload it and just browse to it:
Code: Select all
<?php
// 2018-08-10 AmigoJack https://www.phpbb.com/community/viewtopic.php?t=2481826
if( function_exists( 'sys_getloadavg' ) ) {
// http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages
$aLoad= sys_getloadavg();
// https://gist.github.com/ezzatron/1321581#file-num-cpus-php
if( is_readable( '/proc/cpuinfo' ) ) {
$sCpu= file_get_contents( '/proc/cpuinfo' );
preg_match_all( '#^processor#m', $sCpu, $aMatch );
$iCpu= count( $aMatch[0] );
} else $iCpu= 1;
$sPerf= '';
$aLoadLang= array
( 0=> 'last minute: %0.2f (%0.1f%%) • '
, 1=> 'last 5: %0.2f (%0.1f%%) • '
, 2=> 'last 15: %0.2f (%0.1f%%) • '
);
foreach( $aLoadLang as $iLoad=> $sLoad )
$sPerf.= sprintf( $sLoad, $aLoad[$iLoad], $aLoad[$iLoad]/ $iCpu );
$sPerf.= "$iCpu CPUs";
} else $sPerf= 'n/a';
if( is_readable( '/proc/meminfo' ) ) {
$sMem= file_get_contents( '/proc/meminfo' );
$iMemTotal= (int)preg_replace( '#^MemTotal:\\s*([0-9]+) kB$#m', '$1', $sMem )* 1024;
$iMemFree= (int)preg_replace( '#^MemFree:\\s*([0-9]+) kB$#m', '$1', $sMem )* 1024;
$sMem= sprintf( '%s free of %s total', $iMemFree, $iMemTotal );
} else $sMem= 'n/a';
echo( "Performance: $sPerf; Memory: $sMem" );
@AmigoJack, Was wondering if you could explain what those results meant... and again, appreciate it.
Performance
= as per sys_getloadavg() returns the average system load (how much each/all CPUs are commited to work instead of being idle):last minute: 21.88 (21.9%)
= 21.9% for all CPUs (and 21.9% for one CPU) within the last 60 seconds. Since you only have one CPU both values are identical (only rounded with different accuracy)last 5: 21.21 (21.2%)
= 21.2% for all CPUs (and 21.2% for one CPU) within the last 300 secondslast 15: 21.16 (21.2%)
= 21.2% for all CPUs (and 21.2% for one CPU) within the last 900 seconds1 CPUs
= Only one CPU available to you. Could be multicore, tho, but that's mostly not interesting at all.Memory: 0 free of
= for systems entirely dedicated to the web it's pretty normal all the RAM is spent, most likely the DBMS uses all of it, while the HTTP server only needs a fraction of it.101217210368
= 98'844'932 KiB; then it's not dividible by 1024 anymore, it's a good 94 GiB. Most likely it's only the quota you can use, not the entire physical RAM - that's why it can be "odd".I'd caution you about having that idea. The primary issue is users often reuse the same password. If your site gets compromised and they obtain the user table what they may first do is try and brute force the passwords using a dictionary attack, that is going to net them about 10% of your users or something along those lines. They now have an associated username, email address and password.
Free memory means it is completely free, you need to look at available memory for what is actually "free". This is shared host and that 96GB of ram is going to be shared. Same thing with the CPU's. In a VPS and up you get guaranteed RAM and CPU's, the RAM may be only 2GB on low end VPS.AmigoJack wrote: ↑Sat Aug 11, 2018 10:37 am Memory: 0 free of = for systems entirely dedicated to the web it's pretty normal all the RAM is spent, most likely the DBMS uses all of it, while the HTTP server only needs a fraction of it.
101217210368 = 98'844'932 KiB; then it's not dividible by 1024 anymore, it's a good 94 GiB. Most likely it's only the quota you can use, not the entire physical RAM - that's why it can be "odd".
This is likely the entire machine.
well that's definitely a true statement. Not myself but, I know that's easy for people to do.I'd caution you about having that idea. The primary issue is users often reuse the same password.
That is when certificates aren't being used? Would it be worth using ssl if I have that option? I think with my current plan, I do not. Not sure it's something I could afford to add on right now but I could look into it.As far as SSL those passwords are sent plain text and would be vulnerable to man in the middle on things like public wi-fi.
Correct, SSL encrypts the data between the clients computer and your server. When some connects to public wifi any traffic that is not encrypted could be read by the person in control of the router. It also makes it nearly impossible to spoof the https version of a website which someone who was in control of the public wifi could also do, not a big issue for site like yours that would not be a target but a very big issue if it was banking site.
Most of the times just looking for a Wikipedia article about that term helps: it comes with the explanation and a table on the right side comparing both units. Its usage hasn't spread very much up to today tho - most people still use the units wrongly (i.e. speaking of GB when meaning GiB).
When you ask the butcher for meat you surely want kilograms, as in 1000 g, which is because of the decimal system (base 10) - those will always live on. In computer algebra, everything is based on binary: 2^0 = 1; 2^1 = 2; 2^2 = 4; 2^3 = 8; 2^4 = 16; 2^5 = 32; ... 2^8 = 256; ... 2^10 = 1024 - there are no alignments in 1000, it's 1024, hence speaking of KiByte. That's also why the hexadecimal system (base 16) is used that much, because it alignes far better than the decimal system.
I prefer things to be correct and unambiguous over being simple. A simple thing would be an "on/off" switch - but I prefer a switch that is labeled to what exactly "on" means and if "off" is correct (and not "standby").
To put it in simpler terms - with cloud hosting, the resources required for maintaining your website are spread across more than one web server. Theoretically, it just means that if Server A goes down, you're website will continue to be up with Server B, Server C, and Server D. As an example, Google has its resources spread over hundreds of servers, which is why you don't ever see it down.millipede wrote: ↑Fri Aug 17, 2018 10:56 pm 1. I just don't know how to compare the cloud plan's cpu and ram to my current plan giving what I've already posted. So, I don't know if it would be worth it to opt for the cheaper plan that has more storage and bandwidth... would I be sacrificing the whole cpu and ram specs?
While SSL is not required, it is an added layer of security in the sense that the information sent to and from you server and users is encrypted. If the host is offering it for free, jump on it.
Not too hard. Let's Encrypt actually provides free SSL.
If it's the same company, they should be able to do the transfer for you. If the aren't willing to, I would question whether I want to stay with that particular host.
No system is going to be 100% secure, although most companies are better at it than others. That being said, cloud storage is being used interchangeably with cloud hosting and is not the concern you raise. Cloud storage services would include Dropbox, Google photos and iCloud (which is the hack you mention).millipede wrote: ↑Fri Aug 17, 2018 10:56 pm 6. I'm not sure anyone addressed my thoughts/concerns on cloud security. Somehow the cloud idea sounds more vulnerable. I don't know if it's because of the whole idea as to how it's done, feels like stuff is more out there... or the fact that all those celebrities photos(I believe) got hacked from cloud storage a few years back. Somehow the whole cloud idea has be cautious I guess.