Beiträge von DosAmp

Access-Datenbanken lassen sich mit LibreOffice Base unter Windows konvertieren, wenn die entsprechende Version von MS Access (dazu reicht auch die Access-2010- oder -2016-Runtime, die ohne Funktionen zum DB-Design daherkommt) mit dem dazugehörigen MS-Jet- und/oder ACE-Datenbanktreiber installiert ist.

Alternativ konnte man schon immer in Access Daten auf einen Datenbankserver über eine ODBC-Verbindung exportieren, die man in der Systemsteuerung unter "ODBC-Datenquellen" anlegen kann.

In beiden Fällen können in der Tat wohl nur SQL-standardgemäße Objekte wie Tabellen und Abfragen übertragen werden; Access implementiert gewissermaßen nur clientseitige Skripte, keine Stored Procedures wie auf einer "vollen" Datenbank.
Ein Mittelweg ist, die Daten in eine ODBC-Datenquelle auszulagern (wo diese auch von anderen Clients angesprochen werden können) und die Access-Datenbank, die nur Frontend-Inhalte (Formulare, Berichte, Makros etc.) hält, mit dieser zu verknüpfen.

Außerdem würde ich mal testweise sämtliche andere Software-Aspekte deaktivieren/deinstallieren, die dafür bekannt sind, Rechenzeit auf Echtzeit-Niveau zu verbrauchen, z. B. Netzwerkschnittstellen mit dem daran hängenden Netzwerkstack (wie schon von Spit im anderen Thread vorgeschlagen) oder aufgeblasene Antivirus-Software von Drittherstellern (welche ein Stück Performanz für Sicherheitsgefühl eintauschen).

Apropos Meme:

Zitat von Nik

Glaub das von DosAmp ist Ubuntu Bash on Windows oder einfach nur die Windows-Version von Curl.

In dem Fall einfach nur Msys2 (im Endeffekt hübsch verpacktes Cygwin) im mitgelieferten Terminalemulator.
Aber auch in der Windows-eigenen Konsole kann man mit ANSICON ANSI-Farbsequenzen anzeigen.

Außerdem funktioniert wttr.in auch direkt in jedem grafischen Browser als HTML.

Zitat von Xaar

Ich nutze nicht mal Lesezeichen

Meinte ich auch im übertragenen Sinne, weil die threadsread-Tabelle ungefähr den selben Zweck erfüllt wie ein Lesezeichen in einem Buch.
Allerdings brechen wir uns echt keinen Zacken aus der Krone, wenn wir die Merkzeit wie hier gewünscht auf 2 Wochen oder 1 Monat erhöhen. Die Tabelle im derzeitigen Zustand ist gerade mal etwa 160 KB groß.

(Ja, die Diagonalpfeile fehlen in Consolas.)

Zitat von Dirk

ich finde einen Monat schon recht lang. Gibt es eine Statistik, wieviele neue Posts pro Woche/Monat im Schnitt so kommen? Ich würde eher so dran gehen, und schauen was eine Schmerzgrenze sein könnte, die ein durchschnittlicher User aufholen wollen würde.

Im jährlichen Durchschnitt wird im WHF alle 10¾ Minuten ein Beitrag erstellt bzw. reichlich 4000 Beiträge pro 30 Tage, die sich im Moment auf reichlich 100 Threads verteilen.
Im Moment enthält die Lesezeichen-Tabelle Einträge zu 76 Benutzern mit jeweils etwa 25 Threads (60 als Maximalwert für mein Konto).

Zitat von Xaar

Danke für die Erläuterung. Gibt's da einen technischen Hintergrund, warum das so ist? Oder ist das einfach nur der Standardwert?

Letzeres.

Was wäre ein angemessener Wert?

http://community.mybb.com/thread-51330.html

Das ist kein Bug, das ist eine Frage der Konfiguration. Der besagte Wert "Gelesene Themen in Datenbank" ist im Moment im WHF auf 7 Tage eingestellt, d. h. nach mehr als einer Woche Abwesenheit "vergisst" die threadsread-Tabelle deine letzte Position im Thread und "showthread.php?…&action=newpost" springt einfach auf den ältesten Beitrag, der nicht älter als eine Woche ist.
Wir können den Wert gerne etwas höher (d. h. größer als die durchschnittliche Urlaubslänge) drehen.

Zitat von Arnulf zu Linden

So etwas nicht in englischer Sprache finde ich gruselig, da für mich unnötig unübersichtlich.

Alles immer noch besser als der Treiber für das Intel®-SATA-ÜBERFALL-Steuerpult.

