phuker.github.io

Veröffentlichen Sie die GitHub Pages -Website privat aus dem öffentlichen Lagerhaus

Vereinfachtes chinesisches Englisch

Verwenden Sie GitHub -Aktionen, um die Website der GitHub Pages privat aus dem offenen Lagerhaus zu veröffentlichen, um die Liste der Website -Dateien und historischen Aufzeichnungen vollständig zu verbergen, ohne die Zahlung zu bezahlen

Hintergrund und Vernunft

GitHub Free Account Beschränkungen können die Website von GitHub Pages nur aus dem Open Warehouse veröffentlichen, das einige Datenschutzfragen mit sich bringt. Jeder kann ::

• Die Dateiänderung von historischen Aufzeichnungen anzeigen, historische Datenschutzdaten sind schwer zu löschen
• Überprüfen Sie die Dateiliste und finden Sie den unveröffentlichten Entwurf einfach
• Zufällige Gabellager, alle Daten werden offen gehalten, es ist schwierig zu löschen
• Alle statischen Website -Dateien einfach einpacken und herunterladen

Prinzipien und Auswirkungen

Speichern Sie keine statischen Website -Dateien im GitHub Warehouse, sondern verwenden Sie GitHub -Aktionen, um die statische Website -Packungsdatei remote herunterzuladen und sie direkt auf GitHub -Seiten zu veröffentlichen.

Wirkung:

• GitHub -freie Konten können auch verwendet werden, ohne nur für die Funktion zu bezahlen
• Die Dateiänderung des historischen Aufzeichnungen wird nicht bekannt gegeben, und die historischen Datenschutzdaten können nicht nach Belieben angesehen werden
• Die Dateiliste wird nicht bekannt gegeben, und die Seitendateien, die auf dem geheimen Pfad gespeichert werden
• Fork, Clone, Packaging Download werden keine Website -Daten umfassen

Verwenden

brauchen

• Sie können den Webdienst der Datei hochladen und herunterladen, z. B.:
  • Webserver (es wird empfohlen, jedes Mal auf denselben Pfad hochzuladen, der Download -Link wird behoben, und bei jedem Ausführen von Workflow wird kein Parameter angegeben)
  • Dateifreigabendienste, die direkt heruntergeladen werden können, z. B. Datei.io (der Download -Link dieses Diensttyps ist im Allgemeinen nicht behoben, und Sie müssen den Parameter bei jedem Ausführen von Workflow angeben)
• Die generierte statische Website -Datei

Initialisierungslager

• Gabel in diesem Lagerhaus, repository name wird in den gewünschten Namen geändert, normalerweise <用户名小写>.github.io (offizielles Dokument)
• Lagerneinstellungen ändern:
  • Settings Actions General Artifact and log retention ist 1 Tag auf den Mindestwert festgelegt
  • Settings Pages , Source änderte sich in GitHub Actions
• Durch die Eingabe von Actions wird die erste Eingabe anscheinend Workflows aren't being run on this forked repository gewarnt und I understand my workflows, go ahead and enable them um die Warnung zu bestätigen.

Legen Sie den Parameter ein

Insgesamt 3 Parameter müssen festgelegt werden:

• REMOTE_FILE_URL : Muss eingestellt werden, die URL der statischen Website -Paketdatei.
• REMOTE_FILE_TYPE : Muss festgelegt werden, das Format der statischen Website -Packungsdatei, optional: 7z , tar .
• REMOTE_FILE_PASSWORD : Optional, verschlüsseltes unbegrenztes Passwort (Passwort) von statischen Website -Packungsdateien. Wenn nicht verschlüsselt, muss dieser Parameter nicht festgelegt werden.

Parameter können auf 2 Positionen eingestellt werden:

• Der Parameter festgelegt: Settings Secrets Actions klicken Sie auf New repository secret , um es Geheimnissen hinzuzufügen. Stellen Sie es einfach hier ein, bleiben Sie leer, wenn Sie Workflow ohne Einstellung ausführen.
• Nicht festgelegte Parameter: Setzen Sie sich bei jedem Arbeitsablauf. Wenn es die gleichen Parameter in den Geheimnissen gibt, wird es durch den ausgefüllten Wert abgedeckt.

