Interessant wäre, was du konkret bezweckst. Bedenke, dass Apaches per-Directory-Konfigurationen (.htaccess-Dateien) zwar flexibel, aber leider auch sehr ineffizient sind. Bei jedem Request müssen sie erneut gesucht, geladen und verarbeitet werden, ein Caching im Speicher ist nicht möglich, da Apache nicht zuverlässig erkennen kann, wann solch eine Datei verändert wurden (demgegenüber wird die globale Konfiguration von Apache nur einmalig beim Start geladen, oder wen Apache explizit über `service apache2 reload` o.ä. angewiesen wird, sie neu zu laden). Daher erzeugen insbesondere grosse htaccess-Dateien, wie sie der verlinkte Generator erzeugt, eine nicht zu vernachlässigende zusätzliche Serverlast.
Solltest du mit dem Geolocation-basierten Block die Last (z.B. bei (d)DoS-Angriffen) verringern wollen, wäre solch eine .htaccess-Datei daher kontraproduktiv. In solchen Fällen müssen solche Sperren mindestens auf Kernel-Ebene mittels Netfilter und ipset, im Idealfall noch vor dem eigentlichen Rechner am (Border-)Router erfolgen.
Einen Sicherheitsvorteil verschafft dir solch ein Block ebenfalls nicht, da ein Angreifer, der vom Block betroffen ist, schlicht einen beliebigen Proxy oder VPN-Dienst nutzen könnte, um ihn zu umgehen. Speziell in China würde ich aufgrund der restriktiven Filterung sogar davon ausgehen, dass IT-affine Benutzer regelmässig verschlüsselnde Tunnel nutzen.