Compare commits
No commits in common. "master" and "main" have entirely different histories.
11 changed files with 237 additions and 67 deletions
1
.gitignore
vendored
Normal file
1
.gitignore
vendored
Normal file
|
@ -0,0 +1 @@
|
|||
.idea
|
3
.idea/.gitignore
vendored
Normal file
3
.idea/.gitignore
vendored
Normal file
|
@ -0,0 +1,3 @@
|
|||
# Default ignored files
|
||||
/shelf/
|
||||
/workspace.xml
|
6
.idea/inspectionProfiles/profiles_settings.xml
Normal file
6
.idea/inspectionProfiles/profiles_settings.xml
Normal file
|
@ -0,0 +1,6 @@
|
|||
<component name="InspectionProjectProfileManager">
|
||||
<settings>
|
||||
<option name="USE_PROJECT_PROFILE" value="false" />
|
||||
<version value="1.0" />
|
||||
</settings>
|
||||
</component>
|
7
.idea/misc.xml
Normal file
7
.idea/misc.xml
Normal file
|
@ -0,0 +1,7 @@
|
|||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="Black">
|
||||
<option name="sdkName" value="Python 3.12" />
|
||||
</component>
|
||||
<component name="ProjectRootManager" version="2" project-jdk-name="Python 3.12" project-jdk-type="Python SDK" />
|
||||
</project>
|
8
.idea/modules.xml
Normal file
8
.idea/modules.xml
Normal file
|
@ -0,0 +1,8 @@
|
|||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="ProjectModuleManager">
|
||||
<modules>
|
||||
<module fileurl="file://$PROJECT_DIR$/.idea/tipps_und_tricks.iml" filepath="$PROJECT_DIR$/.idea/tipps_und_tricks.iml" />
|
||||
</modules>
|
||||
</component>
|
||||
</project>
|
8
.idea/tipps_und_tricks.iml
Normal file
8
.idea/tipps_und_tricks.iml
Normal file
|
@ -0,0 +1,8 @@
|
|||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<module type="PYTHON_MODULE" version="4">
|
||||
<component name="NewModuleRootManager">
|
||||
<content url="file://$MODULE_DIR$" />
|
||||
<orderEntry type="inheritedJdk" />
|
||||
<orderEntry type="sourceFolder" forTests="false" />
|
||||
</component>
|
||||
</module>
|
6
.idea/vcs.xml
Normal file
6
.idea/vcs.xml
Normal file
|
@ -0,0 +1,6 @@
|
|||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="VcsDirectoryMappings">
|
||||
<mapping directory="" vcs="Git" />
|
||||
</component>
|
||||
</project>
|
72
README.md
72
README.md
|
@ -1,68 +1,8 @@
|
|||
Bei dem Error `fatal: refusing to merge unrelated histories` den Befehl `git pull origin master --allow-unrelated-histories` verwenden und das Problem ist gelöst.
|
||||
# Tipps und Tricks zu verschiedenen Sachen
|
||||
|
||||
### [Michis Git Verstäännis](./michi_git.md "Git isz doof")
|
||||
|
||||
|
||||
### Der Reponame "main" ist voreingestellt, es gehen auch andere.
|
||||
|
||||
Am Beispiel dieses Readme.md:
|
||||
|
||||
```
|
||||
git checkout -b main
|
||||
git add README.md
|
||||
git commit -m "first commit"
|
||||
git remote add origin git@teapot.informationsanarchistik.de:Wobbl/tipps_und_tricks.git
|
||||
git push -u origin main
|
||||
```
|
||||
ॐ wn@magma:~/python/tipps_und_tricks→git:(main) vi README.md
|
||||
ॐ wn@magma:~/python/tipps_und_tricks→git:(main)
|
||||
ॐ wn@magma:~/python/tipps_und_tricks→git:(main) ✗ git push -u origin main
|
||||
Branch 'main' folgt nun Remote-Branch 'main' von 'origin'.
|
||||
Everything up-to-date
|
||||
ॐ wn@magma:~/python/tipps_und_tricks→git:(main) ✗ git commit README.md
|
||||
[main a0d4d5c] geändert: README.md
|
||||
1 file changed, 11 insertions(+), 1 deletion(-)
|
||||
ॐ wn@magma:~/python/tipps_und_tricks→git:(main) git push -u origin main
|
||||
>> Objekte aufzählen: 5, fertig.
|
||||
Zähle Objekte: 100% (5/5), fertig.
|
||||
Delta-Kompression verwendet bis zu 4 Threads.
|
||||
Komprimiere Objekte: 100% (2/2), fertig.
|
||||
Schreibe Objekte: 100% (3/3), 535 Bytes | 535.00 KiB/s, fertig.
|
||||
Gesamt 3 (Delta 0), Wiederverwendet 0 (Delta 0), Pack wiederverwendet 0
|
||||
remote: . Processing 1 references
|
||||
remote: Processed 1 references in total
|
||||
To teapot.informationsanarchistik.de:Wobbl/tipps_und_tricks.git
|
||||
83c741e..a0d4d5c main -> main
|
||||
Branch 'main' folgt nun Remote-Branch 'main' von 'origin'.
|
||||
|
||||
# ssh
|
||||
|
||||
Ein Zugriff auf den Teetopf über https ist komplexer und unsicherer als über **ssh**
|
||||
ssh ist ein unverzichtbare universelles "Schweizermesser" für professionelles und sicheres Arbeiten im Netz.
|
||||
Um _forgejo_ auf teapot mit ssh zu bedienen, muss mensch einen zweiteiligen Schlüssel generieren.
|
||||
Das vom Server bevorzugte, weil am schwersten zu knackende Verschlüsselungssystem ist ed25519.
|
||||
Einfach zu erzeugen:
|
||||
```
|
||||
ssh-keygen -t ed25519
|
||||
```
|
||||
Das zum Entsperren des Schlüssels notwendige lokale Passwort sollte böse und gemein sein, sonst ist die Übung im Falle eines geklauten Rechners fürn A...
|
||||
Je nach verwendetem Desktopsystem bietet Linus natürlich an, sich die Passphrase wegzuspeichern.
|
||||
Um damit das remote System zu bedienen, muss der öffentliche Teil des Schlüssels dort abgelegt werden. Lokal ist das zumeist die Datei
|
||||
```
|
||||
~/.ssh/id_ed25519.pub
|
||||
```
|
||||
Die klappste in die Zwischenablage und bunkerst sie in deinem Profil im _forgejo_
|
||||
**Auf keinen Fall den privaten Schlüssel hochladen oder überhaupt jemals irgendwo durch irgendwelche Leitungen schicken!**
|
||||
Sollte das versehentlich passiert sein, kannste den Schlüssel löschen und nen neuen anlegen.
|
||||
Der Publickey darf im Fernsehen gesendet werden, das schadet nix.
|
||||
|
||||
Eine prima Seite mit Infos zu git und ssh schrieb der Patrick Asmus, klixdu hier: [SSH-Keys für gitea](https://www.media-techport.de/2023/08/howto-ssh-schluessel-fuer-gitea-einfache-einrichtung/ "HP Patrick Asmus")
|
||||
|
||||
Wenn alles passt, kannst du mit der Befehlsverbindung **&&**, was soviel bedeutet wie "If Exitcode=OK then" die nötigen Kommandos zusammenfassen:
|
||||
```
|
||||
vi README.md && git commit -m "Mein Kommentar" README.md && git push -u origin main
|
||||
```
|
||||
|
||||
und du hast die aktuelle Version im lokalen und im entfernten Repo.
|
||||
Das funktioniert nicht bei nicht eigenen Repos, wenn die auf "privat" geschaltet sind.
|
||||
## Git
|
||||
- [Git README](./git/git.md "Git ist doof")
|
||||
- [YT Tutorial (Morpheus)](https://youtube.com/playlist?list=PLNmsVeXQZj7rbmmqb1Lt_RGU4DEhelTrR&si=U-ldkXilfRgSsBYn)
|
||||
|
||||
## Python
|
||||
- [One Line Python Scripts](./python/oneline.md)
|
74
git/git.md
Normal file
74
git/git.md
Normal file
|
@ -0,0 +1,74 @@
|
|||
# Alles rund um Git
|
||||
|
||||
## Readme's
|
||||
- [Michis Git Verstännis](./michi_git.md "Git ist doof")
|
||||
|
||||
|
||||
## Weiteres:
|
||||
### Der Reponame "main" ist voreingestellt, es gehen auch andere.
|
||||
> Am Beispiel dieses Readme.md:
|
||||
> _Setup:_
|
||||
> ```
|
||||
> git checkout -b main
|
||||
> git add README.md
|
||||
> git commit -m "first commit"
|
||||
> git remote add origin git@teapot.informationsanarchistik.de:Wobbl/tipps_und_tricks.git
|
||||
> git push -u origin main
|
||||
> ```
|
||||
> _Bash:_
|
||||
> ```
|
||||
> $ vi README.md
|
||||
> $ git push -u origin main
|
||||
> Branch 'main' folgt nun Remote-Branch 'main' von 'origin'.
|
||||
> Everything up-to-date
|
||||
> $ git commit README.md
|
||||
> [main a0d4d5c] geändert: README.md
|
||||
> 1 file changed, 11 insertions(+), 1 deletion(-)
|
||||
> ॐ wn@magma:~/python/tipps_und_tricks→git:(main) git push -u origin main
|
||||
> >> Objekte aufzählen: 5, fertig.
|
||||
> Zähle Objekte: 100% (5/5), fertig.
|
||||
> Delta-Kompression verwendet bis zu 4 Threads.
|
||||
> Komprimiere Objekte: 100% (2/2), fertig.
|
||||
> Schreibe Objekte: 100% (3/3), 535 Bytes | 535.00 KiB/s, fertig.
|
||||
> Gesamt 3 (Delta 0), Wiederverwendet 0 (Delta 0), Pack wiederverwendet 0
|
||||
> remote: . Processing 1 references
|
||||
> remote: Processed 1 references in total
|
||||
> To teapot.informationsanarchistik.de:Wobbl/tipps_und_tricks.git
|
||||
> 83c741e..a0d4d5c main -> main
|
||||
> Branch 'main' folgt nun Remote-Branch 'main' von 'origin'.
|
||||
> ```
|
||||
|
||||
## SSH Setup
|
||||
|
||||
Ein Zugriff auf den Teetopf über https ist komplexer und unsicherer als über **ssh**
|
||||
ssh ist ein unverzichtbare universelles "Schweizermesser" für professionelles und sicheres Arbeiten im Netz.
|
||||
Um _forgejo_ auf teapot mit ssh zu bedienen, muss mensch einen zweiteiligen Schlüssel generieren.
|
||||
Das vom Server bevorzugte, weil am schwersten zu knackende Verschlüsselungssystem ist ed25519.
|
||||
Einfach zu erzeugen:
|
||||
```
|
||||
ssh-keygen -t ed25519
|
||||
```
|
||||
Das zum Entsperren des Schlüssels notwendige lokale Passwort sollte böse und gemein sein, sonst ist die Übung im Falle eines geklauten Rechners fürn A...
|
||||
Je nach verwendetem Desktopsystem bietet Linus natürlich an, sich die Passphrase wegzuspeichern.
|
||||
Um damit das remote System zu bedienen, muss der öffentliche Teil des Schlüssels dort abgelegt werden. Lokal ist das zumeist die Datei
|
||||
```
|
||||
~/.ssh/id_ed25519.pub
|
||||
```
|
||||
Die klappste in die Zwischenablage und bunkerst sie in deinem Profil im _forgejo_
|
||||
**Auf keinen Fall den privaten Schlüssel hochladen oder überhaupt jemals irgendwo durch irgendwelche Leitungen schicken!**
|
||||
Sollte das versehentlich passiert sein, kannste den Schlüssel löschen und nen neuen anlegen.
|
||||
Der Publickey darf im Fernsehen gesendet werden, das schadet nix.
|
||||
|
||||
Eine prima Seite mit Infos zu git und ssh schrieb der Patrick Asmus, klixdu hier: [SSH-Keys für gitea](https://www.media-techport.de/2023/08/howto-ssh-schluessel-fuer-gitea-einfache-einrichtung/ "HP Patrick Asmus")
|
||||
|
||||
Wenn alles passt, kannst du mit der Befehlsverbindung **&&**, was soviel bedeutet wie "If Exitcode=OK then" die nötigen Kommandos zusammenfassen:
|
||||
```
|
||||
vi README.md && git commit -m "Mein Kommentar" README.md && git push -u origin main
|
||||
```
|
||||
|
||||
und du hast die aktuelle Version im lokalen und im entfernten Repo.
|
||||
Das funktioniert nicht bei nicht eigenen Repos, wenn die auf "privat" geschaltet sind.
|
||||
|
||||
|
||||
## Bei dem Error `fatal: refusing to merge unrelated histories`
|
||||
den Befehl `git pull origin master --allow-unrelated-histories` verwenden und das Problem ist gelöst.
|
|
@ -147,13 +147,27 @@ Branches auch Zweige sind einfach mehrere Arbeitsflächen.
|
|||
>```
|
||||
>>- Du darfst blos nicht in diesen Branch sein also mit checkout in ein anderen Branch wechseln
|
||||
|
||||
## Forks und Pull Requests
|
||||
|
||||
ein Fork ist eine unabhängige Kopie eines Repos.
|
||||
|
||||
Ein Pull Request ist eine aufforderung an Die Mittarbeiter des original Repos und den Fork zu mergen also um alle änÄderungen des Forkes in das original Repo zu übernehmen.
|
||||
|
||||
>### Fork erstellen und bearbeiten
|
||||
>1. In der Weboberfläche oben rechts auf Fork klicken
|
||||
>2. Den erstellten Fork in Profil suchen und git url oder ssh kopieren
|
||||
>3. In der Konsole git clone ausführen
|
||||
>4. Änderungen machen
|
||||
>5. Pushen
|
||||
|
||||
>### Pull Request erstellen
|
||||
>1. In er Weboberfläche das original Repo öffnen
|
||||
>2. In Tab Pull Request ein Pull Request erstellen und den passenden Start und as passende Ziel Repo auswählen und passende Infos hinzufügen
|
||||
>3. Auf erstetellen klicken und Mit en Entwicklern besprechen was man damit nun tut
|
||||
|
||||
## Grafisches Git
|
||||
|
||||
Falls man den überblick verliehrt ist es hilfreich sich Das Repo grafisch anzusehen
|
||||
Falls man den überblick verliehrt ist es hilfreich sich Das Repo grafisch anzusehen.
|
||||
|
||||
>### Git Gui
|
||||
>```
|
103
python/oneline.md
Normal file
103
python/oneline.md
Normal file
|
@ -0,0 +1,103 @@
|
|||
# Python Programme in einer Zeile code schreiben
|
||||
|
||||
Wenn du Scripte bis zur einer Zeile Code verkürzen möchtest; Hab ich hier ein paar Möglichkeite aufgeschrieben.
|
||||
Eine ist Lambda, weiteres findest du in Inhaltsverzeichniss:
|
||||
|
||||
## Inhaltsverzeichnis:
|
||||
1. [Lambda](##-lambda-funktionen-grundlage)
|
||||
2. [Semikolons](##-semikolon)
|
||||
3. [Listen definieren](#-list-comprehension)
|
||||
4. [Mehrfachzuwesungen](##-variablen-mehrfachzuwesungen)
|
||||
|
||||
## Lambda Funktionen Grundlage
|
||||
Lambda wird benutzt um eine **Anonyme Funktion** zu definieren
|
||||
> Beispiel:
|
||||
> ```
|
||||
> funcbla = <lambda-ausdruck>
|
||||
> funcbla()
|
||||
> ```
|
||||
|
||||
Oder du kannst eine lambda Funktion direkt ausführen:
|
||||
> `(<lambda-ausdruck>)(<zu-übergebene-variablen>)`oder `<lambda-ausdruck(ohne "lambda : <vars>")` <-- **locale variablen werden genutzt**
|
||||
### Lambda Ausdrücke:
|
||||
man definiert eine Ausdruck so:
|
||||
> ```
|
||||
> lambda <vars> : <func1()> if <statement> else <func2>
|
||||
> ```
|
||||
|
||||
> Beispiel:
|
||||
> ```
|
||||
> print((lambda x : "ungerade" if x%2 else "gerade")(123))
|
||||
> ```
|
||||
> Output: `ungerade`
|
||||
>
|
||||
> **Wenn du eine Funktion in einen Lambda Ausdruck verwendest, muss sie eine Variable zurückgeben.
|
||||
> Lambda gibt entweder `ungerade` oder `gerade` im Beispiel and print() zurück.**
|
||||
|
||||
|
||||
## Semikolon
|
||||
Nutze ein `;` um mehrere Funktionen in einer Zeile zu verketten
|
||||
> Beispiel:
|
||||
> ```
|
||||
> func1()
|
||||
> func2()
|
||||
> ```
|
||||
> wird zu:
|
||||
> ```
|
||||
> func1();func2()
|
||||
> ```
|
||||
|
||||
|
||||
# List Comprehension
|
||||
Mit List Comprehensions kann man Listen in einer zeiler definieren und darüber iterieren:
|
||||
> Beispiel:
|
||||
> ```
|
||||
> list1 = []
|
||||
> for x in range(10):
|
||||
> list1.append(x)
|
||||
> ```
|
||||
> wird zu:
|
||||
> ```
|
||||
> list1 = [<vart-to-add(or you can use Variables like "x")> for x in range(10)]
|
||||
> ```
|
||||
|
||||
Mann kan auch if statements in Comprehentions nutzen:
|
||||
```
|
||||
newlist = [expression for item in iterable if condition == True]
|
||||
```
|
||||
> Beispiel:
|
||||
> ```
|
||||
> list1 = ["a", "b", "c", "d", "e"]
|
||||
> list2 = [x for x in fruits if "a" in x]
|
||||
> ```
|
||||
> ^ Addiert Das Objekt x zu list2 wenn `if "a" in x` also eine "a" in den String Objekt ist.
|
||||
|
||||
|
||||
## Variablen Mehrfachzuwesungen
|
||||
variablen sind was sehr nützliches was nicht fehlen darf!
|
||||
Man kann sie auf verschiedene arten zuwei?en, eine davon ist mit Mehrfachzuweisungen:
|
||||
> ```
|
||||
> var1 = 1
|
||||
> var2 = 2
|
||||
> var3 = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]
|
||||
> ```
|
||||
> wir zu:
|
||||
> ```
|
||||
> var1, var2, var3 = 1, 2, [x for x in range(10]```
|
||||
|
||||
### Stapel = Stapel
|
||||
In Grunde kann man mit Mehrfachzuweisungen Stapel(Tuple) entpacken oder packen:
|
||||
> Packen eines Tupels in eine Variable
|
||||
> ```
|
||||
> var1 = a,b,c
|
||||
> ```
|
||||
> soviel wie:
|
||||
> "var = tulple"
|
||||
> ^ "Anfenger Hinweiss: Wenn man das untenstehenliegene Prinzip verstanden hat ist man flexibler"
|
||||
|
||||
> Packen eines Tupels in einen Tuple:
|
||||
> ```
|
||||
> var1, var2, var3 = 1, 2, 3
|
||||
> ```
|
||||
> soviel wie:
|
||||
> "tuple = tulple"
|
Loading…
Reference in a new issue