Beiträge von gandro

Zitat von s4ndwichMakeR

Ich gebe jetzt wie in Quelle empfohlen Cache-Control: private, must-revalidate, max-age=1 und Expires: -1 mit und es scheint zu funktionieren.

Expires sollte nicht nötig sein wenn du max-age hast. Vermutlich macht das mehr kaputt als es fixt, weil der Browser jetzt von dir widersprüchliche Informationen kriegt (Die Seite ist noch eine Sekunde lang gültig und diese Seite ist schon nicht mehr gültig). Ausserdem bin ich mir nicht sicher, ob Expires:-1 überhaupt gültiges HTTP ist.

Warum setzt du "private"? Sind es wirklich userspezifische Daten? Mit deinem Problem hat das ja eigentlich nichts zu tun.

Zitat von s4ndwichMakeR

Ist da irgendwo eine Fehlkonfiguration? Ist das ein Bug? Oder ist das tatsächlich die Mentalität der IE-Entwickler? Ich kann’s eigentlich kaum glauben, wie man etwas so Fundamentales so fundamental verkacken kann. Ich hab schon von Workarounds gelesen à la ›immer negatives Expiration-Datum mitgeben‹. Muss ich jetzt noch OVER 9000 weitere Header-Zeilen (gibt ja auch noch ETags und Caching-Direktiven) mitgeben, nur damit der IE annähernd wie ein Browser funktioniert?

Das ist komplett legitimes Verhalten. Solange du nicht "Cache-Control: no-cache" o.ä. ähnliche Header gesetzt hast, darf der Browser gecachte Requests ohne Revalidierung aus dem Cache präsentieren.

Das Google Stichwort hier ist Freshness & Stale Responses, das HTTP RFC hat da mehr Informationen. Grundsätzlich gilt, dass wenn du keine Cache-Control-Header angibst, dass der Browser dann Heuristiken anwenden darf um zu bestimmen ob ne Seite Stale ist oder nicht. Solange eine Seite nicht Stale ist, muss der Browser auch nicht mit If-Modified-Since o.ä. revalidieren.

Wäre auch ziemlich dämlich jedes Mal 100ms Latenz mit Revalidierung zu verschwenden, nur um es dann trotzdem aus dem Cache anzuzeigen. Der Zeitverschwender ist ja heutzutage die Latenz, nicht die Bandbreite.

Caching ist ein unheimlich komplexes Problem. Der HTTP-Caching-Standard ist ziemlich genial in der Hinsicht, aber er funktioniert halt anders als die meisten das erwarten. Ich hatte bisher leider auch nie die Zeit und Musse mich da wirklich einzulesen, so dass ich keine direkte Empfehlung aussprechen könnte. Spontan glaube ich aber, dass du entweder must-revalidate mit max-age oder gleich no-cache haben willst.

Nachtrag: Nach etwas durchscrollen glaube ich schon, dass hier ne Heuristik anschlägt.

If the response has a Last-Modified header field (Section 2.2 of
   [RFC7232]), caches are encouraged to use a heuristic expiration value
   that is no more than some fraction of the interval since that time.
   A typical setting of this fraction might be 10%.

Wenn dir das nicht passt, musst du eine explizite Freshness-Angabe machen, mit Cache-Control max-age oder Expires.

Mit DeforaOS gibt es jedenfalls ein aus dem NetBSD-Umfeld kommendes OS mit dem Desktop als Ziel. Hauptsächlich allerdings nur eine Person als Entwickler Cooler Typ allerdings, hab mit dem mal ne Mate getrunken.

Da hast du schonen validen Punkte. Ich halte ich GNU Hurd allerdings für das denkbar schlechteste Beispiel was die Schönheit von Mikrokernel-Architektur angeht. Und da in praktisch keinem Aspekt technisch überlegener als Linux ist, hat da natürlich keiner Lust dafür zu entwickeln. Projekte wie NetBSD oder MirageOS hätten da eher Chancen aufgrund ihrer Software-Engineering-Qualitäten Leute zu rekrutieren.

