Man muss nicht alles sagen was man denkt, insbesondere nicht in Internetforen. Das hat nichts mit Ehrlichkeit zu tun.
Bitte daher auch darum solche Kommentare in Zukunft zu unterlassen.
Beiträge von gandro
-
-
Der eine Schreibvorgang sollte den Braten nicht fett machen, nur auf dem Zielsystem dann mal fstrim laufen lassen. Weiss allerdings nicht wie das mit Windows aussieht.
-
Najoa, wenn man sowas wie OpenVZ oder FreeBSD Jail nimmt, geht das ja gut, aber das ist nicht direkt Virtualisierung. Aber da könnte man die Kernel ja wohl leichter so anpassen, dass die unter einem Nanokernel-Hypervisor nebeneinander her laufen.Und bin für x86 abschaffen.
Naja, seit den Virtualisierungsextensions ist x86 ja virtualisierbar
Wobei mein "Virtualisierung ist ohne Overhead möglich" halt schon unterschlägt, dass die reine Existenz des Gast OS halt doch nen Overhead einführt, wenn da auf fünf VMs der gleiche Kernel in parallel läuft hat man natürlich nen Overhead, weil die gleiche Arbeit 5x getan wird.
Darum gehen alle momentan ja auch auf Docker für Linux so ab, ähliches Konzept wie die Jails.
-
Volle Virtualisierung in Software hätte vor 1999 leistungsmäßig bestimmt wenig Spaß gemacht
Virtualisierung wäre an sich ist nicht teuer. Nur Virtualisierung auf x86 ist teuer, weil nicht darauf ausgelegt. Die ganzen Maschinenbefehle verhalten sich anders in den höheren Ringmodes und das Virtuelle Memorymodell ist nicht flexibel genug. Darum modifiziert so ein modernes VMWare dem Gastbetriebsystem den Binärcode und die Datenstrukturen unter dem Arsch weg. Das machts halt auch nicht so schnell wie nativ. Und I/O-Virtualisierung ist dann nochmal ein eigenes Thema.Wenn du ne anständige Architektur hast die darauf ausgelegt ist, dann hätten wir schon seit 20 Jahren Virtualisierung auf dem Desktop, die ganzen Mainframes können das auch seit 40 Jahren ohne grossen Overhead.
-
Interessant: https://en.wikipedia.org/wiki/Merge_%28software%29
Die Gründer von VMware gelten ja als die ersten, die 1999 Virtualisierung auf x86 damals erreicht haben, weil x86 halt so viele Maschinenbefehle hat, die sich nicht sauber abfangen lassen. https://en.wikipedia.org/wiki/Timeline_…pment#Year_1999
Wobei es hier explizit um 32bit Virtualisierung geht, der 386er hat ja Hardwarevirtualisierung für 16bit-Code, das ist das was Windows nutzt für 16bit Code. Dass schon vor VMware, also vor 1999 x86-Virtualisierung gab wusste ich echt nicht. Wobei dieses Merge ja offensichtlich paravirtualisiert, also den Gast-Kernel so verändert, dass keine nicht-virtualisierbaren Befehle ausgeführt werden.
-
Verstehe deine Anforderungen nicht ganz - externes Netzteil wirst du doch immer haben, ob das Kabel vom Steckernetzteil zum Board jetzt Micro-USB oder ein anderer DC-Hohlstecker ist, spielt doch keine Rolle?
Ich persönlich würde zum BeagleBone Black greifen, weil das RasPi ist lahmer Scheiss. Aber das ist dir dann offenbar zu teuer. Vielleicht solltest du Preisklasse und Geschwindigkeitsanfoderungen nennen, wenns lahm und billig sein soll kannst du dir ja auch einfach ein Smartphone, Plasterouter oder EBook-Reader nehmen wo sich ein eigenes Linux drauf booten lässt.
Schöne Übersicht an verbreiteten, linuxfähigen ARM-Computern gibts hier: http://archlinuxarm.org/platforms
-
display: inline-block;verhält sich wie Inline, aber Block-Properties gehen.
Wie gesagt, das Problem sind die Tabellen, hab das inline-block bereits probiert. Mir ist nicht ganz klar wo das Problem liegt, aber es ist nicht trivial, sonst hätte ich das damals schon mit max-width gelöst.Könnt ja selber die whfimageresize.js blockieren und mit Firebug/Webinspektor die CSS-Properties durchtesten.
-
Diskutiert das woanders. -.-
Hier bitte nur technische Vorschläge wie man das am besten löst. img { max-width: 100%; } funktioniert wie gesagt nicht, eventuell müsste man Tabellengrösse fixieren.
-
Das Problem mit "width: 100%" hat DosAmp bereits erklärt. Nicht nur kann das MyBB Smilies nicht als solche kennzeichnen (Smilies werden zu Bilder konvertiert ohne weitere Metainformationen), auch alle anderen Bilder (z.B. Leute die eigene Smilies via [img] einbinden) hätten Probleme.
"max-width: 100%" hingegen funktioniert bei Bildern nicht, es ist nur auf Blockelemente anwendbar. Gleiches Problem wie bei der Top 20. https://developer.mozilla.org/en-US/docs/Web/CSS/max-width
Nachtrag: Okay, das mit den Blockelementen stimmt so nicht ganz. Aber dass die Bilder Teil von Tabellen sind ist das Problem.
-
Ach du meine Güte, es geht da um die Untertitelung eines Forums. Wenn das Produkt jetzt "OS X" heisst und nicht mehr Mac OS X dann schreibt man das halt da hin: "Mac OS, Mac OS X und OS X". Bei Microsofts idiotischer Umbenennung von Metro zu Modern sind wir ja auch mitgegangen.
Technisch sind MS-DOS und Windows 3.1 auch ziemlich unterschiedliche Biester (das eine hat virtuelles Memory, das andere nicht, genau wie MacOS vs. OSX), trotzdem sind die in der gleichen Kategorie. Ebenso wie Linux und BSD. Da braucht man nicht alles für auftrennen wie bei Windows wo wir historisch das ja eh extra unter "winhistory.de" abgelegt haben.
Bitte unterlasst das Bikeshedding.
-
Wenn wir schon dabei sind: Ich persönlich würde gerne die Anzahl an Unterforen etwas reduzieren. Ich sehe den Bedarf eines Mobilforums definitiv, man schaue nur mal in die "alternative Betriebssysteme" rein, zwei Drittel sind beziehen sich auf Mobilgeräte: https://www.winhistory-forum.net/forumdisplay.php?fid=49
Dafür hat für mich die Unterscheidung zwischen "Hardware allgemein" und "Hardware Probleme" nie so Sinn gemacht, bei Software haben wir die Unterscheidung ja auch nicht. Ebenso Forenprobleme und Forenankündigungen.
Ich würde dafür gerne aber dafür ein paar andere Foren zusammenlegen, ich glaube dazu müsste man aber die überliegenden Kategorien gegebenenfalls überdenken: "Hardware" vs. "Software" vs. "Webdesign, Netzwerke und Server" macht für mich nicht wirklich Sinn.
-
Joo… bin aber oft auch am Server experimentieren, befürchte da brauch ich schon eher was full-blown-artiges. Außerdem kein systemd, auch wenn OpenRC schonmal viel besser ist als Upstart und SysV.
Aucht nicht Full-Blown, aber dafür extra mit systemd: https://coreos.com/ -
Je nach Anwendungsfall halte ich Alpine Linux auch immer für einen Geheimtipp wenn es headless, möglichst wartungsarm sein soll und keine besonderen Paketwünsche vorhanden sind. Also für so embeddedartige Single-Purpose-Installationen: http://alpinelinux.org
-
Ahahahahha! Das ist ja das Game of Thrones Intro
-
zusätzlich Geld von Mobilkunden zu verlangen (die die Aktivierungserver ja bezahlt haben aber nicht nutzen) geht moralisch betrachtet nicht.
LOL! Was für ein Quatsch.Denke mal die haben einen Vertrag nur für Festnetz, Mobilnetz geht dann eben gar nicht oder kostet extra. Würde auch die Unterdrückungs-Nummer unterstützen, sind halt mobile Vorwahlen geblacklisted.
-
Die farbigen Aparts machen mir auch am wenigstens Sorgen, MyBB 1.8 wird da sogar von Haus aus ein Feature haben um die einzufärben.
Wie es aber mit dem Mobile- und den auf dem Default aufsetzenden Themes aussieht werden wir sehen müssen. Vielleicht dann doch einfach ein Responsive-Addon für Apart basteln oder so.
freaked: Habe gesehen dass MyBB 1.6.13 vermutlich die nächsten beiden Wochen rauskommt. Werde mich dann mit der Top 20 beschäftigen, dann hab ich auch eine schöne Testinstallation und brauche nicht am laufenden System rumbasteln.
-
An den Styles mag ich eigentlich momentan nicht mehr viel grundlegendes Basteln. MyBB 1.8 kommt vermutlich dieses Jahr noch und wird mit Apart das gleiche Standard-Theme haben was wir auch schon einsetzen. Da werd ich dann eh alles nochmals aufräumen müssen weil sich im Frontend einiges ändert.
Statistik hab ich im ACP:
Nachtrag:
(18:11:55) gandro: SELECT COUNT(*) FROM `mybb_users` WHERE lastpost > UNIX_TIMESTAMP('2014-01-01')
(18:12:02) gandro: 103
(18:12:13) gandro: 2013: 176 -
Naja, die Konkurrenz ist da nicht besser. Forensoftware ist schlicht alle vor 10 Jahren stecken geblieben.
Das vBulletin hatte zwar ein flexibleres und besseres Templating-System, aber problemfrei war das bei Updates auch nicht. Und von phpBB will ich gar nicht erst anfangen, das ist eine mittlere Katastrophe was Templating anbelant (zumindest war es das früher, kann sich ja geändert haben). -
Du willst die Spalten auf grossen Schirmen alle weiter nach links haben? Auf kleinen hätt ich jetzt gesagt linke Spalte auf 30ex lassen, rest auf fit to content (width:0). Und dann halt nowrap und text overflow ellipsis... und die Zeit ist noch komisch mit dem float, da müsste man evtl 'ne eigene Spalte machen oder so.
Ja. Ich finde es lesbarer wenn auf grossen Schirmen alle Info etwas beieinander ist. Lesbarkeit vor Design. Bin aber gerne für Vorschläge offen wie das aussehen soll auf grossen Schirmen.Weiss nicht mehr was damals der Grund für den Float war. Ich mag den optisch eigentlich lieber als eine Spalte, ist aber klar dass er auf kleinen Schirmen Probleme bereitet.
Evtl sollte man das CSS und HTML mal komplett umbauen. Wenn ich solche Workarounds wie wrapper-Divs sehe, find ich das schon übel, versaut das ganze Markup.
Naja, da kann man nicht viel machen, das ist alles MyBB-Template. Darum hab ich auch sowenig Lust da Zeit für ein responsive Theme zu investieren.
Wenn du das stark modifizierst wirst du nie mehr ein Update einspielen können ohne Stunden damit zu verbringen, das wieder gerade zu biegen. Die Templates werden gerade häufig auch bei sicherheitskritischen Updates angepasst. Da darf man das dann alle Änderungen von Hand reinpflegen, weil der Updater die Stelle nicht findet: -
Nachtrag: Habe kurz mal relative Grössenangaben aufgenommen zum zeigen was ich meine.
Oben relativ Grössen, unten das aktuelle fixe Layout.
Wie bereits erwähnt sieht das halt auf grossen Schirmen total unlesbar aus, auf kleinen sieht es zwar besser aus, der relevante Text (Threadtitel) ist aber dafür auch kaputt. Glaube relative Grössen ist ein Kompromiss womit niemand glücklich wird.
Werde mir wohl echt einfach ein Media-Query bauen was die Forum-Spalte auf kleinen Schirmen bereits etwas früher ausblendet als bisher und auf kleinen Schirmen dann nen Fluid-Layout basteln, was bei 1024px noch gut aussieht.
