I'm trying to calculate the total number of Giabytes that my website will need for outbound data transfer before deciding whether I will host in AWS or other hosting companies, since AWS only provide a monthly free limit of 15 GB outbound. I need to know the size of a page visit, and then will multiply this by the total number of visits per month. I'm still having my website as a localhost, so I couldn't use the online tools yet. I tried to use "Save as" which downloaded the page along with all CSS files and images, so could this be an accurate size of a page ?
Related
Recently I switched to Bluehost shared hosting and in a few months came to know of their hidden features. They have ridiculously low limit of 25 connections per user for mysql. Can I use it for a mid size wordpress (woo-commerce) site with around 500 products and maybe 100 visitors per day. ?
With 100 users a day looking at a site of that size, you would have to assume that the traffic is 1 to 2 people browsing at a time. I would say that the limits are fine.
What I would suggest to do is set up a Cloudflare account and direct your traffic via the free service. If you also install the plugin "Super Page Cache for Cloudflare" by Optimole, you will find the load on the server itself will be reduced with Cloudflares Caching and CDN.
This setup will help you scale and keep hosting costs down whilst you are growing. Eventually, you will need to upgrade your hosting solution to a high CPU count/speed as the database and site grows.
Also, keep your database optimised, this will help look ups to happen even faster.
I've over a decade doing this for myself and my clients, there is an endless path you can go down to achieve the fastest speeds.
In answer to your question though, just to conclude. Yes it is.
I use the free tariff for the openshift of backend my application.
In the example given on page https://www.openshift.com/products/pricing load of the following characteristics:
15 pages / second
Hundreds of articles
~ 50k visitors per month
but does that mean that the application will be disabled until next month, if the number of requests to it are exceeding the allowable number? and if so, what is the number?
That does not mean the application will be disabled. That is just letting you know about the amount of traffic that a small gear can handle.
I'm working on a SaaS application. Each user will buy a plan on this application and he will be given a certain amount of storage corresponding to amount of information on the app. For example, the Free user will get 1GB free storage, the Basic user will get 5GB storage.
Currently, all information are stored in MySQL database and it is just plain text without any binary data on disk such as images or videos.
Let's imaging Gmail without attachment as an example of this application.
How can I implement this function on my application? Do we need a method that somehow calculates the amount of info contains in database for a specific user and does some validation on that?
Thank you in advance!
You should keep a running tally of how much space each user has consumed, which is then updated every time a write is made against their quota. Continually computing it is not going to be very efficient.
I have some items and I want to store statistics like daily clicks and the traffic source of the page and I want to store these statistics for 100`s of items. Based on what stats I will save I want to be able to generate charts with the clicks of each day (like on google analytics) and to show the number of clicks from each traffic source.
I'm not a specialist, but I'm thinking to store statistics in a mysql table for a single day then write them in multiple .xml files. I have a slow, cheap server and I`m searching for the best method, please help me!
These "items" are embedded in other websites. I control these items using php
Since this items are embedded in other websites storing this infos / request is a NO GO.
This means you either need to install and setup mysql on this other websites, which is unlikely.
Or you connect to a remote mysql .. which is quite expensive for each request.
Especially when you say yourself, that you only have a "cheap" server.
Additionally you risk bringing the websites with the embedded items down, when your mysql server fails.
Better to use google analytics to track the visited pages correctly instead of developing one.
It will show you daily, country wise visitors.
I have been contracted to store user-contributed photos for a contest run through Facebook. I'm currently having issues uploading files from Facebook to my server (I understand they strip out file variables in post requests, but all the answers I have seen simply say "use an iframe". My app is set up to be an iframe (vs. FBML, in application settings).
This is proving to be very time consuming to troubleshoot and get up and running (I tried selling just URL storage of remote pictures, which was turned down). I am considering just saving the images as a blob in my mysql database. We expect to get around ~2,000 photos of various size. What's the general take on this type of load? I've read various SO threads discussing multiple TBs of data, and filesystem being a better choice, but for maybe a gig or two, is this unreasonable?
Thanks
Given the number of photos it doesn't sound unreasonable to store them as blobs. I have shoe-horned similar numbers of megabyte sized pics into SQL Server with no detrimental effects to my system. However YMMV and I'd suggest that you code up a simple MySQL Db and shove 2 or 3,000 pics of the applicable size in and see how your system behaves. You should be able to do that in a very short amount of time.