Letztendlich lohnt es sich halt nicht, gegen ein Linux oder Windows in den Kampf steigen zu wollen. Da sind abseits vom OS-Kern (Speicher- und Prozessverwaltung) tausende Personenjahre an Treiber- und Applikationsentwicklung drin, selbst wenn man mit $AlternativOS um Faktor 10x schneller entwickeln könnte weil es ne geile modulare Mikrokernel-Architektur hat, bräuchte man immer noch Horden von Programmierern um ein Desktop-OS hinzukriegen.

Zitat von oreissig

das ist aber auf dem makrolevel. man könnte auch argumentieren, dass das kein microkernel auf userlandebene ist, sondern Single Machine SOA, nur um mal nen anderes Buzzword zu pullen

Hauptgrund warum ich das in die Mirkokernel-Ecke gestellt habe, weil sie Inter-Process RPC via Kernel machen, also durchaus den Kernel wie einen Mikrokernel verwenden.

Zitat von oreissig

Treiber in User Space sind halt vor allem geil, wenn man selbst Treiberentwickler ist, aber sonst?

Treiberentwicklung ist nach wie vor ein unheimlicher Schmerz. Treiber im Userspace debuggen zu können war ja die Grundmotivation für NetBSDs Rumpkernel. Wenn die Entwickler weniger Zeit mit Hexaddressen von Bluescreens abtippen verbringen und sich mehr mit interessanteren Problemen beschäftigen, dann profitiert der User letztendlich auch davon. Gerade wenn man (wie das Rumpkernel-Projekt es auch macht) die Definition von Treiber generell auf klassische In-Kernel-Funktionalität (TCP/IP-Verarbeitung etc) erweitert.

oreissig:

Der Overhead von Mikrokerneln ist ein Mythos (an dem Mach die Hauptschuld trägt) der seit den 90ern widerlegt ist. Das Performance-Argument lässt sich für Exokernel (die bestreitbar Ableger der Mikrokernel-Philosophie sind) sogar umdrehen: Die Kontextswitch-Kosten bei für I/O notwendigen Syscalls bei monolithische Kerneln sind für viele Anwendungen heutzutage der Performance-Blocker schlichthin, ein Problem was Exokernel lösen: 84% of a single-threaded 1KB write in Redis is spent in the kernel

GNU Hurd hat damit freilich nichts zu tun, da es wie oben schon beschrieben nach wie vor auf Pre-Liedtke-Technologie aufbaut. Aber Mikrokernel sind deswegen noch lange nicht tot. Ich verweise hier wie immer darauf, dass die ganzen Android-Services mit Binder eine Mikrokernel-Architektur parallel zum Linux-Kernel aufgebaut haben; und dass mit systemd/kdbus auch Desktop-Linux in Zukunft in die Richtung gehen wird.

Das Nutzen-Argument finde ich ist halt auch nicht so einfach. Klar ist es dem User egal ob das jetzt nen Mikrokernel ist oder nicht, wie es damals auch den Usern unter MS-DOS oder MacOS egal war, dass sie keine Trennung zwischen Prozessen haben. Ich glaube die User fändens trotzdem sehr cool wenn nen buggy USB-Treiber mir nicht den kompletten Kernel hijackt.

Ich teile aber die Einschätzung, dass GNU Hurd niemals mehr gross auskommen wird. Denn für den Erfolg im Consumer-Markt ist erstmal wichtig, dass Treiber und Applikationen verfügbar sind - das ist komplett unabhängig von der Kernelarchitektur. Momentan sehe ich den Durchbruch von Mikrokerneln auf Consumersystem* nur in Form von einem Hypervisor, wo das Legacy-OS für den Benutzer virtualisiert wird. So ähnlich wie der Windows 10 Device Guard oder der PlayStation3 OtherOS-Modus. Die deren Hypervisor waren zwar keine Mikrokernel, könnten es aber problemlos sein.

