Das kann man doch deaktivieren
Das längste Thema
-
fLoo -
October 23, 2009 at 12:55 PM -
Thread is Unresolved
-
-
Das kann man doch deaktivieren
Danke für den Tipp, ich dachte das wäre den Abo-Versionen vorbehalten.
-
Das kann man doch deaktivieren
Und kann man sich dann darauf verlassen? Immerhin ist OpenAI die Firma, die behauptet, die Daten der New York Times beliebig verwenden zu duerfen, pbwohl sie damit gegen die Lizenzbedingungen verstoesst, denen sie zugestimmt hat.
Aber schaden wird es wohl nicht.
-
Dann schreibt man dem was man vor hat und es ist in 20 Sekunden erledigt.
Dazu eine nützliche Arbeitserleichterung wenn man schon weiß wie man das Coden muss aber noch keinen Bock hat 🫣
...
. in 5 Sekunden war die komplette nginx und Apache Konfiguration für Plesk fertig.
Ich sehe ChatGPT & Co ein bisschen wie Google Maps bei der Navigation, kann äußerst hilfreich sein, aber sich blind darauf zu verlassen kann fatal enden.
Aber mit ein bisschen Misstrauen und gesundem Menschenverstand durchaus hilfreich.
Ja. Ist hilfreich, wenn man sich selbst mit der Materie gut auskennt.
Der Code z.B. ist meistens durchaus brauchbar, aber manchmal doch immer noch fehlerbehaftet.Den sollte man auf jeden Fall kritisch durchsehen und ggf. nachbearbeiten.
Aber als Assistent durchaus brauchbar

-
Probiert für's coden mal cursor.com (Agent Mode!). Gamechanger und besser als ChatGPT. Die ersten 80% eines neuen Projektes gehen flawless, beim Rest muss man bisschen Hand anlegen und für jede Änderung, die er macht, macht er einen Checkpoint, auf den man einfach zurückkehren kann.

-
Am Ende hat man so viele KI Premium Accounts, dass man arbeiten gehen muss um die alle zu bezahlen

-
Probiert für's coden mal cursor.com (Agent Mode!). Gamechanger und besser als ChatGPT. Die ersten 80% eines neuen Projektes gehen flawless, beim Rest muss man bisschen Hand anlegen und für jede Änderung, die er macht, macht er einen Checkpoint, auf den man einfach zurückkehren kann.