Es wird empfohlen, einen festen Parameter zu verwenden und auf Geheimnisse einzustellen, anstatt die Parameter bei jedem Ausführen von Workflows anzugeben. Da der Parameter des Geheimnisses im Protokoll des Workflow -Laufs versteckt ist und die Parameter beim Ausführen von Workflow direkt in das Protokoll ausgeben, das öffentlich angezeigt werden kann und nicht versteckt werden kann.

Packen der statischen Website -Datei

Insgesamt werden 4 Arten von Verpackungsdateien unterstützt. Wählen Sie nach Bedarf den Typ der Packungsdateien aus. Verschiedene Typen und Beispieldateien sind wie folgt:

• demo/test.7z : Verwenden Sie die 7-Zip-Verpackungskomprimierung, nicht verschlüsselt
• demo/test.enc.7z : Verwenden Sie 7-Zip, um Komprimierung und Verschlüsselung zu verpacken, verschlüsseltes Dateiname, das Passwort ist 123456
• demo/test.tar.gz : Verwenden Sie die Tar, um Komprimierung zu packen, nicht verschlüsselt
• demo/test.tar.gz.enc : Verwenden Sie TAR, um die Komprimierung zu 123456 und dann OpenSSL zu verschlüsseln.

Unter der Annahme, dass sich die statische Website -Datei im Verzeichnis von /path/to/static/dir befindet, ist das Kennwort YOUR_PASSWORD_123456 . Das Folgende ist ein Beispiel für den Verpackungsbefehl.

Verwenden Sie 7Z, um die Komprimierung auf /path/to/files.7z zu verpacken.7Z, nicht verschlüsselt:

 cd /path/to/static/dir && 7z a /path/to/files.7z .

Verwenden Sie 7Z, um in /path/to/files.7z zu verpacken und zu verschlüsseln und zu verschlüsseln, verschlüsselt Dateiname, verschlüsseltes unreiner Reihenfolge zur harten Codierung zu Befehlsparametern:

 cd /path/to/static/dir && 7z a -mhe=on -pYOUR_PASSWORD_123456 /path/to/files.7z .

Sie können auch das Windows Graphics Interface -Programm verwenden, um die statische Website -Datei in das 7Z -Format zu packen.

Verwenden Sie Tar, um die Komprimierung auf ./files.tar.gz zu packen, nicht verschlüsselt:

tar --owner 0 --group 0 --numeric-owner -czvf files.tar.gz -C /path/to/static/dir .

Verwenden Sie Tar und OpenSSL, um sie zu verpacken und zu verschlüsseln und zu verschlüsseln ./files.tar.gz.enc

tar --owner 0 --group 0 --numeric-owner -czvf - -C /path/to/static/dir . | openssl enc -aes-256-cbc -pbkdf2 -pass pass:YOUR_PASSWORD_123456 -in - -out files.tar.gz.enc

einsetzen

Laden Sie die Paketdatei auf Ihren Server- oder Dateifreigabedienst hoch. Verwenden Sie die Befehlszeile, um die Packdatei /path/to/files.7z in das Beispiel von Datei.io hochzuladen:

curl -F ' file=@/tmp/test.bin ' https://file.io/

Actions Deploy to GitHub Pages Run workflow , füllen Sie nicht festgelegte Parameter aus, klicken Sie auf Run workflow um auf das Laufen zu warten. Nach dem Laufen:

• Wenn der Betrieb erfolgreich ist, löscht der Workflow -Lauf automatisch ohne weiteren Betrieb.
• Wenn der Betrieb ausfällt, wird der Workflow -Lauf nicht automatisch gelöscht. Bitte löschen Sie alle Workflows manuell, nachdem der Fehler beseitigt wurde.

Löschen Sie schließlich die Paketdateien auf dem Server und stornieren Sie die Dateifreigabe.

Es wird empfohlen, die oben genannten Verpackungs- und Bereitstellungsschritte in ein benutzerdefiniertes Skript zu beheben.