*Obligatorische Nebenbemerkung, Mikrokernel finden sich bei Consumergeräten natürlich schon: Eine von Apple modifizierte Variante von L4 läuft auf jedem Apple SoC seit dem Apple A7, als OS für die Secure Enclave. Oder bei manchen Qualcomm SoCs auf dem Baseband.

Zitat von thosch97

Du weißt schon, dass praktisch alle Unixkernel monolithisch sind?

Finde mrshadowtux hat da aber schon nen Punkt: Der modulare, abgekapselte, simpel gehaltene Aufbau vom Unix-Userspace passt nicht so recht mit einem monolithischen Kernel zusammen. Mikrokernel gehen viel besser mit der Unix-Philosophie zusammen.

Verstehe aber eh nicht so recht, warum GNU Hurd nach wie vor soviel Aufmerksamkeit kriegt. Der Mach-Microkernel ist schon seit den 90ern nicht mehr State of the Art was Microkernel angeht, Konkurrenten wie L4 haben sich jenseits vom Server/Desktop-Markt ja auch eher durchgesetzt und Architekturen wie der Exokernel sind sowieso vielversprechender.

Bitte bleibt beim Thema. Das hier ist nicht das Off-Topic.

Tapatalk hab ich für MyBB 1.8 im Auge, weil es da momentan kein Mobile-Theme für gibt. Bei der aktuellen Installation wollte das aber gar nicht funktionieren, hab dann nicht weiter damit rumgespielt.

Falls jemand Lust hat eine Evaluierung zu machen und die Migration dann auch zu machen, sehr gerne! Ich gebe auch Support.

freaked: Gibts irgendwo Windows Phone Emulatoren, damit ich selber testen kann? Dann kann ich da auch mal ne halbe Stunde rumprobieren. Im Dunkeln herumzustochern ist nicht die produktivste Taktik.

Zitat von mrshadowtux

Soweit ich weiß braucht man heute kein Trim mehr, da das die Controller deutlich besser machen können als das OS.

Wie niwax es bereits erklärt hat: Ohne Trim hat die SSD schlicht weniger Informationen und damit weniger Optimierungspotential. Wie gross der Einfluss da ist, ist sicherlich Modellabhängig, aber Trim erzeugt Informationen die der SSD Controller ohne schlicht nicht haben kann.

Um es mit einem kruden Vergleich zu machen: Das Betriebssystem kann auch keinen Festplattenplatz freigeben ohne dass der User explizit Dateien löscht, da das OS halt nicht beuteilen kann, welche Dateien unwichtig sind.

Keine Ahnung warum der Internet Explorer sich mal wieder anders verhält als alle anderen Browser. Microsoft hatte da mal Bugs im IE, soll gefixt sein, aber wohl nicht auf allen Geräten. http://mattstow.com/responsive-des…ws-phone-8.html

Die Specs erlauben da keine Einstellungen. Hab jetzt noch "Zoom auf 100%" nochmals manuell reingetan, aber wird vermutlich nichts bringen. https://msdn.microsoft.com/en-us/library/…v=vs.85%29.aspx

Nachtrag: Ich hab mal das initial-scale ausm Meta-Tag rausgemacht. Betrifft alle User, aber vielleicht bringts ja was.

Hab das hier mal rausgesplitted.

Während ich den Vorschlag mit der Webanwendung grundsätzlich unterstützte, bin ich etwas skeptisch ob das wirklich praktikabel ist. So Behörden-IT-Ökosysteme (und auch gerne mal IT in der Privatwirtschaft) bleiben gerne mal 10 Jahre unverändert. 10 Jahre im Web ist eine halbe Unendlichkeit, selbst wenn man komplett auf Standards setzt ist es gut möglich, dass die dann später deprecated und entfernt werden, insbesondere da praktisch alles was HTML5 und moderne JS-APIs sind, sowieso nicht fertig standardisiert sind, sondern schlicht Entwürfe. Für Webstandards ist es ja nötig, dass vorher eine Implementierung vorhanden ist. Mir fallen spontan einige APIs ein, die eigentlich mal zum Standard hätten gehören sollen, dann inzwischen depracted sind: BlobBuilder, diverse JS-Features, oder das Blink-Tag. Dinge wie HTML4-Doctypes, Viewport-Tags in <meta> (Defakto-Standard, aber nie offiziell) etc. sind ebenfalls Dinge die in ein paar Jahren vielleicht aus Browsern rausfliegen wie kürzlich das <blink> Tag.

