|
Re^4: Perlbrew on shared hosting
by hippo (Archbishop) on Dec 04, 2020 at 16:39 UTC
|
VPS cost is like 5 euros per month for 4 cpu cores (spec?), 8 GB ram
Which provider is offering this stonking deal, please? Asking for ... well, probably everyone!
| [reply] |
|
|
The host that I use have VPS from £4 + VAT per month but for that you get 500Mb RAM and 1 core.
I currently pay £108 + VAT per year for shared hosting with "unlimited" bandwidth, diskspace, DB schemas and, importantly for me, unlimited add-on domains. I sort of, know I should change to VPS but I'm unsure whether the same priced option of 1Gb RAM and 2 Cores would be sufficient for my needs. The 3Tb bandwidth is plenty and if in future it wasn't then there would be the revenue to pay for an upgrade.
My concern is that on shared hosting I am limited on what I can break...whereas on VPS, I could quite possibly accidentally take down our production sites which would not be good!
| [reply] |
|
|
My concern is that on shared hosting I am limited on what I can break...whereas on VPS, I could quite possibly accidentally take down our production sites which would not be good!
With great power comes great responsibility! ;-)
At $WORK we provide a sort of half-way house option which is a managed VM. We give the customer as much control as they are happy to have via ACLs and sudo (where required). This lets them do some configuration but without access to critical systems like /etc/fstab for example. We take care of the low-level O/S management and leave them to the bits that they want to monkey with which is usually at the application level. Since it's a VM they don't have the restrictions we have to impose on the shared hosting customers such as CPU and database limits because it's only their own systems which they'll be hogging. It's not to everyone's taste but those customers who do use it seem to really like it.
| [reply]
[d/l] |
|
|
|
|
|
|
It's a valid concern. Usually I don't mess with 'production'. I have a parallel 'dev' system to mess with and only if tests are passed, a bash script (important: automate, by-hand there's risk of missing something) updates the 'production' scripts. I use a configuration file in order to specify the db-name (e.g. productiondb and testdb) and also the root/base url - so these must not be hard-coded in scripts. It is possible with a webserver like nginx to have parallel sites on the same machine. So you need just 1 VPS which you burden a bit during development time on the expense of visitors. There's probably a good-practices guide somewhere on how to do all these properly.
2ndly, I have already mentioned that a lot of VPS offer a snapshot feature (the one I mentioned earlier does) which takes a few minutes to snap the current state of your machine and unroll it whenever you are in big trouble (warning: that includes *everything*, including the DB-state, accounts+passwords at time of last snap etc. it's like re-installing the OS but at the state you last snapped it.). Cron jobs can automate backing-up your DB at regular intervals.
One last caveat: my VPS gets visited regularly by hacker-bots which check for known vulnerabilities (I mostly see php or wordpress paths they try to access). And also whenever I ssh it tells me that there were 20 failed attempts in the space of a few days. In the system I use I am responsible to handle both problems. And there are solutions. I don't know whether shared-hosting handles these problems for you with a blanket firewall.
hippo said: With great power comes great responsibility!. Sure, invest some time to acquire some skills if you don't already have them.
| [reply]
[d/l] |
|
|
contabo.com, see https://contabo.com/?show=vps. See the 4.99 option, on the full-SSD side. I am not affiliated with them, just a customer. WARNING: I am running a site where only few people connect and not a public site with many simultaneous connections.
| [reply] |
Re^4: Perlbrew on shared hosting
by Bod (Parson) on Dec 04, 2020 at 16:58 UTC
|
cp: cannot open '/usr/bin/gcc' for reading: Permission denied
| [reply]
[d/l]
[select] |
|
|
| [reply] |
|
|
| [reply]
[d/l] |
|
|
| [reply] |
|
|
|
|
|
|
|
|
|
that was quite lame on my part, if they make it un-executable they can also make it un-readable for the common user.
Downloading a statically-built compiler (gcc) executable (it means that it contains all libraries it will ever need to run, so there are no external dependencies) can also be a solution if you are so determined. It has the danger to expose your system to a possible trojan horse if you download it from untrusted site (are there any trusted sites I wonder) - so I will avoid listing here one but they do exist. Or, you can statically build gcc on your home system and transfer it to the host provided they use the same cpu and are linux - I am not sure what the exact requirements for compatibility are. The command uname -a can tell you the cpu architecture.
| [reply]
[d/l] |
|
|
| [reply] |
|
|
|
|
|