Using Cypress behind a corporate proxy / VPN - oh no!

H. Tuğkan Kibar — Wed, 26 May 2021 13:01:25 +0000

Working behind a corporate VPN / proxy is a situation most of us (especially when working in large corporations) have to face day to day. If so, and if you are using a tool such as ZScaler, you might end up getting a dreaded "Error: unable to get local issuer certificate" error when trying to install Cypress for the first time.

Surely you could disable the VPN, and all would be well - mainly due to Cypress caching the version it downloads.

However - to fix this issue you could also go for the following route of including the binary into your repo (or a mirror of course).

To do so - here is what I've done;

Download the binary from Cypress - most likely your CLI will already show the URL for the failed download step.
(Skip this step if you will mirror Cypress) Create a folder for your binaries, I've went with making a binaries folder, at the project root and creating a cypress folder there which includes the downloaded file as version.zip, in this case "6.9.1.zip". (You can use a different folder / naming obviously).
Create / edit the .npmrc file at the project root level.
Depending on your situation add one of the following lines;
1. If you will include the binary in your own repo like I've noted: CYPRESS_INSTALL_BINARY=../../binaries/cypress/6.9.1.zip
2. If you will mirror the cypress and keep the same layout: CYPRESS_DOWNLOAD_MIRROR=https://example.com/
Check if it works by running yarn or npm install. Remember - if it worked even once; you might have stuff still in cache. To make sure that is not the case, you can run rm -rf $(npx cypress cache path) which will clear out your cache location.

Hope it helps - happy hacking!

Blockchain: What the hell is a Merkle Tree?

H. Tuğkan Kibar — Fri, 02 Aug 2019 12:30:38 +0000

No you can’t find this kind of a tree in the forest. (source: xkcd)

While it might not get you invited to parties, it is important to know what a tree is to jump into the Merkle Tree. In computer science, a tree is a data structure. What it means is;

It is composed out of nodes : a fancy way of saying something that contains data and can link to other fellow nodes.
It is also composed out of edges : which is the links we were talking about in the previous point. Duh.
It is a type of graph : if you only have the previous two points and no other limitations imposed on it; you would have a graph. However, since trees are special types of graphs;
It starts with a root node : You must have one node that is the beginning of your tree, where it all began. Your very own patient zero. (Someone remind me to make a zombie joke here please.)
Nodes only link by branching off of the parent nodes. As such, you can’t just link your nodes however you want.
A node without children is called a leaf or terminal.

When you follow these six rules; you end up with something like the following:

A tree in the wild. Let’s not spook it. (source: wikipedia)

I can almost hear everyone screaming at their screens and chanting “so what?”. In my opinion it is best to give a relevant example such as an organisation’s hierarchy. You see, even though we defined a computer science term with nodes, leafs and such… it is actually not something we have never seen. Any time we think of a hierarchy, and strictly the hierarchy, we think of a tree.

An example of a organisational hierarchy. See how they are the same? (source: me)

As it turns out, this type of a data structure that we knew even before computer science, has many different use cases. Particularly speaking it is commonly used for representing hierarchical data, since it has a certain structure storing data for efficient searches and more.

A merkle tree is just a special type of tree. And also another use case for this data structure with additional limitations. You see, in a merkle tree , which is also known as a hash tree , every leaf contains…

Wait we are going too fast, what is a hash?

When a man and a woman loves each other very much…

Sorry that was not the topic we are on. A hash is basically a signature of any kind of arbitrary data. In a bit more formal way, it is a function that takes an arbitrary size data and returns a fixed size one. However, since it is a “signature” of the data it has to be;

Deterministic : This basically means that we want to get the same hash for the same data. Forever. As such, you can’t have anything random here.
Uniform : If we had a function, that yelled “A” for any input, it would so far work right? However in order to have this as a good, unique signature we want the chance of getting any output (of the fixed size) roughly the same. If this doesn’t happen we have more of what is called a collision : meaning that we have more and more data with the same signature. With large enough “fixed-size” output (signature’s size) and uniformity, this stops being a problem, especially for data that has any meaning.
Defined range : This is the “fixed-size” part that we are talking about. Since our goal is taking any data and producing a common signature, it has to have a defined range. This is usually talked as the amount of bits, so a very popular hash function SHA-512 for example has 512-bit as its defined range.
Non-invertible : We expect these signatures to be a one way street, meaning you shouldn’t be able to get the original content using the hash. While this is not always a requirement, especially for cryptographic hashes, it is definitely very important. (Meaning for example instead of storing your password, facebook could store the “signature” of the password and not get into trouble previously)

Since now we have an idea of what a hash is; back to the Merkle Tree. As we were saying, each leaf in this tree has some data block in it. Any other node contains the cryptographic hash (the one-way signature) of its children. This turns out to be a very interesting way of storing some data; particularly because it allows you to verify any kind of data. It is also very good in making sure this is a fast process, since we only check for the signatures of the data and nothing else.

A lovely little Merkle Tree. Say hi! (source: wikipedia)

But why? Couldn’t we just check the normal hash of the data instead of putting it into pieces and creating a whole tree?

We could. However, if you are developing a distributed / peer-to-peer (where machines are talking to each other and you don’t know whom you can trust) systems, this type of a verification becomes extremely important. Even though the same data is in multiple places, there is no way of knowing if;

The node you get the data from is honest.
The data you get is correct (and the node before you wasn’t fooled).
The data was not corrupted on the road.

Ensuring these questions are answered reliably while also making the verifications fast is why we use Merkle Trees. There are many examples of this in the wild, particularly the source control system Git and the pseudo-anonymous cryptocurrency Bitcoin are the most notable ones known. As such, it is also a prerequisite to understanding what a blockchain is.

Thank you for your time 🎉 Since this is my first original content, I’d love to hear back from you with any comments, improvements or ideas.

Please make sure to reach out to me via the following channels;

Twitter
Good old fashioned Email
Just leave a comment down below

Hopefully, this will be a part of a larger series about what blockchain is and how to develop one from scratch in any programming language you want. Stay tuned!

DEV Community: H. Tuğkan Kibar

Using Cypress behind a corporate proxy / VPN - oh no!

Blockchain: What the hell is a Merkle Tree?