words: 428 articles: 6

1.1. Advances

words: 406 articles: 4

Added this basic but fundamental protection layer to the website.

The email setup will of course be reused when notifications are eventually implemented.

Currently using SendGrid as the email provider. Very easy to setup, and has a free plan.

Adding reCAPTCHA immediately after email is a must otherwise an attacker could send infinitely many emails to random addresses, which would lead to the domain being marked as spam. I was pleasantly surprised about how easy the integration ended up being.

1.1.2. Issue tracker

words: 104

Every article now has a (very basic) GitHub-like issue tracker. Comments now go under issues, and issues go under articles. Issues themselves are very similar to articles, with a title and a body.

This was part of 1.0, but not the first priority, but I did it now anyways because I'm trying to do all the database changes ASAP as I'm not in the mood to write database migrations.

Here's an example:

ourbigbook.com/go/issue/2/donald-trump/atomic-orbital a specific issue about the article "Atomic Orbital" by Donald Trump. Note the comments possibly by other users at the bottom.
ourbigbook.com/go/issues/1/donald-trump/atomic-orbital list of issues about the article "Atomic Orbital" by Donald Trump

https://raw.githubusercontent.com/cirosantilli/media/master/OurBigBook_issue_list_on_article_page.png

1.1.3. Insane links and parents

words: 33

You can now write:

<Blue cats> are nice.

= Blue cat

= Big blue cat
{parent=Blue cat}

in lieu of the old:

\x[blue-cat]{c}{p} are nice.

= Blue cat

= Big blue cat
{parent=blue-cat}

1.1.4. `--format-source`

words: 191

Added ourbigbook --format-source automatic code formatting. I implemented it for the following reasons:

I want to do certain automatic modifications to source code on web, e.g.:
- allow users to select the parent article of a new article on the web UI, but that is currently doable only with \Include macros
- allow users to edit the source only for a specific header
later on, much later, this will allow WYSIWYG export to plaintext

This also ended up having one unexpected benefit: whenever a new feature is added that deprecates an old feature, by converting the large corpus from github.com/cirosantilli/cirosantilli.github.io to the new feature I can test the new preferred feature very well.

For example, converting \x[blue cat] en masse to the new insane syntax <blue cat> found several bugs with the new insane syntax.

This seemed somewhat easy at first, so I started it as a way of procrastinating more urgent Web features (web scares me, you know), but it ended being insanely hard to implement, because there are many edge cases. Also, most bugs are not acceptable, as they would corrupt your precious source code and potentially output.

But well, it is done!

1.2. Next steps

words: 22

Improve article editing which is very buggy and inconvenient!

I'll also look into some more likely easy but very important topic improvements:

2. Misc tech

3. Not work

words: 41

I was trying to learn about how some types of quantum computers work, when I came across this pearl:

en.wikipedia.org/wiki/Wolfgang_Paul#Scientific_results Wolfgang Paul, 1989 Nobel Prize in Physics winner, referred to Wolfgang Pauli, 1945 winner, as his "imaginary part".

I also did a bit of cycling tourism: bicycles.stackexchange.com/questions/3779/im-going-to-take-my-bike-with-me-on-a-plane-do-i-really-need-a-special-bike-tr/84238#84238

Ciro's Edict #7 (2022-07-06)

1. ourbigbook.com