murteza
/
blog.old
Archived
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

published: Decentralized Internet is More Reliable

This commit is contained in:
Ali Mürteza Yeşil 2020-07-28 17:36:55 +06:00
parent fe67622f1a
commit 22f95c6114
14 changed files with 499 additions and 123 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

56
content/Tech/decentralized_internet_is_more_reliable.md Normal file
View File

@ -0,0 +1,56 @@
title: Decentralized Internet is More Reliable
date: 2020-07-28 12:00
tags: 100DaysToOffload
summary: Every system is prone to failure and will face down time. Decentralization avoids total system failure.
status: draft
comment: TBA
hundreddaystooffload: 10
# Introduction
I was looking for a way to explain decentralized internet to my family. Then Yarmo Mackenbach came up with the idea of [ELIUF](https://yarmo.eu/post/eliuf "Explain Like I Use Facebook"). A decentralized attempt to explain concept, advantages and disadvantages of decentralized internet to people using centralized platforms, such as Facebook, Twitter, YouTube, Instagram, TikTok, WhatsApp, etc.
From power surge to aged hardware, bug in software to cyber attack, there are many reasons a system may fail. Neither centralized or decentralized systems are %100 safe from failures.
---
# System failure
## Centralized Systems
There is a central server that stores every data required to offer a service. Any failure in the central server may cause it to go out of service. Any maintenace such as updating software or replacing aged hardware may require powering server off thus putting it out of service.
## Decentralized Systems
In a decentralized network, there are multiple servers and each of them store only the data for their own clients. Servers communicate with each other if they need to get data stored in some other server. If any server fails or goes to maintenance, only the clients connected to that server will lose service. Rest of the network will continue to function as usual. That being said, any attempts to communicate with failed server will fail too.
---
# Cyber attacks
User credentials (such as emails, passwords, bank card numbers) and user data (such as profile pictures, birthday videos, phone numbers) uploaded to server are stored by the server and they make an attractive target for cyber criminals.
## Centralized Systems
All the data is available from central server. Cyber attacks put every single user's data in danger.
## Decentralized Systems
There is no server that has access to every data of every user. When servers are communicating, they only share minimum amount of data required. User credentials (email and password) are only known by the server user is connected to. If a server is attacked by cyber criminals, only the users of that server will get affected. Users on the other servers of the network won't be affected by the attack. That being said, all the communications made to attacked server may also be visible to attackers.
---
### Redundancy isn't decentralization
Both centralized and decentralized platfroms may utilize redundancy servers to avoid going entirely out of service in case of server failure. Facebook for instance deploys multiple data centers in different countries. So if one of the data center goes to maintenance, users connected to it will be routed to other data centers and continue to receive the service without down time.
Redundancy is a good way to ensure reliable network but also costly one.
---
# Conclusion
Decentralization doesn't make a server more durable or secure. Every server, regardless of whether a part of centralized or decentralized network, is prone to failures and cyber attacks. Decentralization reduces the impact and limits the number of users being affected.
---
## ELIUF posts elsewhere on the internet
- [ELIUF: Explain Like I Use Facebook](https://yarmo.eu/post/eliuf) by [Yarmo Mackenbach](https://yarmo.eu/)
- [How to decentralize the Internet](https://www.garron.blog/posts/eliuf.html) by [Guillermo Garron](https://www.garron.blog/about.html)

4
content/Tech/decentralized_internet_is_more_stable.md
View File

@ -2,8 +2,8 @@ title: Decentralized Internet is More Reliable
date: 2020-07-28 12:00
tags: 100DaysToOffload
summary: Every system is prone to failure and will face down time. Decentralization avoids total system failure.
status: draft
comment: TBA
status: published
comment: https://fosstodon.org/@murtezayesil/104591271530394013
hundreddaystooffload: 10
# Introduction

2
output/archives.html
View File

@ -50,6 +50,8 @@
<h1>Archives for Ali Murteza Yesil</h1>
<dl>
<dt>Tue 28 July 2020</dt>
<dd><a href="https://murtezayesil.me/decentralized-internet-is-more-reliable.html">Decentralized Internet is More Reliable</a></dd>
<dt>Sun 26 July 2020</dt>
<dd><a href="https://murtezayesil.me/deleting-amazon-account.html">Deleting Amazon account</a></dd>
<dt>Fri 24 July 2020</dt>

76
output/author/ali-murteza-yesil.html
View File

@ -49,34 +49,66 @@
<aside id="featured" class="body">
<article>
<h1 class="entry-title"><a href="https://murtezayesil.me/deleting-amazon-account.html">Deleting Amazon account</a></h1>
<h1 class="entry-title"><a href="https://murtezayesil.me/decentralized-internet-is-more-reliable.html">Decentralized Internet is More Reliable</a></h1>
<footer class="post-info">
<span>Tue 28 July 2020</span>
<span>| in <a href="https://murtezayesil.me/category/tech.html">Tech</a></span>
<span>| tags: <a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a></span> <span>| Day <strong>10</strong> of #100DaysToOffload</span>
</footer><!-- /.post-info --><h1>Introduction</h1>
<p>I was looking for a way to explain decentralized internet to my family. Then Yarmo Mackenbach came up with the idea of <a href="https://yarmo.eu/post/eliuf" title="Explain Like I Use Facebook">ELIUF</a>. A decentralized attempt to explain concept, advantages and disadvantages of decentralized internet to people using centralized platforms, such as Facebook, Twitter, YouTube, Instagram, TikTok, WhatsApp, etc.</p>
<p>From power surge to aged hardware, bug in software to cyber attack, there are many reasons a system may fail. Neither centralized or decentralized systems are %100 safe from failures.</p>
<hr>
<h1>System failure</h1>
<h2>Centralized Systems</h2>
<p>There is a central server that stores every data required to offer a service. Any failure in the central server may cause it to go out of service. Any maintenace such as updating software or replacing aged hardware may require powering server off thus putting it out of service. </p>
<h2>Decentralized Systems</h2>
<p>In a decentralized network, there are multiple servers and each of them store only the data for their own clients. Servers communicate with each other if they need to get data stored in some other server. If any server fails or goes to maintenance, only the clients connected to that server will lose service. Rest of the network will continue to function as usual. That being said, any attempts to communicate with failed server will fail too.</p>
<hr>
<h1>Cyber attacks</h1>
<p>User credentials (such as emails, passwords, bank card numbers) and user data (such as profile pictures, birthday videos, phone numbers) uploaded to server are stored by the server and they make an attractive target for cyber criminals.</p>
<h2>Centralized Systems</h2>
<p>All the data is available from central server. Cyber attacks put every single user's data in danger.</p>
<h2>Decentralized Systems</h2>
<p>There is no server that has access to every data of every user. When servers are communicating, they only share minimum amount of data required. User credentials (email and password) are only known by the server user is connected to. If a server is attacked by cyber criminals, only the users of that server will get affected. Users on the other servers of the network won't be affected by the attack. That being said, all the communications made to attacked server may also be visible to attackers.</p>
<hr>
<h3>Redundancy isn't decentralization</h3>
<p>Both centralized and decentralized platfroms may utilize redundancy servers to avoid going entirely out of service in case of server failure. Facebook for instance deploys multiple data centers in different countries. So if one of the data center goes to maintenance, users connected to it will be routed to other data centers and continue to receive the service without down time.<br>
Redundancy is a good way to ensure reliable network but also costly one.</p>
<hr>
<h1>Conclusion</h1>
<p>Decentralization doesn't make a server more durable or secure. Every server, regardless of whether a part of centralized or decentralized network, is prone to failures and cyber attacks. Decentralization reduces the impact and limits the number of users being affected.</p>
<hr>
<h2>ELIUF posts elsewhere on the internet</h2>
<ul>
<li><a href="https://yarmo.eu/post/eliuf">ELIUF: Explain Like I Use Facebook</a> by <a href="https://yarmo.eu/">Yarmo Mackenbach</a></li>
<li><a href="https://www.garron.blog/posts/eliuf.html">How to decentralize the Internet</a> by <a href="https://www.garron.blog/about.html">Guillermo Garron</a></li>
</ul><!-- Comments -->
<hr>
<h2>Comments</h2>
<p>Toot on <a href="https://fosstodon.org/@murtezayesil/104591271530394013">this thread</a> to comment. This blog is a static site. Comments won't appear here.</p>
</article>
</aside><!-- /#featured -->
<section id="content" class="body">
<h1>Other articles</h1>
<ol id="posts-list" class="hfeed">
<li><article class="hentry">
<header>
<h1><a href="https://murtezayesil.me/deleting-amazon-account.html" rel="bookmark"
title="Permalink to Deleting Amazon account">Deleting Amazon account</a></h1>
</header>
<div class="entry-content">
<footer class="post-info">
<span>Sun 26 July 2020</span>
<span>| in <a href="https://murtezayesil.me/category/notes.html">Notes</a></span>
<span>| tags: <a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a></span> <span>| Day <strong>9</strong> of #100DaysToOffload</span>
</footer><!-- /.post-info --><p>I call it "deleting account", Amazon calls it "closing account". I used them interchangibly in this post.</p>
<p>If you set your mind to delete (or close) your account, don't let too many steps discourage you. I understand that some people run their businesses on AWS and deleting their Amazon account will also delete AWS servers connected to that account. Amazon has given me 2 warnings about it and accepted to delete my account anyway. I wasn't invested in Amazon ecosystem and never used AWS anyway.</p>
<p>According my experience, here are the steps you may need to go through:</p>
<ol>
<li>Click on <a href="https://www.amazon.com/gp/help/customer/display.html" title="Currently this page">Help</a> in the page footer and search for "close account".</li>
<li>You will be presented with an article that warns you about Amazon services you will lose access to. Read and make sure you stopped using those services already.</li>
<li>There is "<strong>Note:</strong> To close your account, please <a href="https://www.amazon.com/hz/contact-us/request-data">Contact Us</a> to request that your account be closed." at the very end of the help page. Click on "Contact Us" to continue.</li>
<li>If not yet logged in you will be asked to, login. Choose email for communication. There is also an option to call but I don't know how would that go since I don't live in US or Canada.</li>
<li>They will send the same help article with a bit more information and links to make sure you stopped using everything such as AWS, Alexa, Kindle Publishing, Prime video, Amazon Music etc. Near the end of email you will see "If you still want to close your Amazon.com account after reviewing the items above, please click this link and state that you want to close your account: <em>Some Link</em>", click on the link.</li>
<li>It will open a page with a text box. Write why you want to close your account and submit. If you are not sure what to write and also feeling adventurous, you can copy paste this link : https://www.youtube.com/watch?v=dQw4w9WgXcQ</li>
<li>They will email you within 24 hours either for more instructions or to tell you that your account is closed.</li>
</ol>
<p><strong>Note</strong>: Depending on where you live or how many Amazon services you used, you may need to go through more steps.</p><!-- Comments -->
<hr>
<h2>Comments</h2>
<p>Toot on <a href="https://fosstodon.org/@murtezayesil/104581385751399042">this thread</a> to comment. This blog is a static site. Comments won't appear here.</p>
</article>
</aside><!-- /#featured -->
<section id="content" class="body">
<h1>Other articles</h1>
<ol id="posts-list" class="hfeed">
</footer><!-- /.post-info --> </div><!-- /.entry-content -->
</article></li>
<li><article class="hentry">
<header>

2
output/authors.html
View File

@ -48,7 +48,7 @@
</header><!-- /#banner -->
<section id="content" class="body">
<h1>Authors on Ali Murteza Yesil</h1> <li><a href="https://murtezayesil.me/author/ali-murteza-yesil.html">Ali Murteza Yesil</a> (9)</li>
<h1>Authors on Ali Murteza Yesil</h1> <li><a href="https://murtezayesil.me/author/ali-murteza-yesil.html">Ali Murteza Yesil</a> (10)</li>
</section>
<section id="extras" class="body">

2
output/categories.html
View File

@ -49,7 +49,7 @@
<h1>Categories on Ali Murteza Yesil</h1>
<ul>
<li><a href="https://murtezayesil.me/category/notes.html">Notes</a> (2)</li>
<li><a href="https://murtezayesil.me/category/tech.html">Tech</a> (7)</li>
<li><a href="https://murtezayesil.me/category/tech.html">Tech</a> (8)</li>
</ul>
<section id="extras" class="body">
<div class="blogroll">

103
output/category/tech.html
View File

@ -49,61 +49,66 @@
<aside id="featured" class="body">
<article>
<h1 class="entry-title"><a href="https://murtezayesil.me/digital-cleansing-mastodon.html">Digital Cleansing - Mastodon</a></h1>
<h1 class="entry-title"><a href="https://murtezayesil.me/decentralized-internet-is-more-reliable.html">Decentralized Internet is More Reliable</a></h1>
<footer class="post-info">
<span>Tue 28 July 2020</span>
<span>| in <a href="https://murtezayesil.me/category/tech.html">Tech</a></span>
<span>| tags: <a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a></span> <span>| Day <strong>10</strong> of #100DaysToOffload</span>
</footer><!-- /.post-info --><h1>Introduction</h1>
<p>I was looking for a way to explain decentralized internet to my family. Then Yarmo Mackenbach came up with the idea of <a href="https://yarmo.eu/post/eliuf" title="Explain Like I Use Facebook">ELIUF</a>. A decentralized attempt to explain concept, advantages and disadvantages of decentralized internet to people using centralized platforms, such as Facebook, Twitter, YouTube, Instagram, TikTok, WhatsApp, etc.</p>
<p>From power surge to aged hardware, bug in software to cyber attack, there are many reasons a system may fail. Neither centralized or decentralized systems are %100 safe from failures.</p>
<hr>
<h1>System failure</h1>
<h2>Centralized Systems</h2>
<p>There is a central server that stores every data required to offer a service. Any failure in the central server may cause it to go out of service. Any maintenace such as updating software or replacing aged hardware may require powering server off thus putting it out of service. </p>
<h2>Decentralized Systems</h2>
<p>In a decentralized network, there are multiple servers and each of them store only the data for their own clients. Servers communicate with each other if they need to get data stored in some other server. If any server fails or goes to maintenance, only the clients connected to that server will lose service. Rest of the network will continue to function as usual. That being said, any attempts to communicate with failed server will fail too.</p>
<hr>
<h1>Cyber attacks</h1>
<p>User credentials (such as emails, passwords, bank card numbers) and user data (such as profile pictures, birthday videos, phone numbers) uploaded to server are stored by the server and they make an attractive target for cyber criminals.</p>
<h2>Centralized Systems</h2>
<p>All the data is available from central server. Cyber attacks put every single user's data in danger.</p>
<h2>Decentralized Systems</h2>
<p>There is no server that has access to every data of every user. When servers are communicating, they only share minimum amount of data required. User credentials (email and password) are only known by the server user is connected to. If a server is attacked by cyber criminals, only the users of that server will get affected. Users on the other servers of the network won't be affected by the attack. That being said, all the communications made to attacked server may also be visible to attackers.</p>
<hr>
<h3>Redundancy isn't decentralization</h3>
<p>Both centralized and decentralized platfroms may utilize redundancy servers to avoid going entirely out of service in case of server failure. Facebook for instance deploys multiple data centers in different countries. So if one of the data center goes to maintenance, users connected to it will be routed to other data centers and continue to receive the service without down time.<br>
Redundancy is a good way to ensure reliable network but also costly one.</p>
<hr>
<h1>Conclusion</h1>
<p>Decentralization doesn't make a server more durable or secure. Every server, regardless of whether a part of centralized or decentralized network, is prone to failures and cyber attacks. Decentralization reduces the impact and limits the number of users being affected.</p>
<hr>
<h2>ELIUF posts elsewhere on the internet</h2>
<ul>
<li><a href="https://yarmo.eu/post/eliuf">ELIUF: Explain Like I Use Facebook</a> by <a href="https://yarmo.eu/">Yarmo Mackenbach</a></li>
<li><a href="https://www.garron.blog/posts/eliuf.html">How to decentralize the Internet</a> by <a href="https://www.garron.blog/about.html">Guillermo Garron</a></li>
</ul><!-- Comments -->
<hr>
<h2>Comments</h2>
<p>Toot on <a href="https://fosstodon.org/@murtezayesil/104591271530394013">this thread</a> to comment. This blog is a static site. Comments won't appear here.</p>
</article>
</aside><!-- /#featured -->
<section id="content" class="body">
<h1>Other articles</h1>
<ol id="posts-list" class="hfeed">
<li><article class="hentry">
<header>
<h1><a href="https://murtezayesil.me/digital-cleansing-mastodon.html" rel="bookmark"
title="Permalink to Digital Cleansing - Mastodon">Digital Cleansing - Mastodon</a></h1>
</header>
<div class="entry-content">
<footer class="post-info">
<span>Fri 24 July 2020</span>
<span>| in <a href="https://murtezayesil.me/category/tech.html">Tech</a></span>
<span>| tags: <a href="https://murtezayesil.me/tag/digitalcleansing.html">digitalcleansing</a><a href="https://murtezayesil.me/tag/privacy.html">privacy</a><a href="https://murtezayesil.me/tag/fediverse.html">fediverse</a><a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a></span> <span>| Day <strong>8</strong> of #100DaysToOffload</span>
</footer><!-- /.post-info --><h2>Microblogging</h2>
<p><a href="https://en.wikipedia.org/wiki/Microblogging" title="Read in more details on Wikipedia">Microblogging</a> is blogging smaller but usually more frequent updates. Microblogging platforms put some limitaions like the number of characters, photo size and video length in their platforms. Constraints make people to get creative to craft short and brief posts.<br>
These platforms take away the hustle of maintaining your blog and reduce the friction to start writing/sharing.</p>
<p>Do you know someone who uses a microblogging platform?<br>
I guess you do. I will go as far as saying that may be you are using a microblogging platform.<br>
Surprised? Don't be.<br>
Reddit, Twitter, Facebook, Instagram, Tumblr, VK, Fediverse are just a few.</p>
<p>Every microblogging platform implements it differently.<br>
Twitter is a place where everybody can see everybody else's posts.<br>
Facebook is for only reading posts from people you know in real life.<br>
Instagram is for posting photos and short videos.<br>
Tumblr is for normal blogging first and microblogging in form of comments.<br>
Reddit is similar to Tumblr except that it is more categorized and structured imo.</p>
<p>All of the platforms I just mentioned, except Fediverse, has something in common. <strong>They are centralized</strong>. Centralized means aech of these services have their own data centers where they aggregate credentials and data of their users. These data centers are rich in user data and appealing target for cyber criminals. Adding fuel to the fire, some of those companies put weak cyber security systems in place and couldn't very large data breaches.</p>
<h3>Fediverse is different</h3>
<ol>
<li>
<p>Fediverse is decentralized. There are many small servers (aka instances) communicating with each other. They collectively form Fediverse.</p>
</li>
<li>
<p>Instances forming the Fediverse can run as different platforms. Therefore Fediverse isn't only about microblogging.</p>
</li>
</ol>
<hr>
<p>Even though I said Fediverse is different from other microblogging platforms, threat of cyber attacks are very possible. Every instance carries user credentials and user data of its own users. If an instance was to be cyber attacked, only the users of that particular instance would be affected while rest of Fediverse function unaffected.</p>
<hr>
<h2>Mastodon</h2>
<p>I heard about Mastodon in a <a href="https://irlpodcast.org/season4/episode6/" title="Decentralize It - S4/E6">IRL Podcast</a>. I just wanted to try that twitter like thing that somehow didn't have a central place to collect all the tweets everybody was posting. I created an account on some instance and tried it for few days.<br>
What I understood at the time was that, there are servers running Mastodon system and Mastodon systems on different servers can communicate with each other to inform about cross platform messages. Fediverse is formed when instances start sommunicating with each other.</p>
<div style="text-align: center;">
<iframe id='ivplayer' width='640' height='360' src='https://invidio.us/embed/IPSbNdBmWKE?autoplay=0' style='border:none;'></iframe>
</div>
<p>For example: I am @murteza on strawberry.garden instance and I need help to collect strawberries. When I post "We need @batman@gotham.city to help us collect strawberries🍓️", @batman from gotham.city instance will receive a notification from @murteza@strawberry.garden. </p>
<hr>
<h1>Deploying a Mastodon instance for my family</h1>
<p>I want to become a SysAdmin and know all about this server stuff. So I decided to deploy servers that I will need to maintain and learn about system administration during the process. I believe this is a good excuse to stay indoors during pandemic 😷️ (Emoji doesn't imply that I am sick, I am not. I also don't want to become one)</p>
<p>I deployed a NextCloud server for my family and a Jitsi server too. Why not add Mastodon to do pile as well. I rented a 5$/month server and a 100GB storage for database and user uploaded content for another 5$/month.</p>
<p><a href="https://docs.joinmastodon.org/" title="What is Mastodon?">Mastodon's documentation</a>'s installation guide part expects a SysAdmin to know more than I do. I also got help from <a href="https://computingforgeeks.com/install-mastodon-on-ubuntu-with-letsencrypt-ssl-certificate/" title="Install Mastodon on Ubuntu 20.04/18.04 With Let’s Encrypt SSL Certificate">another guide</a>. But after try installing Mastodon twice and rollback once, <a href="https://yesil.club/">I got a working instance</a>. Since it is an instance for my family. I am not allowing account creation from outside, but only via invite.</p>
<p>Next piece of the puzzle will be backuping database and user data. I don't know what is the best way to approach this but we shall see.</p><!-- Comments -->
<hr>
<h2>Comments</h2>
<p>Toot on <a href="https://fosstodon.org/@murtezayesil/104570041953140255">this thread</a> to comment. This blog is a static site. Comments won't appear here.</p>
</article>
</aside><!-- /#featured -->
<section id="content" class="body">
<h1>Other articles</h1>
<ol id="posts-list" class="hfeed">
</footer><!-- /.post-info --> </div><!-- /.entry-content -->
</article></li>
<li><article class="hentry">
<header>

161
output/decentralized-internet-is-more-reliable.html Normal file
View File

@ -0,0 +1,161 @@
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8" />
<title>Decentralized Internet is More Reliable</title>
<link rel="stylesheet" href="https://murtezayesil.me/theme/css/main.css" />
<link href="https://murtezayesil.me/feeds/atom.xml" type="application/atom+xml" rel="alternate" title="Ali Murteza Yesil Atom Feed" />
<link href="https://murtezayesil.me/feeds/rss.xml" type="application/rss+xml" rel="alternate" title="Ali Murteza Yesil RSS Feed" />
<!-- This border added via BLACK_LIVES_MATTER toggle in site settings -->
<style>
body {
border-width: 5em ;
border-color: #000000 ;
border-style: none solid solid solid ; /* top border : none, right bottom left : solid */
}
</style>
<!--[if IE]>
<script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script>
<![endif]-->
</head>
<body id="index" class="home">
<!-- This banner added via BLACK_LIVES_MATTER toggle in site settings -->
<div style="background-color: black; padding: 1em; margin-bottom: .8em">
<h1 style="text-align: center; margin-bottom: 0em"><a href="https://blacklivesmatter.com/" style="color: #fce21b; font-size: 2em">Black Lives Matter</a></h1>
</div>
<header id="banner" class="body">
<h1><a href="https://murtezayesil.me/">Ali Murteza Yesil <strong>Blog</strong></a></h1>
<nav><ul>
<li><a href="https://murtezayesil.me/pages/about.html">About</a></li>
<li><a href="https://murtezayesil.me/pages/contact.html">Contact</a></li>
</ul>
<form id="search" action"#" onsubmit="javascript:window.open('https://duckduckgo.com/?q='+document.getElementById('keywords').value+'+site:https://murtezayesil.me');">
<input id="keywords" type="text" />
</form>
</nav>
<div id="submenu">
<ul>
<li><a href="https://murtezayesil.me/category/notes.html">Notes</a></li>
<li class="active"><a href="https://murtezayesil.me/category/tech.html">Tech</a></li>
</ul>
<div>
</header><!-- /#banner -->
<section id="content" class="body">
<article>
<header>
<h1 class="entry-title">
<a href="https://murtezayesil.me/decentralized-internet-is-more-reliable.html" rel="bookmark"
title="Permalink to Decentralized Internet is More Reliable">Decentralized Internet is More Reliable</a></h1>
</header>
<div class="entry-content">
<footer class="post-info">
<span>Tue 28 July 2020</span>
<span>| in <a href="https://murtezayesil.me/category/tech.html">Tech</a></span>
<span>| tags: <a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a></span> <span>| Day <strong>10</strong> of #100DaysToOffload</span>
</footer><!-- /.post-info --> <h1>Introduction</h1>
<p>I was looking for a way to explain decentralized internet to my family. Then Yarmo Mackenbach came up with the idea of <a href="https://yarmo.eu/post/eliuf" title="Explain Like I Use Facebook">ELIUF</a>. A decentralized attempt to explain concept, advantages and disadvantages of decentralized internet to people using centralized platforms, such as Facebook, Twitter, YouTube, Instagram, TikTok, WhatsApp, etc.</p>
<p>From power surge to aged hardware, bug in software to cyber attack, there are many reasons a system may fail. Neither centralized or decentralized systems are %100 safe from failures.</p>
<hr>
<h1>System failure</h1>
<h2>Centralized Systems</h2>
<p>There is a central server that stores every data required to offer a service. Any failure in the central server may cause it to go out of service. Any maintenace such as updating software or replacing aged hardware may require powering server off thus putting it out of service. </p>
<h2>Decentralized Systems</h2>
<p>In a decentralized network, there are multiple servers and each of them store only the data for their own clients. Servers communicate with each other if they need to get data stored in some other server. If any server fails or goes to maintenance, only the clients connected to that server will lose service. Rest of the network will continue to function as usual. That being said, any attempts to communicate with failed server will fail too.</p>
<hr>
<h1>Cyber attacks</h1>
<p>User credentials (such as emails, passwords, bank card numbers) and user data (such as profile pictures, birthday videos, phone numbers) uploaded to server are stored by the server and they make an attractive target for cyber criminals.</p>
<h2>Centralized Systems</h2>
<p>All the data is available from central server. Cyber attacks put every single user's data in danger.</p>
<h2>Decentralized Systems</h2>
<p>There is no server that has access to every data of every user. When servers are communicating, they only share minimum amount of data required. User credentials (email and password) are only known by the server user is connected to. If a server is attacked by cyber criminals, only the users of that server will get affected. Users on the other servers of the network won't be affected by the attack. That being said, all the communications made to attacked server may also be visible to attackers.</p>
<hr>
<h3>Redundancy isn't decentralization</h3>
<p>Both centralized and decentralized platfroms may utilize redundancy servers to avoid going entirely out of service in case of server failure. Facebook for instance deploys multiple data centers in different countries. So if one of the data center goes to maintenance, users connected to it will be routed to other data centers and continue to receive the service without down time.<br>
Redundancy is a good way to ensure reliable network but also costly one.</p>
<hr>
<h1>Conclusion</h1>
<p>Decentralization doesn't make a server more durable or secure. Every server, regardless of whether a part of centralized or decentralized network, is prone to failures and cyber attacks. Decentralization reduces the impact and limits the number of users being affected.</p>
<hr>
<h2>ELIUF posts elsewhere on the internet</h2>
<ul>
<li><a href="https://yarmo.eu/post/eliuf">ELIUF: Explain Like I Use Facebook</a> by <a href="https://yarmo.eu/">Yarmo Mackenbach</a></li>
<li><a href="https://www.garron.blog/posts/eliuf.html">How to decentralize the Internet</a> by <a href="https://www.garron.blog/about.html">Guillermo Garron</a></li>
</ul>
</div><!-- /.entry-content -->
<!-- #100DaysToOffload message -->
<p>Day <strong>10</strong> of <a href="https://100daystooffload.com/" title="click to read about the challenge">#100DaysToOffload</a></p>
<!-- Comments -->
<hr>
<h2>Comments</h2>
<p>Toot on <a href="https://fosstodon.org/@murtezayesil/104591271530394013">this thread</a> to comment. This blog is a static site. Comments won't appear here.</p>
</article>
</section>
<section id="extras" class="body">
<div class="blogroll">
<h2>blogroll</h2>
<ul>
<li><a href="https://kevq.uk">Kev Quirk</a></li>
<li><a href="https://mikestone.me">Mike Stone</a></li>
<li><a href="https://yarmo.eu/">Yarmo Mackenbach</a></li>
</ul>
</div><!-- /.blogroll -->
<div class="social">
<h2>social</h2>
<ul>
<li><a href="https://murtezayesil.me/feeds/atom.xml" type="application/atom+xml" rel="alternate">atom feed</a></li>
<li><a href="https://murtezayesil.me/feeds/rss.xml" type="application/rss+xml" rel="alternate">rss feed</a></li>
<li><a href="https://fosstodon.org/@murtezayesil" rel="me">Fostodon</a></li>
</ul>
</div><!-- /.social -->
</section><!-- /#extras -->
<footer id="contentinfo" class="body">
<p>Powered by <a href="http://getpelican.com/">Pelican</a>. Theme <a href="https://github.com/blueicefield/pelican-blueidea/">blueidea</a>, inspired by the default theme.</p>
</footer><!-- /#contentinfo -->
<!-- IndieWeb Profile -->
<!-- ToDo : Make IndieWeb Profile auto generating according to site preferences -->
<!-- This profile is created by following https://kevq.uk/how-to-create-an-indieweb-profile/ blog post. Thanks to Kev Quirk -->
<section style="display: none;" class="h-card">
<!-- About me -->
<span class="p-name">Ali Murteza Yesil</span>
<span class="p-note">I'm a student, privacy advocate and SysAdmin wannabe. I was born in Turkey but I live abroad.</span>
<!-- Profile picture -->
<img class="u-photo" src="https://murtezayesil.me/images/avatar_polygon_1.png"/>
<!-- My location -->
<!-- <span class="p-locality">City, Country or Country</span> -->
<!-- Links -->
<a class="u-url u-uid" href="https://murtezayesil.me"></a>
<!-- Mail Template <a class="u-email" rel="me" href="mailto:USERNAME@SERVICEPROVIDER"></a> -->
<a class="u-url" rel="me" href="https://fosstodon.org/@murtezayesil"></a>
<!-- Twitter Example <a class="u-url" rel="me" href="https://twitter.com/USERNAME"></a> -->
<!-- Template <a class="u-url" rel="me" href="https://URL"></a> -->
<!-- Categories -->
<span class="p-category">Blogging</span>
<span class="p-category">Open Source Software</span>
<span class="p-category">Privacy</span>
</section>
</body>
</html>

30
output/feeds/atom.xml
View File

@ -1,5 +1,33 @@
<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom"><title>Ali Murteza Yesil</title><link href="https://murtezayesil.me/" rel="alternate"></link><link href="https://murtezayesil.me/feeds/atom.xml" rel="self"></link><id>https://murtezayesil.me/</id><updated>2020-07-26T21:15:00+06:00</updated><subtitle>Blog</subtitle><entry><title>Deleting Amazon account</title><link href="https://murtezayesil.me/deleting-amazon-account.html" rel="alternate"></link><published>2020-07-26T21:15:00+06:00</published><updated>2020-07-26T21:15:00+06:00</updated><author><name>Ali Murteza Yesil</name></author><id>tag:murtezayesil.me,2020-07-26:/deleting-amazon-account.html</id><summary type="html">&lt;p&gt;Deleting Amazon account has more steps (friction) than I would like. But not impossible.&lt;/p&gt;</summary><content type="html">&lt;p&gt;I call it "deleting account", Amazon calls it "closing account". I used them interchangibly in this post.&lt;/p&gt;
<feed xmlns="http://www.w3.org/2005/Atom"><title>Ali Murteza Yesil</title><link href="https://murtezayesil.me/" rel="alternate"></link><link href="https://murtezayesil.me/feeds/atom.xml" rel="self"></link><id>https://murtezayesil.me/</id><updated>2020-07-28T12:00:00+06:00</updated><subtitle>Blog</subtitle><entry><title>Decentralized Internet is More Reliable</title><link href="https://murtezayesil.me/decentralized-internet-is-more-reliable.html" rel="alternate"></link><published>2020-07-28T12:00:00+06:00</published><updated>2020-07-28T12:00:00+06:00</updated><author><name>Ali Murteza Yesil</name></author><id>tag:murtezayesil.me,2020-07-28:/decentralized-internet-is-more-reliable.html</id><summary type="html">&lt;p&gt;Every system is prone to failure and will face down time. Decentralization avoids total system failure.&lt;/p&gt;</summary><content type="html">&lt;h1&gt;Introduction&lt;/h1&gt;
&lt;p&gt;I was looking for a way to explain decentralized internet to my family. Then Yarmo Mackenbach came up with the idea of &lt;a href="https://yarmo.eu/post/eliuf" title="Explain Like I Use Facebook"&gt;ELIUF&lt;/a&gt;. A decentralized attempt to explain concept, advantages and disadvantages of decentralized internet to people using centralized platforms, such as Facebook, Twitter, YouTube, Instagram, TikTok, WhatsApp, etc.&lt;/p&gt;
&lt;p&gt;From power surge to aged hardware, bug in software to cyber attack, there are many reasons a system may fail. Neither centralized or decentralized systems are %100 safe from failures.&lt;/p&gt;
&lt;hr&gt;
&lt;h1&gt;System failure&lt;/h1&gt;
&lt;h2&gt;Centralized Systems&lt;/h2&gt;
&lt;p&gt;There is a central server that stores every data required to offer a service. Any failure in the central server may cause it to go out of service. Any maintenace such as updating software or replacing aged hardware may require powering server off thus putting it out of service. &lt;/p&gt;
&lt;h2&gt;Decentralized Systems&lt;/h2&gt;
&lt;p&gt;In a decentralized network, there are multiple servers and each of them store only the data for their own clients. Servers communicate with each other if they need to get data stored in some other server. If any server fails or goes to maintenance, only the clients connected to that server will lose service. Rest of the network will continue to function as usual. That being said, any attempts to communicate with failed server will fail too.&lt;/p&gt;
&lt;hr&gt;
&lt;h1&gt;Cyber attacks&lt;/h1&gt;
&lt;p&gt;User credentials (such as emails, passwords, bank card numbers) and user data (such as profile pictures, birthday videos, phone numbers) uploaded to server are stored by the server and they make an attractive target for cyber criminals.&lt;/p&gt;
&lt;h2&gt;Centralized Systems&lt;/h2&gt;
&lt;p&gt;All the data is available from central server. Cyber attacks put every single user's data in danger.&lt;/p&gt;
&lt;h2&gt;Decentralized Systems&lt;/h2&gt;
&lt;p&gt;There is no server that has access to every data of every user. When servers are communicating, they only share minimum amount of data required. User credentials (email and password) are only known by the server user is connected to. If a server is attacked by cyber criminals, only the users of that server will get affected. Users on the other servers of the network won't be affected by the attack. That being said, all the communications made to attacked server may also be visible to attackers.&lt;/p&gt;
&lt;hr&gt;
&lt;h3&gt;Redundancy isn't decentralization&lt;/h3&gt;
&lt;p&gt;Both centralized and decentralized platfroms may utilize redundancy servers to avoid going entirely out of service in case of server failure. Facebook for instance deploys multiple data centers in different countries. So if one of the data center goes to maintenance, users connected to it will be routed to other data centers and continue to receive the service without down time.&lt;br&gt;
Redundancy is a good way to ensure reliable network but also costly one.&lt;/p&gt;
&lt;hr&gt;
&lt;h1&gt;Conclusion&lt;/h1&gt;
&lt;p&gt;Decentralization doesn't make a server more durable or secure. Every server, regardless of whether a part of centralized or decentralized network, is prone to failures and cyber attacks. Decentralization reduces the impact and limits the number of users being affected.&lt;/p&gt;
&lt;hr&gt;
&lt;h2&gt;ELIUF posts elsewhere on the internet&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://yarmo.eu/post/eliuf"&gt;ELIUF: Explain Like I Use Facebook&lt;/a&gt; by &lt;a href="https://yarmo.eu/"&gt;Yarmo Mackenbach&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://www.garron.blog/posts/eliuf.html"&gt;How to decentralize the Internet&lt;/a&gt; by &lt;a href="https://www.garron.blog/about.html"&gt;Guillermo Garron&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</content><category term="Tech"></category><category term="100DaysToOffload"></category></entry><entry><title>Deleting Amazon account</title><link href="https://murtezayesil.me/deleting-amazon-account.html" rel="alternate"></link><published>2020-07-26T21:15:00+06:00</published><updated>2020-07-26T21:15:00+06:00</updated><author><name>Ali Murteza Yesil</name></author><id>tag:murtezayesil.me,2020-07-26:/deleting-amazon-account.html</id><summary type="html">&lt;p&gt;Deleting Amazon account has more steps (friction) than I would like. But not impossible.&lt;/p&gt;</summary><content type="html">&lt;p&gt;I call it "deleting account", Amazon calls it "closing account". I used them interchangibly in this post.&lt;/p&gt;
&lt;p&gt;If you set your mind to delete (or close) your account, don't let too many steps discourage you. I understand that some people run their businesses on AWS and deleting their Amazon account will also delete AWS servers connected to that account. Amazon has given me 2 warnings about it and accepted to delete my account anyway. I wasn't invested in Amazon ecosystem and never used AWS anyway.&lt;/p&gt;
&lt;p&gt;According my experience, here are the steps you may need to go through:&lt;/p&gt;
&lt;ol&gt;

2
output/feeds/rss.xml
View File

File diff suppressed because one or more lines are too long

30
output/feeds/tech.atom.xml
View File

@ -1,5 +1,33 @@
<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom"><title>Ali Murteza Yesil - Tech</title><link href="https://murtezayesil.me/" rel="alternate"></link><link href="https://murtezayesil.me/feeds/tech.atom.xml" rel="self"></link><id>https://murtezayesil.me/</id><updated>2020-07-24T15:23:00+06:00</updated><subtitle>Blog</subtitle><entry><title>Digital Cleansing - Mastodon</title><link href="https://murtezayesil.me/digital-cleansing-mastodon.html" rel="alternate"></link><published>2020-07-24T15:23:00+06:00</published><updated>2020-07-24T15:23:00+06:00</updated><author><name>Ali Murteza Yesil</name></author><id>tag:murtezayesil.me,2020-07-24:/digital-cleansing-mastodon.html</id><summary type="html">&lt;p&gt;Centralized microblogging platforms are rich in user data and attractive to cyber criminals. I recommend decentralized alternatives.&lt;/p&gt;</summary><content type="html">&lt;h2&gt;Microblogging&lt;/h2&gt;
<feed xmlns="http://www.w3.org/2005/Atom"><title>Ali Murteza Yesil - Tech</title><link href="https://murtezayesil.me/" rel="alternate"></link><link href="https://murtezayesil.me/feeds/tech.atom.xml" rel="self"></link><id>https://murtezayesil.me/</id><updated>2020-07-28T12:00:00+06:00</updated><subtitle>Blog</subtitle><entry><title>Decentralized Internet is More Reliable</title><link href="https://murtezayesil.me/decentralized-internet-is-more-reliable.html" rel="alternate"></link><published>2020-07-28T12:00:00+06:00</published><updated>2020-07-28T12:00:00+06:00</updated><author><name>Ali Murteza Yesil</name></author><id>tag:murtezayesil.me,2020-07-28:/decentralized-internet-is-more-reliable.html</id><summary type="html">&lt;p&gt;Every system is prone to failure and will face down time. Decentralization avoids total system failure.&lt;/p&gt;</summary><content type="html">&lt;h1&gt;Introduction&lt;/h1&gt;
&lt;p&gt;I was looking for a way to explain decentralized internet to my family. Then Yarmo Mackenbach came up with the idea of &lt;a href="https://yarmo.eu/post/eliuf" title="Explain Like I Use Facebook"&gt;ELIUF&lt;/a&gt;. A decentralized attempt to explain concept, advantages and disadvantages of decentralized internet to people using centralized platforms, such as Facebook, Twitter, YouTube, Instagram, TikTok, WhatsApp, etc.&lt;/p&gt;
&lt;p&gt;From power surge to aged hardware, bug in software to cyber attack, there are many reasons a system may fail. Neither centralized or decentralized systems are %100 safe from failures.&lt;/p&gt;
&lt;hr&gt;
&lt;h1&gt;System failure&lt;/h1&gt;
&lt;h2&gt;Centralized Systems&lt;/h2&gt;
&lt;p&gt;There is a central server that stores every data required to offer a service. Any failure in the central server may cause it to go out of service. Any maintenace such as updating software or replacing aged hardware may require powering server off thus putting it out of service. &lt;/p&gt;
&lt;h2&gt;Decentralized Systems&lt;/h2&gt;
&lt;p&gt;In a decentralized network, there are multiple servers and each of them store only the data for their own clients. Servers communicate with each other if they need to get data stored in some other server. If any server fails or goes to maintenance, only the clients connected to that server will lose service. Rest of the network will continue to function as usual. That being said, any attempts to communicate with failed server will fail too.&lt;/p&gt;
&lt;hr&gt;
&lt;h1&gt;Cyber attacks&lt;/h1&gt;
&lt;p&gt;User credentials (such as emails, passwords, bank card numbers) and user data (such as profile pictures, birthday videos, phone numbers) uploaded to server are stored by the server and they make an attractive target for cyber criminals.&lt;/p&gt;
&lt;h2&gt;Centralized Systems&lt;/h2&gt;
&lt;p&gt;All the data is available from central server. Cyber attacks put every single user's data in danger.&lt;/p&gt;
&lt;h2&gt;Decentralized Systems&lt;/h2&gt;
&lt;p&gt;There is no server that has access to every data of every user. When servers are communicating, they only share minimum amount of data required. User credentials (email and password) are only known by the server user is connected to. If a server is attacked by cyber criminals, only the users of that server will get affected. Users on the other servers of the network won't be affected by the attack. That being said, all the communications made to attacked server may also be visible to attackers.&lt;/p&gt;
&lt;hr&gt;
&lt;h3&gt;Redundancy isn't decentralization&lt;/h3&gt;
&lt;p&gt;Both centralized and decentralized platfroms may utilize redundancy servers to avoid going entirely out of service in case of server failure. Facebook for instance deploys multiple data centers in different countries. So if one of the data center goes to maintenance, users connected to it will be routed to other data centers and continue to receive the service without down time.&lt;br&gt;
Redundancy is a good way to ensure reliable network but also costly one.&lt;/p&gt;
&lt;hr&gt;
&lt;h1&gt;Conclusion&lt;/h1&gt;
&lt;p&gt;Decentralization doesn't make a server more durable or secure. Every server, regardless of whether a part of centralized or decentralized network, is prone to failures and cyber attacks. Decentralization reduces the impact and limits the number of users being affected.&lt;/p&gt;
&lt;hr&gt;
&lt;h2&gt;ELIUF posts elsewhere on the internet&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://yarmo.eu/post/eliuf"&gt;ELIUF: Explain Like I Use Facebook&lt;/a&gt; by &lt;a href="https://yarmo.eu/"&gt;Yarmo Mackenbach&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://www.garron.blog/posts/eliuf.html"&gt;How to decentralize the Internet&lt;/a&gt; by &lt;a href="https://www.garron.blog/about.html"&gt;Guillermo Garron&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</content><category term="Tech"></category><category term="100DaysToOffload"></category></entry><entry><title>Digital Cleansing - Mastodon</title><link href="https://murtezayesil.me/digital-cleansing-mastodon.html" rel="alternate"></link><published>2020-07-24T15:23:00+06:00</published><updated>2020-07-24T15:23:00+06:00</updated><author><name>Ali Murteza Yesil</name></author><id>tag:murtezayesil.me,2020-07-24:/digital-cleansing-mastodon.html</id><summary type="html">&lt;p&gt;Centralized microblogging platforms are rich in user data and attractive to cyber criminals. I recommend decentralized alternatives.&lt;/p&gt;</summary><content type="html">&lt;h2&gt;Microblogging&lt;/h2&gt;
&lt;p&gt;&lt;a href="https://en.wikipedia.org/wiki/Microblogging" title="Read in more details on Wikipedia"&gt;Microblogging&lt;/a&gt; is blogging smaller but usually more frequent updates. Microblogging platforms put some limitaions like the number of characters, photo size and video length in their platforms. Constraints make people to get creative to craft short and brief posts.&lt;br&gt;
These platforms take away the hustle of maintaining your blog and reduce the friction to start writing/sharing.&lt;/p&gt;
&lt;p&gt;Do you know someone who uses a microblogging platform?&lt;br&gt;

76
output/index.html
View File

@ -49,34 +49,66 @@
<aside id="featured" class="body">
<article>
<h1 class="entry-title"><a href="https://murtezayesil.me/deleting-amazon-account.html">Deleting Amazon account</a></h1>
<h1 class="entry-title"><a href="https://murtezayesil.me/decentralized-internet-is-more-reliable.html">Decentralized Internet is More Reliable</a></h1>
<footer class="post-info">
<span>Tue 28 July 2020</span>
<span>| in <a href="https://murtezayesil.me/category/tech.html">Tech</a></span>
<span>| tags: <a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a></span> <span>| Day <strong>10</strong> of #100DaysToOffload</span>
</footer><!-- /.post-info --><h1>Introduction</h1>
<p>I was looking for a way to explain decentralized internet to my family. Then Yarmo Mackenbach came up with the idea of <a href="https://yarmo.eu/post/eliuf" title="Explain Like I Use Facebook">ELIUF</a>. A decentralized attempt to explain concept, advantages and disadvantages of decentralized internet to people using centralized platforms, such as Facebook, Twitter, YouTube, Instagram, TikTok, WhatsApp, etc.</p>
<p>From power surge to aged hardware, bug in software to cyber attack, there are many reasons a system may fail. Neither centralized or decentralized systems are %100 safe from failures.</p>
<hr>
<h1>System failure</h1>
<h2>Centralized Systems</h2>
<p>There is a central server that stores every data required to offer a service. Any failure in the central server may cause it to go out of service. Any maintenace such as updating software or replacing aged hardware may require powering server off thus putting it out of service. </p>
<h2>Decentralized Systems</h2>
<p>In a decentralized network, there are multiple servers and each of them store only the data for their own clients. Servers communicate with each other if they need to get data stored in some other server. If any server fails or goes to maintenance, only the clients connected to that server will lose service. Rest of the network will continue to function as usual. That being said, any attempts to communicate with failed server will fail too.</p>
<hr>
<h1>Cyber attacks</h1>
<p>User credentials (such as emails, passwords, bank card numbers) and user data (such as profile pictures, birthday videos, phone numbers) uploaded to server are stored by the server and they make an attractive target for cyber criminals.</p>
<h2>Centralized Systems</h2>
<p>All the data is available from central server. Cyber attacks put every single user's data in danger.</p>
<h2>Decentralized Systems</h2>
<p>There is no server that has access to every data of every user. When servers are communicating, they only share minimum amount of data required. User credentials (email and password) are only known by the server user is connected to. If a server is attacked by cyber criminals, only the users of that server will get affected. Users on the other servers of the network won't be affected by the attack. That being said, all the communications made to attacked server may also be visible to attackers.</p>
<hr>
<h3>Redundancy isn't decentralization</h3>
<p>Both centralized and decentralized platfroms may utilize redundancy servers to avoid going entirely out of service in case of server failure. Facebook for instance deploys multiple data centers in different countries. So if one of the data center goes to maintenance, users connected to it will be routed to other data centers and continue to receive the service without down time.<br>
Redundancy is a good way to ensure reliable network but also costly one.</p>
<hr>
<h1>Conclusion</h1>
<p>Decentralization doesn't make a server more durable or secure. Every server, regardless of whether a part of centralized or decentralized network, is prone to failures and cyber attacks. Decentralization reduces the impact and limits the number of users being affected.</p>
<hr>
<h2>ELIUF posts elsewhere on the internet</h2>
<ul>
<li><a href="https://yarmo.eu/post/eliuf">ELIUF: Explain Like I Use Facebook</a> by <a href="https://yarmo.eu/">Yarmo Mackenbach</a></li>
<li><a href="https://www.garron.blog/posts/eliuf.html">How to decentralize the Internet</a> by <a href="https://www.garron.blog/about.html">Guillermo Garron</a></li>
</ul><!-- Comments -->
<hr>
<h2>Comments</h2>
<p>Toot on <a href="https://fosstodon.org/@murtezayesil/104591271530394013">this thread</a> to comment. This blog is a static site. Comments won't appear here.</p>
</article>
</aside><!-- /#featured -->
<section id="content" class="body">
<h1>Other articles</h1>
<ol id="posts-list" class="hfeed">
<li><article class="hentry">
<header>
<h1><a href="https://murtezayesil.me/deleting-amazon-account.html" rel="bookmark"
title="Permalink to Deleting Amazon account">Deleting Amazon account</a></h1>
</header>
<div class="entry-content">
<footer class="post-info">
<span>Sun 26 July 2020</span>
<span>| in <a href="https://murtezayesil.me/category/notes.html">Notes</a></span>
<span>| tags: <a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a></span> <span>| Day <strong>9</strong> of #100DaysToOffload</span>
</footer><!-- /.post-info --><p>I call it "deleting account", Amazon calls it "closing account". I used them interchangibly in this post.</p>
<p>If you set your mind to delete (or close) your account, don't let too many steps discourage you. I understand that some people run their businesses on AWS and deleting their Amazon account will also delete AWS servers connected to that account. Amazon has given me 2 warnings about it and accepted to delete my account anyway. I wasn't invested in Amazon ecosystem and never used AWS anyway.</p>
<p>According my experience, here are the steps you may need to go through:</p>
<ol>
<li>Click on <a href="https://www.amazon.com/gp/help/customer/display.html" title="Currently this page">Help</a> in the page footer and search for "close account".</li>
<li>You will be presented with an article that warns you about Amazon services you will lose access to. Read and make sure you stopped using those services already.</li>
<li>There is "<strong>Note:</strong> To close your account, please <a href="https://www.amazon.com/hz/contact-us/request-data">Contact Us</a> to request that your account be closed." at the very end of the help page. Click on "Contact Us" to continue.</li>
<li>If not yet logged in you will be asked to, login. Choose email for communication. There is also an option to call but I don't know how would that go since I don't live in US or Canada.</li>
<li>They will send the same help article with a bit more information and links to make sure you stopped using everything such as AWS, Alexa, Kindle Publishing, Prime video, Amazon Music etc. Near the end of email you will see "If you still want to close your Amazon.com account after reviewing the items above, please click this link and state that you want to close your account: <em>Some Link</em>", click on the link.</li>
<li>It will open a page with a text box. Write why you want to close your account and submit. If you are not sure what to write and also feeling adventurous, you can copy paste this link : https://www.youtube.com/watch?v=dQw4w9WgXcQ</li>
<li>They will email you within 24 hours either for more instructions or to tell you that your account is closed.</li>
</ol>
<p><strong>Note</strong>: Depending on where you live or how many Amazon services you used, you may need to go through more steps.</p><!-- Comments -->
<hr>
<h2>Comments</h2>
<p>Toot on <a href="https://fosstodon.org/@murtezayesil/104581385751399042">this thread</a> to comment. This blog is a static site. Comments won't appear here.</p>
</article>
</aside><!-- /#featured -->
<section id="content" class="body">
<h1>Other articles</h1>
<ol id="posts-list" class="hfeed">
</footer><!-- /.post-info --> </div><!-- /.entry-content -->
</article></li>
<li><article class="hentry">
<header>

76
output/tag/100daystooffload.html
View File

@ -49,34 +49,66 @@
<aside id="featured" class="body">
<article>
<h1 class="entry-title"><a href="https://murtezayesil.me/deleting-amazon-account.html">Deleting Amazon account</a></h1>
<h1 class="entry-title"><a href="https://murtezayesil.me/decentralized-internet-is-more-reliable.html">Decentralized Internet is More Reliable</a></h1>
<footer class="post-info">
<span>Tue 28 July 2020</span>
<span>| in <a href="https://murtezayesil.me/category/tech.html">Tech</a></span>
<span>| tags: <a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a></span> <span>| Day <strong>10</strong> of #100DaysToOffload</span>
</footer><!-- /.post-info --><h1>Introduction</h1>
<p>I was looking for a way to explain decentralized internet to my family. Then Yarmo Mackenbach came up with the idea of <a href="https://yarmo.eu/post/eliuf" title="Explain Like I Use Facebook">ELIUF</a>. A decentralized attempt to explain concept, advantages and disadvantages of decentralized internet to people using centralized platforms, such as Facebook, Twitter, YouTube, Instagram, TikTok, WhatsApp, etc.</p>
<p>From power surge to aged hardware, bug in software to cyber attack, there are many reasons a system may fail. Neither centralized or decentralized systems are %100 safe from failures.</p>
<hr>
<h1>System failure</h1>
<h2>Centralized Systems</h2>
<p>There is a central server that stores every data required to offer a service. Any failure in the central server may cause it to go out of service. Any maintenace such as updating software or replacing aged hardware may require powering server off thus putting it out of service. </p>
<h2>Decentralized Systems</h2>
<p>In a decentralized network, there are multiple servers and each of them store only the data for their own clients. Servers communicate with each other if they need to get data stored in some other server. If any server fails or goes to maintenance, only the clients connected to that server will lose service. Rest of the network will continue to function as usual. That being said, any attempts to communicate with failed server will fail too.</p>
<hr>
<h1>Cyber attacks</h1>
<p>User credentials (such as emails, passwords, bank card numbers) and user data (such as profile pictures, birthday videos, phone numbers) uploaded to server are stored by the server and they make an attractive target for cyber criminals.</p>
<h2>Centralized Systems</h2>
<p>All the data is available from central server. Cyber attacks put every single user's data in danger.</p>
<h2>Decentralized Systems</h2>
<p>There is no server that has access to every data of every user. When servers are communicating, they only share minimum amount of data required. User credentials (email and password) are only known by the server user is connected to. If a server is attacked by cyber criminals, only the users of that server will get affected. Users on the other servers of the network won't be affected by the attack. That being said, all the communications made to attacked server may also be visible to attackers.</p>
<hr>
<h3>Redundancy isn't decentralization</h3>
<p>Both centralized and decentralized platfroms may utilize redundancy servers to avoid going entirely out of service in case of server failure. Facebook for instance deploys multiple data centers in different countries. So if one of the data center goes to maintenance, users connected to it will be routed to other data centers and continue to receive the service without down time.<br>
Redundancy is a good way to ensure reliable network but also costly one.</p>
<hr>
<h1>Conclusion</h1>
<p>Decentralization doesn't make a server more durable or secure. Every server, regardless of whether a part of centralized or decentralized network, is prone to failures and cyber attacks. Decentralization reduces the impact and limits the number of users being affected.</p>
<hr>
<h2>ELIUF posts elsewhere on the internet</h2>
<ul>
<li><a href="https://yarmo.eu/post/eliuf">ELIUF: Explain Like I Use Facebook</a> by <a href="https://yarmo.eu/">Yarmo Mackenbach</a></li>
<li><a href="https://www.garron.blog/posts/eliuf.html">How to decentralize the Internet</a> by <a href="https://www.garron.blog/about.html">Guillermo Garron</a></li>
</ul><!-- Comments -->
<hr>
<h2>Comments</h2>
<p>Toot on <a href="https://fosstodon.org/@murtezayesil/104591271530394013">this thread</a> to comment. This blog is a static site. Comments won't appear here.</p>
</article>
</aside><!-- /#featured -->
<section id="content" class="body">
<h1>Other articles</h1>
<ol id="posts-list" class="hfeed">
<li><article class="hentry">
<header>
<h1><a href="https://murtezayesil.me/deleting-amazon-account.html" rel="bookmark"
title="Permalink to Deleting Amazon account">Deleting Amazon account</a></h1>
</header>
<div class="entry-content">
<footer class="post-info">
<span>Sun 26 July 2020</span>
<span>| in <a href="https://murtezayesil.me/category/notes.html">Notes</a></span>
<span>| tags: <a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a></span> <span>| Day <strong>9</strong> of #100DaysToOffload</span>
</footer><!-- /.post-info --><p>I call it "deleting account", Amazon calls it "closing account". I used them interchangibly in this post.</p>
<p>If you set your mind to delete (or close) your account, don't let too many steps discourage you. I understand that some people run their businesses on AWS and deleting their Amazon account will also delete AWS servers connected to that account. Amazon has given me 2 warnings about it and accepted to delete my account anyway. I wasn't invested in Amazon ecosystem and never used AWS anyway.</p>
<p>According my experience, here are the steps you may need to go through:</p>
<ol>
<li>Click on <a href="https://www.amazon.com/gp/help/customer/display.html" title="Currently this page">Help</a> in the page footer and search for "close account".</li>
<li>You will be presented with an article that warns you about Amazon services you will lose access to. Read and make sure you stopped using those services already.</li>
<li>There is "<strong>Note:</strong> To close your account, please <a href="https://www.amazon.com/hz/contact-us/request-data">Contact Us</a> to request that your account be closed." at the very end of the help page. Click on "Contact Us" to continue.</li>
<li>If not yet logged in you will be asked to, login. Choose email for communication. There is also an option to call but I don't know how would that go since I don't live in US or Canada.</li>
<li>They will send the same help article with a bit more information and links to make sure you stopped using everything such as AWS, Alexa, Kindle Publishing, Prime video, Amazon Music etc. Near the end of email you will see "If you still want to close your Amazon.com account after reviewing the items above, please click this link and state that you want to close your account: <em>Some Link</em>", click on the link.</li>
<li>It will open a page with a text box. Write why you want to close your account and submit. If you are not sure what to write and also feeling adventurous, you can copy paste this link : https://www.youtube.com/watch?v=dQw4w9WgXcQ</li>
<li>They will email you within 24 hours either for more instructions or to tell you that your account is closed.</li>
</ol>
<p><strong>Note</strong>: Depending on where you live or how many Amazon services you used, you may need to go through more steps.</p><!-- Comments -->
<hr>
<h2>Comments</h2>
<p>Toot on <a href="https://fosstodon.org/@murtezayesil/104581385751399042">this thread</a> to comment. This blog is a static site. Comments won't appear here.</p>
</article>
</aside><!-- /#featured -->
<section id="content" class="body">
<h1>Other articles</h1>
<ol id="posts-list" class="hfeed">
</footer><!-- /.post-info --> </div><!-- /.entry-content -->
</article></li>
<li><article class="hentry">
<header>

2
output/tags.html
View File

@ -48,7 +48,7 @@
</header><!-- /#banner -->
<section id="content" class="body">
<h1>Tags for Ali Murteza Yesil</h1> <li><a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a> (9)</li>
<h1>Tags for Ali Murteza Yesil</h1> <li><a href="https://murtezayesil.me/tag/100daystooffload.html">100DaysToOffload</a> (10)</li>
<li><a href="https://murtezayesil.me/tag/android.html">android</a> (1)</li>
<li><a href="https://murtezayesil.me/tag/code.html">code</a> (1)</li>
<li><a href="https://murtezayesil.me/tag/digitalcleansing.html">digitalcleansing</a> (5)</li>