|
|
|
|
| Zitat von Oli
Ansonsten noch eine lustige Idee, auf die ich aber nicht so richtig Lust habe: mit GPT 3 oder so einen Post generator fürs Pot schreiben. Trainieren mit bestehenden Posts und dann für einen User und ein Thema der Wahl einen Post generieren, bzw sich zwei User unterhalten lassen.
| |
|
|
|
|
|
|
|
|
|
|
|
Sbi zu simulieren geht auch ohne NN.
Schaft: hehe
hart: hehe
drin: hehe
groß: hehe
ist: hehe
machen: hehe
|
|
|
|
|
|
|
| Zitat von The_gonzo
Penis.
| |
Honeypot?
|
|
|
|
|
|
|
| Zitat von Der Büßer
Sbi zu simulieren geht auch ohne NN.
Schaft: hehe
hart: hehe
drin: hehe
groß: hehe
ist: hehe
machen: hehe
| |
Dies sei der Jokus
|
|
|
|
|
|
|
Diesen Post wiederum, den kannst nicht so einfach reproduzieren. Wenn sbi über seine sbi-ness reflektiert
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Gut, bei manchen Usern würde ein kleines Shell-Script reichen
|
|
|
|
|
|
|
Ich brauche mal wieder Hilfe...
Mir wurde aufgetragen jeweils zwei mal phpmyadmin und einen mysql Server auf einem VServer ans laufen zu bekommen. Dafür soll ich Docker nutzen.
Das erste Set pma & mysql funktioniert auch prächtig, beim zweiten habe ich Probleme die ich auf den Port zurück führen würde.
Wie konfiguriere ich den Spaß mit docker-compose wenn ich das so haben möchte? Zwei verschiedene YAMLs in verschiedenen dirs war jetzt mein Ansatz, in den YAMLs hab ich dann die Ports angepasst. Quasi hier:
|
Code: |
version: '3'
services:
db:
image: mysql:5.7
container_name: db1
environment:
MYSQL_ROOT_PASSWORD: hierstehtdaspw
MYSQL_DATABASE: testdb2
MYSQL_USER: hierstehtderuser
MYSQL_PASSWORD: hierstehtdasuserpw
ports:
- "6033:3306"
volumes:
- dbdata:/var/lib/mysql
phpmyadmin:
image: phpmyadmin/phpmyadmin
container_name: pma
links:
- db
environment:
PMA_HOST: db
PMA_PORT: 3306
PMA_ARBITRARY: 1
restart: always
ports:
- 8081:80
volumes:
dbdata: |
|
Und hier die zweite yaml:
|
Code: |
version: '3'
services:
db:
image: mysql:5.7
container_name: testdb2container
environment:
MYSQL_ROOT_PASSWORD: hierstehtdaspw
MYSQL_DATABASE: testdb2
MYSQL_USER: hierstehtderuser
MYSQL_PASSWORD: hierstehtdasuserpw
ports:
- "6034:3307"
volumes:
- dbdata:/var/lib/mysql2
phpmyadmin:
image: phpmyadmin/phpmyadmin
container_name: pma2
links:
- db
environment:
PMA_HOST: db
PMA_PORT: 3307
PMA_ARBITRARY: 1
restart: always
ports:
- 8082:80
volumes:
dbdata:
|
|
Ich hab bisher null Erfahrungen mit Docker und die Aufgabe kam aus dem nichts... Google hat mir einiges ausgespuckt, z.B. eigenes Image erstellen, da die cfg Dateien ja bei jedem Neustart des Containers gekillt werden?
Am Ende soll phpmyadmin übrigens online über ip & port erreichbar sein...
|
|
|
|
|
|
|
Die zweite mysql-Instanz verwendet intern ja immer noch Port 3306, den Standard halt. In deinem Setup würdest du aber intern Port 3307 nach draußen auf 6034 legen - aber Port 3307 gibt's so nicht. Also versuch beim mysql-service den Port mal so zu mappen: - "6034:3306" . Der phpmyadmin-service wird dann vermutlich auch normell auf 3306 horchen müssen. Wichtig ist, dass die phpmyadmins zwei unterschiedliche Ports nach draußen exposen.
Evtl. kannst du dir das ports-changen vom mysql-service komplett sparen.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von derSenner am 27.10.2020 11:54]
|
|
|
|
|
|
Okay, danke!
Nun aber die Frage: wie unterscheidet pma dann welcher mysql Server welcher ist? nenn ich das dann einfach "db2:" z.B.? Also quasi so:
|
Code: |
version: '3'
services:
db2:
image: mysql:5.7
container_name: testdb2container
environment:
MYSQL_ROOT_PASSWORD: hierstehtdaspw
MYSQL_DATABASE: testdb2
MYSQL_USER: hierstehtderuser
MYSQL_PASSWORD: hierstehtdasuserpw
ports:
- "6034:3306"
volumes:
- dbdata:/var/lib/mysql2
phpmyadmin:
image: phpmyadmin/phpmyadmin
container_name: pma2
links:
- db2
environment:
PMA_HOST: db2
PMA_PORT: 3306
PMA_ARBITRARY: 1
restart: always
ports:
- 8082:80
volumes:
dbdata: |
|
Oder was muss ich da machen?
|
|
|
|
|
|
|
Müsste glaube ich gar nicht nötig sein. Die Container werden eh automatisch unique umbenannt.
Wenn ich jetzt richtig denke, dann macht jede docker-compose-Config eh intern ein eigenes Network und kapselt sich von anderen Dingen ab.
Wenn du jetzt zwei unterschiedliche mysql-Services innerhalb einer docker-compose-Config hättest, dann ja - unterschiedliche Service-Names benötigt.
Ich würde einfach mal in beiden Ordnern docker-compose up -d machen. Mittels docker ps siehst du dann, wie die tatsächlichen container am Ende heißen.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von derSenner am 27.10.2020 12:01]
|
|
|
|
|
|
Wenn ich einfach die einzelnen yamls mit docker-compose starte, dann kommen vier Container dabei raus. Der erste funktioniert wunderbar.
Beim zweiten kommt dann "mysqli::real_connect(): (HY000/2002): Connection refused".
|
|
|
|
|
|
|
Ne, sollte schon gehen glaube ich. Folgende Config würde ich verwenden:
#1:
|
Code: |
version: '3'
services:
db:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: password
MYSQL_DATABASE: database
MYSQL_USER: user
MYSQL_PASSWORD: password
volumes:
- ./data:/var/lib/mysql
phpmyadmin:
image: phpmyadmin/phpmyadmin
links:
- db
environment:
MYSQL_ROOT_PASSWORD: password
PMA_HOST: db
PMA_USER: user1
PMA_PASSWORD: password
restart: always
ports:
- 8080:80
volumes:
data: |
|
#2:
|
Code: |
version: '3'
services:
db:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: password
MYSQL_DATABASE: database
MYSQL_USER: user
MYSQL_PASSWORD: password
volumes:
- ./data:/var/lib/mysql
phpmyadmin:
image: phpmyadmin/phpmyadmin
links:
- db
environment:
MYSQL_ROOT_PASSWORD: password
PMA_HOST: db
PMA_USER: user2
PMA_PASSWORD: password
restart: always
ports:
- 8081:80
volumes:
data: |
|
|
|
|
|
|
|
|
Das hat pma gar nicht gefallen:
|
|
|
|
|
|
|
Oh. So, dann anders rum. Networks sind eh geiler.
#1:
|
Code: |
version: '3'
services:
db:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: password
MYSQL_DATABASE: database1
MYSQL_USER: user1
MYSQL_PASSWORD: password
restart: always
volumes:
- ./data:/var/lib/mysql
networks:
- internal
phpmyadmin:
image: phpmyadmin/phpmyadmin
environment:
PMA_HOST: db
restart: always
ports:
- 8080:80
networks:
- internal
networks:
internal:
external: false |
|
#2:
|
Code: |
version: '3'
services:
db:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: password
MYSQL_DATABASE: database2
MYSQL_USER: user2
MYSQL_PASSWORD: password
restart: always
volumes:
- ./data:/var/lib/mysql
networks:
- internal
phpmyadmin:
image: phpmyadmin/phpmyadmin
environment:
PMA_HOST: db
restart: always
ports:
- 8081:80
networks:
- internal
networks:
internal:
external: false |
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von derSenner am 27.10.2020 13:04]
|
|
|
|
|
|
Weitere Anmerkungen:
- Wenn du die phpMyAdmin-Konfiguration anpassen willst, dann solltest du dein eigenes config-File als Volume reinmounten. Üblicherweise macht man das in einem config Ordner. Also z.B. legst du an /db1/config/phpmyadmin/config.inc.php und mountest das File in den Volumes der docker-compose.yaml rein:
|
Code: |
- volumes:
- ./data:/var/lib/mysql
- ./config/phpmyadmin/config.inc.php:/var/www/html/config.inc.php |
|
- Evtl. muss die die Sessions des phpMyAdmin-Services auch rausmounten als Volume, sonst greifen Logins und so nicht. Mounten als volume:
|
Code: |
- volumes:
- ./sessions:/sessions |
|
- Woher ich die Pfade kenne für die Mounts in den Volumes? Indem man sich in den container rein-ssh'd. Mach docker-compose ps und notier dir den container Namen. Dann docker exec -it mein_container bash (statt bash evtl. auch sh, zsh o.ä.). Dann bist du im container drin und kannst fröhlich herumwurschteln.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von derSenner am 27.10.2020 13:19]
|
|
|
|
|
|
Mega gut, vielen Dank! Gerade ist Mittagspause und wenn ich wieder am PC bin teste ich das direkt so aus.
Ich muss echt mal schauen das ich mir noch ein paar VMs mache um sowas auch mal ausgiebig testen zu können. Macht schon ziemlich viel Spaß.
|
|
|
|
|
|
|
|
|
|
|
Und unbedingt direkt WSL2 nehmen.
|
|
|
|
|
|
|
| Zitat von derSenner
Oh. So, dann anders rum. Networks sind eh geiler.
#1:
|
Code: |
version: '3'
services:
db:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: password
MYSQL_DATABASE: database1
MYSQL_USER: user1
MYSQL_PASSWORD: password
restart: always
volumes:
- ./data:/var/lib/mysql
networks:
- internal
phpmyadmin:
image: phpmyadmin/phpmyadmin
environment:
PMA_HOST: db
restart: always
ports:
- 8080:80
networks:
- internal
networks:
internal:
external: false |
|
#2:
|
Code: |
version: '3'
services:
db:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: password
MYSQL_DATABASE: database2
MYSQL_USER: user2
MYSQL_PASSWORD: password
restart: always
volumes:
- ./data:/var/lib/mysql
networks:
- internal
phpmyadmin:
image: phpmyadmin/phpmyadmin
environment:
PMA_HOST: db
restart: always
ports:
- 8081:80
networks:
- internal
networks:
internal:
external: false |
|
| |
Das hat jetzt leider auch nichts geklappt. Dabei ging es zurück zu:
|
Code: |
"mysqli::real_connect(): (HY000/2002): Connection refused" |
|
Ich bin dann nochmal zurück zum Start, hab mir die erste yaml die funktionierte angeschaut und einfach noch mal kopiert und angepasst:
|
Code: |
version: '3'
services:
db:
image: mysql:5.7
container_name: db2
environment:
MYSQL_ROOT_PASSWORD: password
MYSQL_DATABASE: testdb
MYSQL_USER: user
MYSQL_PASSWORD: password
ports:
- "6034:3306"
volumes:
- dbdata:/var/lib/mysqlZensiert
phpmyadmin:
image: phpmyadmin/phpmyadmin
container_name: pma2
links:
- db
environment:
PMA_HOST: db
PMA_PORT: 3306
PMA_ARBITRARY: 1
restart: always
ports:
- 8082:80
volumes:
dbdata: |
|
Jetzt geht es. WTF?
|
|
|
|
|
|
|
Das muss funktionieren. Ich habs lokal getestet.
Hast du die Container auch alle neu gebaut?
docker-compose stop && docker-compose rm -f && docker-compose up -d
// Also "muss" - sollte .
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von derSenner am 27.10.2020 15:00]
|
|
|
|
|
|
| Zitat von derSenner
Das muss funktionieren. Ich habs lokal getestet.
Hast du die Container auch alle neu gebaut?
docker-compose stop && docker-compose rm -f && docker-compose up -d
// Also "muss" - sollte .
| |
Ich werde das alles mal mit einer frischen VM neu aufsetzen und testen. Warum das jetzt nicht so lief, keine Ahnung.
Der Kram der nun läuft ist eh nur fürs rumspielen und muss bald neu aufgesetzt werden. Dann werde ich das so übernehmen und Rückmeldung geben.
Danke noch mal. Da hab ich schon mal ein paar Sachen gelernt.
|
|
|
|
|
|
|
Habe folgendes Problem
|
Code: |
C:\Users\light>wsl
Nicht genügend Systemressourcen, um den angeforderten Dienst auszuführen.
|
|
Ich weiß nicht, was er mit den Systemressourcen meint. Meine Docker zum Beispiel läuft problemlos.
Ist das ein Bug oder so?
|
|
|
|
|
|
|
|
|
|
|
Ich habe hier unter Windows eine Sage-Installation und eine Anaconda-Installation. Sage läuft über eine virtuelle Maschine "unter Linux". Als ich Jupyter-Themes unter Sage installiert habe, brauchte ich dafür zwar Admin-Rechte, aber eigentlich dachte ich, wäre das rein innerhalb der Sage-Verzeichnisse. Dort taucht es auch auf. Anaconda (und damit Python unter Windows) habe ich letztlich separat und danach installiert. Trotzdem hat Jupyter direkt meine Themes aus Sage verwendet. Hat Sage also doch Python auch außerhalb der virtuellen Maschine installiert? Was geht da vor?
Blow shit up, throw women through walls, got it.
|
|
|
|
|
|
|
die config scheint leider nicht wirklich was gebracht zu haben.
Platten sind nicht voll. Da sind ca 50-100gb frei.
Ram ist (durch Chrome (viele Tabs) und RTX Voice) zwar bei 70% (von 16gb Ram), aber selbst wenn ich beiedes ausschalte, will es dann nicht mehr starten. Auch über den Explorer kann ich nicht durch WSL navigieren.
Nebenbei habe ich mal Docker neugestartet, um zu schauen, obs dann klappt, aber selbst dann kommt das gleiche Problem.
Lediglich ein Kaltstart des Rechners erlaubt es mir mich in wsl einzuloggen.
|
|
|
|
|
|
|
Welche Windows-Version benutzt du? Hast du mal bei den Github Issues danach gesucht?
Ich kann empfehlen wenn man intensiv WSL verwendet insider-builds zu verwenden, denn das WSL wird ziemlich schnell weiterentwickelt. Ab und an gibt's dann bisschen breakage, aber durchaus auch viele spannende Features.
|
|
|
|
|
|
Thema: pOT-lnformatik, Mathematik, Physik XXIII |