Remco Tolsma

Voor de nerds 🤓, ASCII kunst met FIGlet en TOIlet:

FIGlet

Er zijn veel FIGlet fonts beschikbaar, deze kun je bekijken via het showfigfonts commando. En op http://www.figlet.org/fontdb.cgi is ook een lijst te vinden van fonts.

TOIlet

TOIlet werkt vergelijkbaar met FIGlet maar heeft coole kleuren filters 🦄🌈.

TOIlet kan ook overweg met FIGlet fonts:

Het subcommando figlet -I 2 geeft de standaard FIGlet font map terug zodat TOIlet weet waar de FIGlet fonts te vinden zijn.

Bronnen

• http://www.figlet.org/
• http://caca.zoy.org/wiki/toilet
• https://www.maketecheasier.com/figlet-and-toilet-asciify-your-text-art/
• https://www.linux.com/learn/linux-tips-fun-figlet-and-toilet-commands
• https://delightlylinux.wordpress.com/2015/11/13/colored-text-with-toilet/

Bij Pronamic maken we binnen WordPress projecten veel gebruik van Composer, PHPUnit en andere tools. Om het aanroepen van scripts te vereenvoudigen maken we ook wel gebruik van Composer scripts. In plaats van bijvoorbeeld vendor/bin/phpunit te typen kunnen we dan composer phpunit gebruiken.

{
	"name": "…",
	"description": "…",
	"config": {
		"sort-packages": true
	},
	"require": {
		"php": ">=5.6.0"
	},
	"require-dev": {
		"phpunit/phpunit": "^5.7"
	},
	"scripts": {
		"phpunit": "vendor/bin/phpunit"
	}
}

Nadeel daarvan was echter dat composer phpunit geen kleuren output gaf. Terwijl het aanroepen van vendor/bin/phpunit wel een kleuren output gaf. Dit terwijl in het PHPUnit configuratie bestand phpunit.xml.dist wel colors="true" stond. Na een kleine zoektocht kwam ik de oorzaak en oplossing tegen op Stack Overflow:

I added --colors=always from PHPUnit master (4.6) branch which did the trick. It seems PHPUnit actually detects it is called through another scripts and suppresses the colors itself.

Haralan Dobrev – https://stackoverflow.com/questions/27024298/keep-color-output-when-running-scripts-on-composer#comment44218731_27024464

{
	"name": "…",
	"description": "…",
	"config": {
		"sort-packages": true
	},
	"require": {
		"php": ">=5.6.0"
	},
	"require-dev": {
		"phpunit/phpunit": "^5.7"
	},
	"scripts": {
		"phpunit": "vendor/bin/phpunit --colors=always"
	}
}

Hoe we dit bij Pronamic in gebruik hebben is bijvoorbeeld te zien in de WordPress pay core bibliotheek:

https://github.com/wp-pay/core

1. 🔎🐠
   Finding Nemo (Op zoek naar Nemo)
2. 🏴‍☠️⚓️🏝
   Pirates of the Caribbean
3. 🐝🐛🐌🐞🐜
   A Bug’s Life
4. 🦁🐗🐘🌅👑
   The Lion King (De Leeuwenkoning)
5. 👹🕯🕑🌹✨👩🏻‍🦰
   Beauty and the Beast (Belle en het Beest)
6. 🐶🍝🐶🎹🎁
   Lady en de Vagebond (Lady and the Tramp)
7. 👾🎮🔨👊🍭🏅
   Wreck-It Ralph
8. 🐠🐚🐟🔱🐙🌊🧜‍♀️
   The Little Mermaid (De kleine zeemeermin)
9. 🐭🎪👂🐘
   Dumbo (Dombo)
10. 👦🏼👴🏻🏠🎈⬆️
    Up
11. ☃️👸😨
    Frozen
12. 🐍🐻🧒📖
    The Jungle Book (Jungle Boek)
13. 📖🤠👢🌵🚀👨‍🚀🍕
    Toy Story
14. 💯1️⃣🐶
    101 Dalmatians (101 Dalmatiërs)
15. 🧞👳‍♂️🕌👩🏻❤️
    Aladdin
16. ❄️🍎💎7️⃣
    Snow White and the Seven Dwarfs (Sneeuwwitje en de zeven dwergen)
17. 🚕⚡️🚗🚙💨🏁⛽
    Cars
18. 👵🏻💇🏼‍♀️🐴🤴🏻🏰
    Tangled (Rapunzel)
19. 👠👗🎀🤴🏻🎃✨
    Cinderella (Assepoester)
20. 👸💋🐸🎶✨
    The Princess and the Frog (De prinses en de kikker)
21. 🦌❄️⛸🐰
    Bambi
22. 🤥🦗👴🏻
    Pinocchio (Pinokkio)
23. 👦🏻🧚‍♀️🏴‍☠️
    Peter Pan
24. 🦊👦🏻🏹🌳
    Robin Hood
25. 🐭🍽🧀👨‍🍳
    Ratatouille

Bron:

Het migreren van WordPress websites kan vaak erg snel gerealiseerd worden met behulp van SSH en enkele commando’s. Hieronder een aantal commando’s die hierbij van pas komen:

rsync --archive --verbose --compress --exclude-from=/data/www/example.com/public_html/.gitignore user@123.456.789.0:/home/user/domains/example.com/private_html/ /data/www/example.com/public_html/.

rsync --archive --verbose --compress --rsh='ssh -p 18765' /Users/remco/Downloads/example.com/ user@123.456.789.0:/home/user/public_html/.

mysqldump --host=123.456.789.0 --user=user_wp --password=******** --databases db_wp > /data/www/example.com/databases/db_wp.sql

mysql --host=123.456.789.0 --user=user_wp --password=******** mysql --execute="DROP DATABASE db_wp; CREATE DATABASE db_wp;"

mysql --host=123.456.789.0 --user=user_wp --password=******** db_wp < /data/www/example.com/databases/db_wp.sql

find /data/www/example.com/public_html/wp-content/uploads -type d -exec chmod 775 {} \;

find . -type d -exec chmod 755 {} +

curl http://*.s3.amazonaws.com/site.zip --output site.zip

unzip site.zip -d site

Webontwikkelaars die werken met cPanel en Let’s Encrypt zijn ongetwijfeld wel eens de volgende melding tegen gekomen:

There was a problem installing the certificate. Please contact support for more information.

Het kan soms lastig om te achterhalen wat precies het probleem was. Vaak kan de support afdeling van de hostingleverancier je dan verder op weg helpen. Als je SSH-toegang hebt tot het betreffende hosting pakket kun je vaak ook via die weg zelf achterhalen waar het fout gaat. Voordat je binnen cPanel het Let’s Encrypt certificaat installeert maak je dan via SSH verbinding. Vervolgens roep je daar het volgende commando aan:

tail -f ~/.letsencrypt/logs/letsencrypt.log

Op die manier krijg je realtime alle nieuwe logs binnen je terminal te zien. Vervolgens ga je via cPanel het Let’s Encrypt installeren en hou je je terminal in de gaten. Wat ik vaak voorbij zien komen is dat de DNS-records voor de betreffende domeinnaam niet goed zijn ingesteld. In de logs zijn dan vaak de volgende meldingen terug te zien:

example.com (http-01): urn:acme:error:unauthorized :: The client lacks sufficient authorization :: Invalid response from http://example.com/.well-known/acme-challenge/...