Welches LLM Modell nutzt cursor?
Auf den Bildern war es auch gpt-4.
Persönlich finde ich Clauda und Gemini deutlich besser - beide können mit dem Github Copiloten genutzt (+ ein paar andere) werden.
Sonst scheint cursor auch nicht mehr Funktionen als der Copilot zu haben.
-
Kannst du wählen, per default Claude 3.5.
-
Kannst du wählen, per default Claude 3.5.
Ah ok - also ähnlich wie beim Copiloten:
pasted-from-clipboard.pngWobei der noch ein paar mehr Optionen hat (vor allem die advanced reasoning Modell sind für Debugging sehr hilfreich (wenn auch sonst relativ nutzlos).
Ein wenig Sorgen macht mir bei cursor: "500 fast premium requests per month" - wie langsam sind die slow request?
Aber wie erwähnt, für mich wird cursor sehr ähnlich zum Copiloten - der kann ja inzwischen ja auch das gleiche wie der Agent-Mode. -
das AHA Erlebnis mit Let's Encrypt
das was da passiert, macht eine andere CA doch nicht;
soeben alle meine SSL Zertifikate erneuert und
ein Teil wurde von R10 signiert und ein Teil von R11
(https://letsencrypt.org/certificates/)
wieso macht man das?
ich hatte bis jetzt nur ein Intermediate abgelegt
und dieses bei allen Hosts referenziert - tja bei der Hälfte hats gestimmt, bei der andern Hälfte wars falsch ...

-
ich hatte bis jetzt nur ein Intermediate abgelegt
und dieses bei allen Hosts referenziert - tja bei der Hälfte hats gestimmt, bei der andern Hälfte wars falsch ...

Warum macht man sowas, wenn man alles zu 100% automatisieren kann? Das ändert sich sowieso zwangsläufig irgendwann

SSKM?

-
Warum macht man sowas, wenn man alles zu 100% automatisieren kann?
ist halt die Frage, was der 'Automat' wie macht ...
Das ändert sich sowieso zwangsläufig irgendwann

klar, wäre halt interessant, ob das Gründe der Lastverteilung od. sonstwas hat¹,
jeweils 2 Intermediates zu haben;
(diese laufen auch jeweils zum selben Zeitpunkt ab)
¹ dagegen spricht, dass jeweils beide OCSP Responder Hosts r10.i.lencr.org bzw. r11.i.lencr.org
und bei ECC e5.i.lencr.org bzw. e6.i.lencr.org alle per indirektem CNAME zum selben DNS-Namen führen;
(e192961.dscx.akamaiedge.net)
-
Betreibt von euch jemand Kernel-Härtung über sysctl (/etc/sysctl.d/)?
Falls ja, an welchen Parametern dreht ihr?
-
Betreibt von euch jemand Kernel-Härtung über sysctl (/etc/sysctl.d/)?
Falls ja, an welchen Parametern dreht ihr?
Haerten ist relativ. Aber das hier schmeisst mein Ansible auf allen Kisten in das /etc/sysctl.d Dir. Das passt fuer mich, Obs fuer andere passt, weiss ich nicht.
Code
Display More# ansible maintained {% if ansible_default_ipv4.address[:3] == "10." %} net.ipv6.conf.default.autoconf = 1 net.ipv6.conf.default.accept_ra = 2 net.ipv6.conf.default.accept_ra_defrtr = 1 net.ipv6.conf.default.accept_ra_pinfo = 1 net.ipv6.conf.default.accept_ra_rtr_pref = 1 {% else %} net.ipv6.conf.default.autoconf = 0 net.ipv6.conf.default.accept_ra = 0 net.ipv6.conf.default.accept_ra_defrtr = 0 net.ipv6.conf.default.accept_ra_pinfo = 0 net.ipv6.conf.default.accept_ra_rtr_pref = 0 net.ipv6.conf.all.autoconf = 0 net.ipv6.conf.all.accept_ra = 0 net.ipv6.conf.all.accept_ra_defrtr = 0 net.ipv6.conf.all.accept_ra_pinfo = 0 net.ipv6.conf.all.accept_ra_rtr_pref = 0 {% endif %} kernel.domainname = {{ DefaultDomain }} net.ipv4.conf.all.accept_redirects = 0 #net.ipv6.conf.all.accept_redirects = 0 net.ipv4.conf.all.send_redirects = 0 net.ipv4.conf.all.accept_source_route = 0 net.ipv6.conf.all.accept_source_route = 0 net.ipv6.conf.all.accept_ra_rt_info_max_plen = 128 net.ipv6.conf.default.use_tempaddr = 2 net.ipv6.conf.all.use_tempaddr = 2 net.ipv6.conf.lo.accept_ra = 0 vm.overcommit_memory = 1 vm.dirty_ratio = 25 {% if debian_amd64 %} kernel.yama.ptrace_scope = 1 {% endif %} kernel.randomize_va_space = 2 kernel.core_uses_pid = 1 kernel.kptr_restrict = 2 kernel.sysrq = 0 kernel.ftrace_enabled = 0 kernel.dmesg_restrict = 0 vm.dirty_writeback_centisecs = 1500 {% if Docker %} net.ipv6.conf.default.disable_ipv6 = 1 {% endif %} -
Ui. Danke.
Jetzt muss ich mich nur noch durch die Bedeutung der einzelnen Parameter durchwühlen, um zu sehen was davon für mich sinnvoll wäre.

-
Ui. Danke.
Jetzt muss ich mich nur noch durch die Bedeutung der einzelnen Parameter durchwühlen, um zu sehen was davon für mich sinnvoll wäre.

Hoffentlich sind die Parameter auch implementiert. Ich kann mich erinnern an eine Software aus Redmond, da hatten einige Funktionen sehr interessante Parameter, die man zwar einstellen konnte, aber intern wurden sie dann einfach auf eine Konstante gesetzt. Einige Kollegen hatten sich damals auch stundenlang durch die umfangreiche Dokumentation der Parameter gewühlt und die Parameterwerte ermittelt, die genau das bewirken sollten was sie haben wollten. Erst als die Parameter partout nichts bewirken wollten, haben sie dann im Debugger gesehen, dass der entscheidende Parameter gleich nach Aufruf der Funktion auf einen festen Wert zurückgesetzt wurde. Leider nicht auf den Wert, den sie gebraucht hätten
. -
Hmm, ist mir jetzt schon öfter aufgefallen, gerade wieder... Wenn ich im SCP einen Server runterfahre, dann bekomme ich die Meldung, dass qemu-guest-agent nicht installiert sei. Mit dem bei Auslieferung installierten Debian 12 Minimal-Image von netcup. Hängt das damit zusammen, dass der qemu-guest-agent als systemd-Service läuft?
Quote from SCPInformation
Das Programm qemu-guest-agent ist auf Ihrem Server nicht installiert. Wir empfehlen Ihnen, das Programm zu installieren. Der qemu-guest-agent ist unter anderem für ein sicheres Herunterfahren des Servers und andere Funktionen, welche das SCP nutzt, verantwortlich.
-
Hmm, ist mir jetzt schon öfter aufgefallen, gerade wieder... Wenn ich im SCP einen Server runterfahre, dann bekomme ich die Meldung, dass qemu-guest-agent nicht installiert sei.
Diese Meldung sehe ich auch immer nach jedem Herunterfahren, allerdings nicht, wenn der Server läuft. Vielleicht mag jemand einmal den qemu-guest-agent deinstallieren und die KVM-Instanz "durchstarten", um zu sehen, ob die Meldung dann auch im laufenden Betrieb erscheint?
-
Wahrscheinlich ist der Guest Agent zu dem Zeitpunkt schon runtergefahren, sodass er nicht mehr auf die Pings reagiert und das SCP denkt er wäre nicht installiert.
Siehst du die gleiche Meldung auch wenn er normal läuft? Ganz ohne Guest Agent ist das Banner nämlich durchgehend sichtbar. -
Wahrscheinlich ist der Guest Agent zu dem Zeitpunkt schon runtergefahren, sodass er nicht mehr auf die Pings reagiert und das SCP denkt er wäre nicht installiert.
Siehst du die gleiche Meldung auch wenn er normal läuft? Ganz ohne Guest Agent ist das Banner nämlich durchgehend sichtbar.Das mag es wohl sein. Muss ich bei Gelegenheit mal anregen, dass man die Meldung bei gestopptem Server nicht anzeigt. Dass der qemu-guest-agent bei gestopptem Server noch reagiert erscheint mir doch eher unwahrscheinlich . Bei laufenden Servern erscheint die Meldung tatsächlich nicht, das spricht jedenfalls für deine Erklärung. Ich bilde mir ein, das wurde früher nicht angezeigt. Mag allerdings auch sein, dass die Prüfung auf installierten qemu-guest-agent früher einfach gar nicht durchgeführt wurde.
-