Operation: Server-Upgrade - Seite 7

Seite 7 von 8 - Forum: Community Hub auf overclockers.at

URL: https://www.overclockers.at/community-hub/operation-server-upgrade_246772/page_7 - zur Vollversion wechseln!


mat schrieb am 04.08.2016 um 19:05


xtrm schrieb am 04.08.2016 um 19:06

Zitat von Bogus
bin wohl der erste dem es auffällt: mat muss nen CRT mit sich rumschleppen?
hat keiner nen 30,- euro tft den er für'n geek package spenden würde? ;)
Du meinst wohl, er DARF in den Genuss kommen, mit einem CRT zu arbeiten.


Bogus schrieb am 04.08.2016 um 19:20

Zitat von xtrm
Du meinst wohl, er DARF in den Genuss kommen, mit einem CRT zu arbeiten.

darf? achso, macht man sowas heutzutage schon über's smartphone? :D :scnr:


mat schrieb am 04.08.2016 um 19:21

Hehe, das Foto ist ur alt, damals beim Serverausfall vor vielen Jahren entstanden:


Crash Override schrieb am 04.08.2016 um 23:22

@mat:
Ich will euch ja nicht zu nahe treten aber heutzutage noch Sort_buffer? Ist es nicht auch in eurem Fall besser ordentliche Indices zu verwenden? Benutzt Ihr noch MyISAM oder ist alles InnoDB.

Wenn ihr bei den Indices/Querys hilfe benötigt, schicke mir doch einfach mal die Langsamen Querys und die Struktur der beteiligten Tabellen. dann können wir sehen ob man da etwas optimieren kann.

Die Mysql/MariaDB Datenbanken die ich betreue müssen auch mal über 10000 Connections vertragen. Ram steht da nicht mehr als bei euch zur Verfügung und ich habe momentan 12 Cores dafür.


Vinci schrieb am 05.08.2016 um 08:21

Unter Firefox 48 funktioniert der redirect von http auf https von Haus aus irgendwie nicht. Geb ich jedoch einmal händisch https mit ein, so checkt er das bis zur nächsten Sitzung...

Irgendwer eine Idee?


mat schrieb am 05.08.2016 um 08:43

Alles MyISAM, wieso auch nicht. oc.at verwendet keine Features, die für InnoDB sprechen. Bezüglich Sort-Buffer: Ich habe in den letzten Jahren versucht, überall entsprechend zu indizieren, um Sorting und Grouping ohne Index zu vermeiden. Ich hab sicher nicht alles erwischt, aber die wichtigen und langsamen Queries sind gefixt. Ja, Sort-Buffer macht mit Index wenig Sinn und es ist ungefähr das Letzte, was ich an der Config mache. Ist wahrscheinlich eher Gewohnheit, dass ich es mache. Allgemein befasse ich mich aber nur mehr wenig mit Per-Session-Values.

Selbstverständlich kann man noch das ein oder andere Query optimieren, man müsste halt weit mehr Zeit investieren als bei zB einem zusätzlichen memcached-Layer, der deutlich mehr bringen würde. Aktuell ist das Slow-Query-Log aus. Ich glaub auch nicht, dass da noch etwas Gröberes angezeigt wird, aber ich kanns ja versuchen. :)

Von dir kam oben die Frage bezüglich MySQL 5.7, richtig? Wir verwenden ausschließlich Versionen, die das OS offiziell unterstützt. Alles andere halte ich für unnötig, weil die Wartung erschwert wird.

So Aussagen wie deine 10000 Connections kenne ich gut, darauf stößt man immer wieder in meiner Position als Devop. Nichts für ungut, aber ohne dem Kontext der Infrastruktur, der Codebase und der verwendeten Queries ist die Aussage irrelevant.

Danke jedenfalls für deine Hilfe, ich komme bei Bedarf gerne darauf zurück.


mat schrieb am 05.08.2016 um 08:50

Zitat von Vinci
Unter Firefox 48 funktioniert der redirect von http auf https von Haus aus irgendwie nicht. Geb ich jedoch einmal händisch https mit ein, so checkt er das bis zur nächsten Sitzung...

Irgendwer eine Idee?
Redirects können sehr hartnäckig von den Browsern gecached werden. Schon den Browser-Cache geleert und anschließend den Browser geschlossen? Was auch temporär helfen kann, ist das hinzufügen eines Query-Strings: http://www.overclockers.at/?dontcacheme


Vinci schrieb am 05.08.2016 um 09:24

Zitat von murcielago
muss jedes mal wenn ich mich einloggen will vorher die delete_cookies.php aufrufen und werde dann automatisch eingeloggt. wenn ich den browser (chrome, neueste version, win7) schließe und wieder auf oc.at surfe, muss ich mich wieder einloggen. das funktioniert aber nicht, ich muss dann wieder delete_cookies.php aufrufen und werde DANN wieder automatisch eingeloggt :D

help?

Nach dem löschen der cookies besteht nun dieses Problem bei mir. :D :p


mat schrieb am 05.08.2016 um 09:39

murcielago hat gerade gemeint, dass der gecachte Redirect für ihn das Problem war und nach dem Reset des Browser-Caches das Problem gelöst ist.

Kannst du vielleicht einen Screenshot von deinen aktuell gesetzten Cookies posten, wenn du eingeloggt bist?


Vinci schrieb am 05.08.2016 um 09:53

Hm... hat eventuell was mit dem private browsing vom Firefox zu tun?


/edit
Tatsächlich. Das Problem besteht ausschließlich unter "private browsing".

/edit2
Na do ned. :p
Das Problem besteht nach wie vor. Egal ob oc.at irgendwelche Cookies gesetzt hat oder nicht?


mat schrieb am 05.08.2016 um 10:10

Da fehlt das Session-Cookie in deiner Auflistung. Wenn das der Fall ist, dann ist es klar, warum du immer wieder ausgeloggt wirst.

Ich teste in Kürze den privaten Modus im Firefox und melde mich dann noch einmal.


COLOSSUS schrieb am 05.08.2016 um 14:38

Zitat von mat
Einer der Hauptgründe, die momentan noch gegen einen Varnish sprechen (außer den Kosten), [...]

Welche Kosten meinst du damit?


mat schrieb am 05.08.2016 um 15:05

Ein lokalen Varnish kann man sicher probieren, wären auch keine Kosten. Hab aber teilweise auch schlechte Erfahrungen damit gemacht, wenn die Ressourcen eng werden. Braucht halt viel RAM und eingeloggte User profitieren davon nicht.

Edit: Was habt ihr bei Geizhals als obersten Cache-Layer? Varnish über F5?


NeM schrieb am 05.08.2016 um 16:34

Klick auf die Anzahl der Posts neben einem Thread spuckt nicht mehr aus, wer wie oft gepostet hat




overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026