I HAVE DECODED A SMALL PORTION OF TUNGLE.HELLāSĀ SUCKITUDE
okay so iām taking a server side scripting class, right, and today the teacher pulled up my proposed database structure on the board to talk about how sometimes youāll make information redundant andĀ ādenormalizeā a database for the sake of efficiency even though itās not best practice.
This is because while a client only talks to one server, a server is talking to many different clients and pushing enormous amounts of data to them at all times. This would be fine on its own, but when you bring a database into the picture, youāre constantly calling data from it, and that eats not just bandwidth but also processing power.
So from a strict storage standpoint, you want to have one copy of a piece of information and just call it a whole bunch of times as needed.Ā
So this was my initial estimate of tumblr, right? its means of storing information is hilariously inefficient. every reblogged post spawns a unique version of the post every time a user reblogs it. why? thatās dumb.
BUT
in order for tumblr to display data on your dashboard, it has to be making frequent calls to its database. so if youāre grabbing a post from a different part of your database, your call has to be more complicated and it starts to bog your server down. Tumblr looks at this big honkin problem and comes up with aĀ solution: fuck normalization, duplicate the post and store it on the same table so we donāt have to make a shit-ton of complicated calls when people start mashing f5.
Tumblr also stands apart from twitter and facebook in its incredible ambitiousness. It isn't just notifying you of posts or displaying lots of small ones, it is a social media site designed to spit out entire blog posts onto your dashboard, lots of them, and with very few limitations. itās shoving potentially massive amounts of data through its pipes the same way twitter does 280 character tweets with a max of 3 images on them. You can give your hot take instantly, you donāt have to sit down and think out a response. Thatās beautiful in a strange way.
itās also why you can use an extension to edit reblogs. The original post, by the original author isnāt linked or even called in after its placed in your form. youāre just dumping text onto your own blog, so it doesnāt confirm you didnāt change anything because itād be a waste of time, from an overworked serverās perspective.
In order for posts to reflect the original posterās edits, tumblr would have to go find the original post and then find and shove in any reblog-added content every time it shows up on someoneās dashboard or blog, so itās just consolidated into a single static post. You only have to call the database one time instead of an additional time for each comment on the postās reblog chain. less strain on the serverās aching back.
anyway, i could be wrong. the x kit dudes could probably confirm/deny since they know the back end really well. But based on my current level of understanding, I think iām right probably?
