tgonhawk1

Members
  • Posts

    101
  • Joined

  • Last visited

  • Days Won

    5

Posts posted by tgonhawk1

  1. In another thread, a user asked about latency between Hawkhost servers, and Brian answered as follows:
    > Latency between any two services with us (shared, SD, reseller, compute) within the same datacenter/location should be sub-1ms. Here's the output [ from PING, showing results of < 1ms ].

    I thought I'd make the point that even outside the same infrastructure, it can be pretty quick, so I tried some experiments.
    The results were rather surprising.

    I have Hawkhost shared hosting at two locations: New York City and Dallas.
    (Or so I thought: using IP address lookup services, I am told those are in Seacaucus, NJ (which is close enough), and somewhere in Virginia.
    I'll assume that the latter is because of some out of date database somewhere.)

    I have a couple of VPSes (from other providers), one in New York City (or perhaps New Jersey) and one in Dallas.
    I tried doing PING among all these various servers and got these results.

    Both directions between the VPS servers: 10/10 packets received, average time 38 ms.

    Incoming to Hawkhost shared server in Dallas: (or is it Virginia?)
    No packets lost, times were:
    From NYC: 79 ms.
    From California: 56 ms
    From Dallas: 68 ms <<< very surprising!  (see below)

    ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~

    Incoming to Hawkhost shared server in New York:
    NYC VPS -> Hawkhost NYC: 4/10 received, avg 1.59 ms (repeated later and 10/10 received)
    California PC -> Hawkhost NYC 2/10 received, avg 82 ms (repeated later and 7/10 received)
    Dallas VPS -> Hawkhost NYC 3/10 received, avg 36.7 ms (repeated later and 4/10 received)

    More packets were lost than received!
    But the times were more or less in line with what might be expected.

    ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~

    More about pinging Dallas:

    The above numbers (68 ms) is when I ping to my domain.
    In that case, ping says the server is
    198.252.104.151-static.reverse.arandomserver.com

    But noticing that my webmail is on dal210.hawkhost.com,
    I tried directing ping THERE and it's a different IP address
    198.252.105.24 and it responds without losing any packets
    in about 1 ms, which is what I was expecting in the same city!

  2. A quick way to find out the Perl version is to run the command

    perl -v

    If you don't have ssh access, you can create a cgi-bin job to do that.
    Put the following into a file named something like perlversion.sh.

    #!/bin/sh
    perl -v

    Don't forget to chmod +x that file, then from browser do:
    yourDomainHere.com/cgi-bin/perlversion.sh

    (Interestingly, that worked without the usual requirement for Content-type: text/plain\n\n.
    I have no idea why that was the case.)

    You'll get back something like:
    ... > This is perl 5, version 16, subversion 3 (v5.16.3) built for x86_64-linux-thread-multi
    ... > (with 39 registered patches, see perl -V for more detail)

  3. On 11/19/2019 at 12:13 AM, PhucVu said:

    My cpanel have a big error when I open and edit file. When I open and edit any file in file manager, the file only display blank, no text :(

    Given that it's a cPanel problem, you'll just have work around it.

    Fortunately that's easy: download the file, edit it on your own computer, and upload it back.

    That may be inconvenient for some, but it's my normal way of doing things
    (without the download part: I keep everything on my computer, make changes and then upload them.
    That's necessary if a change is across multiple files, or you want to test it out first.)

    What an embarrassing error on the part of cPanel!

  4. This is only marginally about Hawkhost, but sometimes you just have to rant SOMEwhere!

    Good news:
    A recent change to cPanel has made it so Roundcube now shows the number of unread mails in the window title,
    like this "(1) RoundCube Webmail :: INBOX".  That means it also shows up in the tab on the WIndows taskbar.  YAY!

    Bad news:
    I just moved onto Windows 10 and they have "improved" the taskbar so that all Windows running the
    same program (such as Firefox) are merged into one taskbar tab, neutralizing the above good news!
    BOO!

     

  5. You can get your blog into Google's search space by creating links to it on other sites.

    Even better is getting a link to appear on another popular site.  Then more people
    will see it, which in turn will lead to more links and more searches and more visits.

    If the link text includes likely search terms for your blogs, people will find their way there
    when they search those terms. That is, if they are specific enough to your blog that
    you don't end up on page 35 of the search results.

    Also, it will depend on the contents ... if what you write ends up in search results
    and isn't buried by more popular sites who write about the same thing, you will
    get more traffic that way.

    All these gimmicks (directories, pings, etc.) probably work to some extent,
    but in the end, if you have what people want, they'll find you.

  6. If you install Wordpress on a Shared Hosting Account, are they any additional charges?

    A friend of mine has an "EasyWP" subscription with Namecheap, which allows
    him to set up a Wordpress site.  It appears that you do everything through wp-admin,
    which you get to by signing in to your Namecheap account, and working your way
    through Apps and EasyWP pages.  (Possibly you can get to directly through the
    client's website, but I'm not sure about that.)

    Is that the same wp-admin that would be part of a Wordpress installation here?

    In other words, is EasyWP making things any easier over just adding Wordpress to a site here?

     

  7. You can request being moved to another server
    (which may or may not help, depending what the underlying problem is).

    If it is another user hogging resources, you'll get away from that,
    but there is no guarantee the other server won't have similar problems.

    I agree that hosts should act on their own when problems like this occur.
    Unlike isolated users, they are in a position see what is going on server-wide.
    "Proactively" is the buzzword du jour I believe.

     

  8. I don't know the ins and outs of Wordpress, since I don't use it,
    but in general, can't you do this with an addon-domain or a subdomain?

    To illustrate in more concrete terms, suppose your main domain is under /public_html.

    You create another directory called, say, /staging (parallel to rather than under /public_html)
    and replicate the whole thing under there, including, notably, /public_html/cgi-bin.
    You point your add-on domain or subdomain to /staging as its document-root.

    Then do all your updates and testing on the files under /staging,
    and when you're satisfied, copy them over to /public_html?

    If you're using databases, you'd need testing versions of those too.
    I assume this Softaculous function takes care of that for you.

     

  9. On 9/30/2019 at 8:24 AM, berko said:

    ^/Iklan/(.+)$ https://domain.com/

    Your regular expression (above) matches the following:

    ^ -> means the start of the target, so the matches will have nothing before /iklan/. Something like /abc/iklan/ will not match.
    ( ) is for grouping, but that is not used here, so those are redundant
    .+ -> means one or more of any character
    $ -> means the end

    In summary, this will match anything starting with /iklan/ followed by one or more characters.

    It would appear that it is redirecting the URLs (the part before the ?'s) and preserving the query strings (the ? and what comes after).
    That accounts for the 301's.
    The 410's must arise from some other rule.

     

  10. If you are not the single longest tenured customer, you are surely in upper ranks.
    12 13 years ago would be 2007 2006, and Hawkhost only got started three two years before that (2004).

    It's good to know that they've been doing such a good job for so long,
    and long may it continue!

     

     

     

  11. Look at the Metrics section and then choose Awstats.

    It may be that Awstats has to be enabled first (to gather the stats)
    but usually that is the case.  There is another one in there -
    Webalizer, but I don't use that one.
    For reasons I don't understand, the two often have different numbers.

    Also check "CPU and Concurrent Connection Usage".

     

  12. From what I understand, for shared hosting, each cpanel license (or sub-license) will be charged
    around $0.10 - $0.20/month going forward, assuming servers which typically host several hundred domains,
    are over any pre-packaged limits.  Since that is $1.20 - $2.40 per year, it does not represent a huge
    increase for each one.  It's up to HawkHost, given the ultra-competitive nature of the hosting business,
    if they want to bear that cost, pass it along to all customers, or only charge it on new accounts. 

    In aggregate, it will matter more to Hosts than to customers who would see a charge of
    $25-50 per year go up by a dollar or two.  Reseller, VPS, and Dedicated hosting accounts are another
    matter altogether, since that dollar or two can have a significant multiplier on it.

  13. I read today on lowendtalk.com that cPanel is making a big change to their pricing.

    Never having looked into this before, I don't know what it was before.

    My question is this: what effect will this have on Hawkhost pricing?
    It seems to me that at $2-3 per month for shared hosting, a hike
    in the cost of a cPanel license might eat into already tight margins.

    I understand this is quite new and may take a while to sort out,
    and, it would seem, the primary impact would be on Reseller accounts,
    but once you do figure it out, it would nice to know its down-the-line knock-on effects.

    Also, I see that on the https://cpanel.net/pricing/page  ("page" is not part of the link)
    they mention Cloud Linux and Litespeed.  Does cPanel own those, too?

  14. Since this a question of perhaps general interest, I'll ask it here:

    Is it possible for a shared hosting user to read the cpanel webmail access logs for his site?

    On the cpanel forums, the location is identified as
    > cPanel, WHM, and Webmail activity is logged to /usr/local/cpanel/logs/access_log.
    > The ability to review this log file is restricted to the root user.
    ...   The latter part appears correct since "ls /usr/local/cpanel" gives permission denied,
    ...   and "ls  /usr/local/cpanel/logs/" gives "no such file or directory.

    Is there a way to make this accessible?
    Perhaps not, if everyone's are all mixed together.

    Access from a POP client would also be useful - but that might evade even any generat cpanel logs.

     

  15. The hammer eventually did drop, and, having switched to Roundcube,
    let me just say,  overall, RC is better.

    There are a few things I preferred about Squirrelmail, but there are more
    ways in which RC outperforms, making those pluses outweigh any minuses.

    I do use it zoomed-in one notch - the default font settings are just too small for
    these tired old eyes, and that overcomes my biggest problem with it.

  16. Here are some examples from the Hawkhost.com home page:
    These are reduced from full size.

    This is the original presentation - gray color, titillium-weblight font:

    hawkhost-gray1.png.c33a15e684e726c9b3b6e22071a698a1.png

    This one changes the text color to black:

    hawkhost-gray2.png.6e98f7a5fbf01225ce8dedb530b8880c.png

    This one changes the font to Verdana, and boosts the font-weight on the next and previous markers,
    which are VERY hard to see without that.

    hawkhost-gray3.png.ad3eded4903c9c0c5519058e8913e46f.png

    And for good measure, this appears just below the reviews section: gray text on gray background!

    hawkhost-gray4.png.d82e0c04d7be9e963d87988700c657d6.png

  17. Given that this cPanel update addressed security problems,
    https://news.cpanel.com/tsr-2019-0002-announcement/ and
    https://news.cpanel.com/tsr-2019-0002-full-disclosure/
    I can understand the urgency of getting it installed.

    cPanel identifies their releases with a Major number, a Minor number, and a Build number.
    These change in increasing order of frequency.

    If a new build, or a new minor release is made which doesn't impact users, there is no need
    to issue notices.  When the Major part changes (as in 76 to 78), which is not very frequent,
    then it would nice to know why (for example) my webmail page suddenly stopped working
    from one minute to the next, or what new features are now available.

    As I read it, they released updates to both version 76 (the previous version)
    and version 78 (the new version).

    It appears to me that it was your choice to advance to version 78 at this time
    (which is your right to do), and since this was a case where there was a change
    affecting users, notice would be appropriate.

    Other points:
    I, for one, appreciate that you  " actually don't update as often and frequent as many other providers unless we deem it necessary "
    (if it ain't broke, don't fix it) - since often times updates cause things to break. (See: Windows, Microsoft).

    I understand that it is the World wide web and it always the middle of the day somewhere, as I stated in my original post.
    That said, some times will be busier than others on any one server.

  18. Today, in the middle of the day, without any notice, cPanel was updated to version 78.
    I suppose in most respects this makes little or no difference, but in at least one way it did.

    Version 78 does away with Squirrelmail.
    The way I found out about this was that my open webmail page failed to update.
    (Fortunately, I was not in the midst of writing an email, which effort might have been lost.)

    Since I was well informed of this change, I easily made the switch to Roundcube - no big deal.
    Had I not known about this in advance, it might have been of more concern.

    My suggestion is two pronged:

    1. Don't do things like this in the middle of a busy day - typically a weekday.
      (subject to the fact, of course, that it's always the middle of the day somewhere, etc.)
    2. Provide some advance notice: "On Mar 19, we will be updating .... which will bring about these changes ..."
      Sending emails to everyone is probably not necessary, ,but at least a blog post or other notice would
      be nice.
  19. The Hawkhost people can probably best answer your question, but I'll take a stab at it.

    My understanding is the both of these services are based on "cloud infrastructure" (which I gather
    is some sort of distributed hardware platform with redundancy and scalability). Whatever it means,
    it's transparent to the user.

    For both services you are sharing that hardware infrastructure with other hosted sites.

    The cloud server is like a VPS - and perhaps gives you a bigger share of the hardware pie (so to speak).

    4 GB and 2 (virtual) CPUs seems fairly hefty to me, and whether you need all that depends entirely
    on what your site consists of and what it does.

    The bandwidth number (50GB/month) strikes me as rather high:
    I have a couple of rather modest sites which get much less traffic than that,
    and which shared hosting handles with ease:

    Site 1: ~5000 visits/month - 200 MB/month bandwidth
    Site 2: ~1800 visits/month - 800 MB/month bandwidth

    You are talking about 70-250 times as much traffic, based on your bandwidth estimate.

    But ... depending what goes along with it, that may not be an issue.

    There is another option you have: what Hawkhost calls "Semi-dedicated Hosting".
    Basically, it's shared hosting with more resources (and less sharing with other sites).
    It costs a lot more than regular shared hosting, but it might serve your needs
    in terms of horsepower, combined with the convenience of shared hosting.

  20. On so many websites, for reasons that I cannot fathom,
    text is presented on a white background, using a gray - sometimes very light gray - font.

    text-colors.png.6969ba7f75b2ef526c2f9d9a571b3180.png

    The middle line above is the default (and it appears only) color on this forum, which isn't too bad, but isn't great either.
    I have seen many sites which use fonts akin to the top one - light gray.

    My question is ... WHY? ... The poor contrast with a white background is just hard to read.
    What's wrong with good old stands-out-from-white-background black?

    If anyone can enlighten me on what the merits of light-colored text on light-colored background are,
    I would be ever so grateful.

     

  21. I've been with Hawkhost for 3 1/2 years and find that almost everything is outstanding.

    • Uptime - approaches 100%
    • Speed - pages load quickly, and are the latest version, including right after an update.
    • Price - as far as I'm concerned it's a real bargain
    • Support - sometimes the Level 1 responses might as well be from bots, but problems are rarely
      very serious and are usually resolved in a fairly short time, even when they are bugs in
      software from a vendor.