Masketta Man – Hothead [UUUU (2014) #02]

Ich muss mir glatt ein neues Hintergrundbild suchen, falls ich doch noch dauerhaft auf Windows 10 aktualisiere.

MOD:
>Mods are memes, post asleep.
Ich hab mal den gröbsten Müll aus dem Thread ins OT verschoben, weil hier ansonsten noch wenigstens ein paar gute Ratschläge zum Sinn und Unsinn einer Nahe-null-Latenz bei der reinen Wiedergabe (nutzt FL Studio fürs Preview eines effektlastigen Projekts z. B. überhaupt mehr als einen Kern?) vs. beim synchronen Einspielen von Tracks eingegangen sind. Ob Michael_ als eher ergebnisorientierte Person diese annimmt, ist am Ende seine Sache. Wenn das aber weiter so geht, haben wir sehr wohl Threadschließungen im Haus.

Zum Thema hat auch Image-Line einen eigenen Supporteintrag: https://www.image-line.com/support/FLHelp/html/app_opt.htm
Auch sie empfehlen ausdrücklich nicht, die ASIO-Buffergröße kleiner als 10 ms zu stellen, da dem (ohnehin nur fürs Einspielen relevanten) vernachlässigbaren Gewinn an Schwuppdizität dann eine überproportionale CPU-Belastung (die gerade mit einem komplexen Projekt leicht zu Dropouts führt) gegenübersteht. Im Gegenteil soll man sich langsam nach oben tasten, bis nicht nur keine Dropouts mehr auftreten, sondern auch die CPU-Auslastung bei der Wiedergabe spürbar abnimmt.
Optionen wie „Mix in buffer switch“ sind eher für Systeme mit einer schwachbrüstigen CPU gedacht, die ansonsten keine zufriedenstellende Latenz erreichen können.

Die von LatencyMon angezeigten Maße sind auch eher als Richtwerte zu betrachten. Für mein aktuelles System zeigt es mir z. B. als Maximalwert auch 220 µs an, das wäre selbst mit einer Soundkarte mit nativen ASIO-Treibern (die trotz allem auch noch eigenen Overhead haben, bis die Daten tatsächlich im Soundchip sind) viel zu gewagt für einen 2 ms großen Buffer. Das ist Quark, da ist immer noch ein Faktor 10 Unterschied dazwischen, die wohl einfach aus der Hardware selber herrührt.

Zum Vergleich: Die Hersteller einiger professioneller Soundsysteme, die ich gerade auf die Schnelle nachgeschlagen habe, geben an, dass man mit einem 512 Sample (11,6 ms!) großen ASIO-Buffer anfangen und sich, wenn keine Probleme auftreten, auf 256 oder gar 128 herabtasten kann. Dass es bei dir sogar mit einem Bruchteil dessen funktioniert, sollte insofern mehr als zufriedenstellend sein.

Zitat von Alpha

Wieso hat den dies scrot zu kaputtkomprimiert

Liegt an Imgur.

Zitat von https://help.imgur.com/hc/en-us/articles/210076663-Upload-images

You can upload JPEG, PNG, GIF, APNG, TIFF, PDF, and XCF (GIMP) files to Imgur. Please note that TIFF, PDF and XCF (GIMP) will be converted to PNG on upload. PNGs over 756KB are automatically converted to JPG.

Zitat von Pain

Wie messt ihr das?

Mit PowerTOP, das u. a. die Prozessor-Energiestände profiled. Die Entladerate stammt dabei aus dem Batteriecontroller.
Ich hab bei meinem Edge E130 typischerweise auch nie mehr als 10 W.

AlyJaMesLaB – FM MECHA メカ YM2612

Die nächsten zwei regnerischen Tage (heute ziehe ich noch PC auf Win10 um) werde ich jedenfalls mich mit den WHF-Plugins beschäftigen. Im Zweifelsfall werden die Themes wohl kein Showstopper sein.

Wer will, kann im Übrigen schon mal Vorschläge für MyBB-1.8-kompatible Themes einreichen.
Beim Rest ist eine der größten Baustellen nur, ob und wie GoMobile noch auf 1.8 laufen wird – ansonsten müsste man die Zeit bis 2.0 mit einem Theme überbrücken, das auf mobilen Browsern einigermaßen bedienbar ist.

Zitat von Alpha

Hat meine Änderung etwas gebracht?

War vorhin bei mir in Edge noch mal aufgetreten, aber kann auch daran liegen, dass die Fritzbox hier nicht durchgehend stabilen DNS-Server gemacht hat.
Sollte weiterhin in Firefox 46 beobachtet werden.

Ähnliche Probleme scheint es im Übrigen mit Edge zu geben, wo ich jetzt jeweils drei Anläufe zum Anmelden und Verfassen eines Beitrags gebraucht habe. Mit IE11 funktioniert alles problemlos. Korrigiere: Dieser Post wurde auch erst beim zweiten Versuch korrekt abgesendet.

Aus den Fehlerlogs von nginx (PHP-FPM betrifft es nicht, weils schon an der SSL-Verbindung abschmiert) kann man auf der derzeitigen Logstufe nichts Auffälliges erkennen.