Demo die 1024 Farben Video und Multichannel Audio auf einem 8088er zeigt (aufm Papier kann das Teil 4 bzw. 16 Farben und Single Channel 8 Bit Audio) Seriösliche Magie der Demoszene.

http://trixter.oldskool.org/2015/04/07/808…your-emulators/

Zitat von Playitlouder

32gb RAM geht glaub ab 2011.

Habe keine Ahnung von den Macs, aber praktisch alle Nicht-Server Intel Prozessoren seit Sandy Bridge und bis und mit Haswell unterstützen nur 8GB Riegel. Für 32 GB braucht man daher vier Slots.

Zitat von thosch97

Das heißt, auch du kannst nicht "shut up and take my HTML"?

BB-Code lässt sich nicht deaktivieren. Ungefiltertes HTML lässt sich aktivieren (was ich nicht machen werde aus offensichtlichen Gründen). Ich kann HTML für bestimmte Foren einschalten, mache ich natürlich aber nicht, weil Securityproblem.

Ich sehe den Vorteil hier auch gar nicht. Ob man BBCode oder Markdown macht ist eine reine Geschmacksfrage, technische Vorteile hat Markdown Null, im Gegenteil, was Erweiterbarkeit angeht ist BB-Code vermutlich sogar vorne, weil strukturiertere Syntax.

Der Migrationsaufwand hingegen wäre enorm, alte Beiträge würden falsch angezeigt und müssten konvertiert werden, der Editor mit den WYSIWYG-Funktionen (welche die Mehrheit der User hier nutzt) wäre nicht mehr supported etc. Wenn Markdown, dann nur in einer Software die von Anfang an drauf ausgelegt ist. Alles andere ist Gefrickel.

Zitat von thosch97

Wie viel gehurze wär das denn, einen Parser für z.B. MarkDown oder so einzubauen? Kann man da Pandoc oder asciidoc.py oder sowas hintendranhooken?

Not gonna happen mit BB-Code basierter Software. Alternative Software wie Discourse verwendet standardmässig Markdown.

Zitat von Blue

Wie katastrophal kaputt gehen die Plugins den bei 1.8? Du hattest doch mal ne Testinstallation?

So schlimm ist es tatsächlich nicht, die Datenbankabfragen etc sind grösstenteils gleich geblieben, ebenso die Pluginarchitektur. Das Hauptproblem und der grösste Aufwand sind die ganzen Templateänderungen, also alles was die Anzeige von Sachen betrifft, grössere Teile von WHF Extras oder der Image Resizer z.B. müssen komplett neu gemacht werden. Die sind dafür dann auch nicht so essentiell und einiges davon werde ich schlicht überspringen.

Auf der positiven Seite macht das MyBB 1.8 einige der Plugins überflüssig. Stop Forum Spam ist fix eingebaut, ebenso PNG-Grafiken. Soft Delete hat es ebenfalls, wobei das etwas anders ist als das was wir momentan haben. Auch hat MyBB 1.8 ein paar cool Features wie "Edit Reason", eine Funktion die ich seit dem vB vermisse. Das ist dann aber auch schon alles was MyBB 1.8 für uns bringt.

Zitat von Alpha

Gibts eigentlich eine Liste, was genau wir derzeit im MyBB an "WHF"-spezifischen Features nachträglich eingebaut haben?

Generelle Änderungen:

