diff --git a/.export/bw-functions.html b/.export/bw-functions.html deleted file mode 100644 index 6155ca5..0000000 --- a/.export/bw-functions.html +++ /dev/null @@ -1,236 +0,0 @@ - - -
- -Created: 2019-08-13 Tue 23:18
--A Logo Query contains a set of logo versions. -
- --Our backend identifies them by an URL that resolves with a PNG of that logo -version. -
- --The URL and the PNG is controlled by Logograb (our logo detection provider). -
- --We show the logo versions in various places in Analytics, also in the chart exports. -
- --Though the PNGs used by Logograb are not optimized for displaying, especially -not on a whitish background. -
- --Detect whitish logos in the client and add a dark background if it’s a whitish -logo. -
- --Detection runs every single time a logo is shown. -
- --It runs on the client. -
- --We couldn’t make it work in certain places, especially in highcharts and -obviously exported charts. -
--Move the detection and conversion to the server. -
- --Browser caches converted image. -
- --Client stays slim. -
- --We can just use an image URL in the frontend and chart export service. -
- --Requested logos are cached only in memory. -
- --Not seperate -
- --Frontend was moved to CDN while this happend. -
- --Cloudfront seemed to support what we needed: execute some JS when the response -of an origin came back, so we could place detection and conversion before -returning it to the client and storing it in the CDN. -
- --Turns out no way even access on the body, so no way to detect nor modify that -body. :( -
- --CDN directs logo URL calls directly to a cloud function. -
- -
-We use bw-cloud-functions to implement conversion and detection.
-
-Re-used detection and conversion we already wrote in JS in the 2nd try. -
- --Super easy deployment -
- - --Still makes it’s way into the CDN store -
--Well, we misunderstood how a CDN actually works. It’s NOT a storage as it -removes content that is not requested often enough in a region, so just a very -small TTL in the cache. -
- --To be fair, it’s not too bad the costs for all logo versions we currently get is -still pretty low and does not really justify to spend more time on it. -
- --Use cloud storage to store converted images and check there first, before doing -a fetch, detect an maybe do a conversion dance. -
-Created by Thomas.
- - - - - diff --git a/.export/emacs.html b/.export/emacs.html deleted file mode 100644 index dbf07d6..0000000 --- a/.export/emacs.html +++ /dev/null @@ -1,382 +0,0 @@ - - - - -Created: 2019-08-12 Mon 23:09
-C-o does not open last file, not sure why yet
-To get a list of packages type M-x list-packages
-
C-o does not open last file, not sure why yet-Still trying to figure what use-case each of these tries to -solve. I’m primarily looking for something that offers me an nice -interface to deal with all kind of lists of elements, like files, -buffers, commits, tags, grepper etc. -
- --I used to cover that all with vim.fzf and would again like to have -something like that. -
- --Though it seems, that I just need some inteface for lists of any -kind that I can easily fuzzy search. -
- --And other plugins to actually provide the content. -
- --Seems great for learning the editor commands. But could also be -distracting -
- --Mainly for my JS work, but probably worth to look at something -generic if there is something out there. -
- --Couln’t find something replicating unimpaired until now. -
- --Maybe I just need to roll most of these on my own -
- --evil uses “state” for the “modes” in vi. The term “mode” is already used in emacs -for a set of key bindings for a cetrain sort of text. A “mode’ may include custom -bindings for evil states. -
- --The state is shown in the status bar. -
- --There is also an emacs state <E>, basically turn off evil, which you can -toggle with ’C-z’. -
- --I’ve heard numerous times that people claim evil covers 99% of what they use in vim. -[[evil-maps.el][~/.emacs.d/elpa/evil-20190729.704/evil-maps.el] is a good place -to start looking if something does not work for you. -
- --I was first not sure if I should even start using the leader key -as I did in my vim config, as it would again not bring me further -in learning the standard key bindings vim offers. -
- --This is still a valid point, but I also feel it will slow me down -quite a bit, now that I’m considering to switch to Emacs. -
- --So I’ll start with using it, but keep it very high in my priorities -to finally getting rid of it. -
- --This is pretty important, as I’m pretty sure that I’ll still be using -Vim in quite some remote systems. -
- --UTF-8 bullets -
- --This seems to use vim like keybindings in most common emacs -places. Not sure yet if this is a good idea. -
--image d’n’d -
-