• Themes (alle, bis auf MyBB Standard), inkl. Mobile-Theme
• PNG anstatt GIF Icons, PNG Buttons (das war glaube ich Dirk der die portiert hat)
• Undo Delete Plugin (kopiert gelöschte Beiträge in eine separate Backup DB-Tabelle)

Von mir geschriebene Plugins:

• WHF Show Deleted Posts (dass ihr gelöschte Beiträge seht)
• WHF Recent Topics (die Top 20, inkl. allen Einstellungsmöglichkeiten)
• WHF Advanced New Posts (die "ungelesene Beiträge anzeigen"-Funktion)
• WHF Announcement (die "heute Serverwartung" Ankündigung)
• HTTP/HTTPS Dual Mode (kann MyBB nach wie vor nicht nativ)
• WHF Editor in QuickReply (Vollständiger Quickreply Editor, sonst wär das nen Textfeld wie nur im Mobile-Theme)
• WHF NoParse ([noparse] BB-Code)
• WHF Image Resize (unser Image-Resize Script (siehe Diskussion oben))
• WHF Extras - diverse Extrawürste für User die mich lange genug genervt haben
  
  
  • "Nützliche Links"
  • Threaded View deaktiviert
  • Avatarskalierung ein/ausschaltbar
  • Theme-Selector unten rechts
  • keine Benutzersterne
  • Kontaktinformationen (Skype etc) für Gäste versteckt
  • "Letzte Aktivität" von unsichtbare Usern versteckt
  • "Antworten"-Button in "Neue Antwort schreiben" umbenannt
  • "Thread schliessen" und "Thread als unwichtig markieren" im Quickreply deaktiviert (Kindersicherung für Mods im Mobiletheme)

Dazu ein paar Admin-Funktionen wie

• Report to Thread (dass gemeldete Beiträge im Adminbereich zur Diskussion gestellt werden)
• Move Posts (dass verschieben von Beiträgen überhaupt möglich ist)
• Activate Users from ModCP
• Stop Forum Spam (Plugin was Spammer-Datenbank abfragt für neue User)

Naja, MyBB 1.8 Update ist schon notwendig, 1.6 wird (oder ist evtl sogar, nur ohne Ankündigung) End-of-Life sein, ohne Sicherheitsupdates. Und MyBB hat alle paar Monate Sicherheitsprobleme, so dass Securitypatches hier essentiell sind, ansonsten gehört das Forum hier bald jemand anderem.

Ein Forenupdate steht sowieso an. Frage ist, ob wir auf MyBB 1.8 oder auf was anderes migrieren wollen. Die Frage wäre halt was.

Alte Software wie vB4 oder WBB3 kommt zumindest für mich in Frage, erstens haben die keine Securityupdates mehr (oder wenn, dann vermutlich nicht mehr für lange) und zweitens haben die alle auch kein Responsive Theme, das bietet uns gegenüber dem MyBB null Vorteile.

Ausserdem ist Bezahlsoftware auch geldtechnisch immer mühsam, wenn man dann regelmässig Lizenzen verlängern muss und so Spässe.

Ob phpBB wirklich soviel besser ist als MyBB wage ich ehrlich gesagt zu bezweifeln. Das Default-Theme ist inzwischen zwar Responsive, aber was sonstige Anforderungen angeht haben wir uns damals gegen phpBB entschieden. Alte Diskussionen hier, hier und hier.

Leider ist der Stand der Forensoftware nach wie vor ziemlich schäbig, die meisten OpenSource-Projekte leiden unter massiven Entwicklerproblemen. Selbst vielversprechende Ansätze wie Flarum scheinen seit Jahren "unsere nächste Version wirds dann endlich gut" zu predigen, ohne dass wirklich was passiert. Ich persönlich könnte mich mit sowas wie Discourse abfinden, aber glaube das passt hier vielen gar nicht in den Kram und technisch hat es mich bis jetzt auch nicht so ganz überzeugt.