Beiträge von Synonym

    Würde da gar nicht lange rum machen. FB-Suport anschreiben. https://beispiel.rocks/www.facebook.com/stratohilft/ Sind bis 18 Uhr da. Tel-Support und eben parallel dazu ein normales Ticket öffnen.

    Ob das nun ein C4-61 ist egal. Das sind ja nur CPU-Kerne und Leistungsklassen. Ich habe hier nur C6, aber das spielt keine Rolle. Wenn Du Deinen Test ausschließen kannst, dann stoße einen kleinen Hardwaretest an, ca. 1 Stunde und mache gleichzeitig ein Ticket auf.

    Ok, aber ein Root. Diese ständigen Probleme mit Reboots hatte ich nur bei vServern der neuen Generation mit SSD. Die alten laufen auch alle fehlerfrei.

    Die Frage wäre daher schon, was ist, wenn der Test nicht läuft und, was der Test eben genau tut.

    Ansonsten würde ich da pauschal sagen: Support. Ich kenne das Spiel leider zu gut, dass man sich Tage dämlich sucht, nix findet und dann erst den Support anruft und sich dann herausstellt, es ist ein Problem im Rechenzentrum oder am Switch oder oder oder. Ich hatte erst einen Root, der durch einen Hardwareschaden ausgefallen ist. Aber auch 5 Roots, die weg waren, immer wieder, von jetzt auf gleich. Bei den 5 war das Problem ein anderer Nutzer, der im gleichen Cluster war.

    Aber, es ist ein Root und Failover gibt es auch. Du wirst als erste Hilfe den Hinweis bekommen, einen Hardwaretest zu machen. Den kannst Du im Kundenbereich auslösen. In der Zeit ist der Server aber offline und das, je nach Test, bis zu 24 Stunden. Wird da ein Fehler festgestellt, dann geht das direkt ins Rechenzentrum und ein Tausch wird veranlasst. Ist beim Test nichts erkannt worden, dann wieder -> Support.

    Ok, der auf den ich zugreife. Das erklärt meine Beobachtungen. Dachte schon die ganze Zeit meiner ist in die Knie gegangen und kann nicht liefern ;)

    Berliner Anbieter? Strato? Welcher Server genau? Was ist das für ein "Test"? Was macht der genau? Probleme auch ohne den Test?

    Last ist nicht beachtenswert, Temperaturen von CPU & Platte sind ok, keine besonderen Einträge im Kernel log.

    Hört sich für mich nach "ich kann nix finden, habe null Ahnung warum, mein Server ist am schlafen und fällt dennoch aus" an. Kenne ich somit also recht gut.

    What? Kann ich so nicht glauben. Bitte Nachweise dazu, in meiner Sprache. Erstens, dass das ganze auch für die Silvesternacht gilt und zweitens, dass die Daten überhaupt stimmen. 65db am Tag? Wann wascht ihr dann bitte Wäsche? Mäht den Rasen oder sonst was?

    Ich habe hier eine sehr leise EcoSilence Waschmaschine, die hat aber dennoch 69db im Schleudergang. Und das ist kein Gerät das jeder hat oder das Standard ist. Standard ist eher 73db.

    toLocaleString hatte ich in der Tat schon in Verwendung, aber damit kam ich nicht sonderlich weit, weil ich ja den Timestamp brauche und keinen String. Dann mit den ganzen getUTCxxx versucht. Das ging an sich auch immer, aber sobald ein neues Date-Objekt gebildet werden musste, z.B. für eine weitere Zeitberechnung, einen Jahreswechsel oder was auch immer, dann hat mir das System irgendwie immer alles zerworfen. An sich passte das schon alles irgendwie, aber halt nur irgendwie. Da waren Timestamps um Stunden zu früh, dafür dann Zeitzonen Stunden zu spät. Im Grunde passte das dann aber schon wieder zusammen. Ließ sich aber leider nicht auf andere Umsetzen, denn deren "seltsames Erscheinen" zeigte sich anders.

    Mache das nun mit dem klassischen Date und getTime. Locale Zeitzone abziehen und fremde addieren. Wie gesagt, das hatte ich schon von Beginn an, ich verannte mich dann nur darin dass ich dachte ein Termin ist in einer anderen Zeit ja auch in einem anderen Moment. Aber nee, der Moment ist der gleiche, die Zeit ist nur eine andere ;)

    Der Redis-Server in Verbindung mit dem Redis-Plugin von Piwik fängt das alles ab.

    Wobei der auf das ganze Jahr konfiguriert ist, also wenige Zugriffe, relativ gleichmäßig verteilt. Für Silvester könnte ich den hochschrauben, also nicht alle 50 Requests senden, sondern alle 500 etc. Und die Requests sind dann eben eine kombinierte Query für die Datenbank und nicht lauter einzelne. Piwik macht dann keinen SIngle-Import, sondern einen Bulk-Import, wie beim Import von Apache-Logfiles.

    Der Peak um Mitternacht ist recht klein gewesen letztes Jahr, 5000 Besucher in 20 Minuten. Dieses Jahr wohl weniger, bin ja abgeschlagen. Wegen Piwik. Da kann ich auch nur sagen, richte da Redis ein. Hatte ich ja schon mal gesagt. Das Problem bei Piwik ist ja, dass das jeden Request in Echtzeit in die Datenbank schreibt. Also ständige Last. Mit Redis kann man das ändern. Dann gehen z.B. nicht mehr 50 Queries einzeln an die Datenbank, sondern eine mit 50.

    Aber jetzt ist ja eh erst mal Ruhe. Geht erst wieder gen 23:50 los. Dann aber auch nur ca. 30 Min.

    Und wie schaut es nun aus? Load besser mit den Änderungen der Einstellung? Wie schaut es mit dem Cache aus? Nur 48% vorher war ja etwas sehr mau. Ich liege hier bei durchschnittlich 99,53% per Cloudflare.

    Allerdings nervt mich Google dieses Jahr noch mehr mit seiner bescheuerten Share-Funktion bei den Bildern. Da hat man mal über 50 Posts binnen weniger Stunden auf FB mit Bildern, aber die stammen nicht von mir direkt, sondern sind die "geshärten" Google-Bilder. Natürlich verlinkt Google da auf sich selbst, klaut einem also die Besucher, aber die Bilder, die lädt es brav vom Server des Webmasters. Also 50/50% Teilung oder wie? Du die Besucher, ich die Last?

    Und genau hier lag das Problem bei Dir Alex, dass eben mit den Bildern bei Google auch alle 25 CSS und Scripte geladen wurden, aber eben ohne Cloudflare. Wie gesagt, Google die Besucher, der Webmaster die Last.

    Wünsche einen guten Start ins neue Jahr ....

    Das Schlafhörnchen ist ja schon in der Höhle 8o

    Zitat von cura

    Hupps, hier fehlt mein letzter Beitrag von vor einigen Tagen.

    Wenn ich vergessen haben sollte abzuschicken, müsste ich beim nächsten Hiersein doch eigentlich eine Meldung kriegen?

    Ja Cura, das "Forum" sollte das speichern. Forum aber in "", da die Speicherung nicht das Forum übernimmt, so wie vorher bei vBulletin, also alle 10 Sekunden ein Request an den Server geschickt wurde und dort die Daten gespeichert wurden. Früher lagen Deine Daten also nach max. 10 Sek immer auf dem Server, ob Du wolltest oder nicht. WBB ist hier viel konsequenter.

    Die Speicherung hier erfolgt bei Dir im eigenen Browser. Nur dem. Nutzt Du dann einen anderen, dann ist es nie dagewesen. Wenn Du Dich, im gleichen Browser, aus- und wieder einloggst, dann bleiben die Daten erhalten. Du kannst auch, wieder im gleichen Browser, die Cookies löschen, die Daten bleiben da. Grund? Die Daten werden in der LocalStorage vom Browser hinterlegt.

    Sie sind also nur da, in diesem Browser wo der Post getippt wurde. Es erfolgt keine Übermittlung an den Server, denn das wäre ja wieder ein Verstoß gegen die DSGVO. Manch schreibt was, will es dann aber doch nicht, sendet nicht, aber die Daten wurden zur "Sicherung" schon gesendet.

    Danke Dir, werde mich da mal durcharbeiten. Ist aber nicht so leicht, wenn ein Fehler immer nur "hin und wieder" auftritt.

    In den Ereignissen steht nix. Die letzten Ausfälle waren am 27.12. und 22.12. Aber zu "Telefonie" steht da gar nix in der Liste, egal wann. Und auch allgemein steht zu den Daten nichts drinnen, nur vorher und nachher im Sinne von "WLAN MAC-Adresse unbekannt".

    An den Einstellungen der Basis habe ich eigentlich nur zwei Änderungen vorgenommen. Rufstummschaltung für das geschäftliche Tel am WE und ab 20 Uhr, und ECO ist aktiviert. (Das Private, das am 27.12. und 22.12. ausfiel, hat keine Rufabschaltung). Auf dem Tel kommen ca. 5 Anrufe im Monat rein. Das ist ein reines Notfalltelefon, ich nenne es nur "privat", steht im Flur, maximale Lautstärke. Die Nummer kennen auch nur 5 Personen.

    ECO war vorher aber aus und da gab es die Probleme auch schon. Damals war es mit Eco aber eher ein Problem mit Gigaset oder AVM, keine Ahnung. Wenn das an war und das Handteil in Standby ging, dann wurde Eco aktiviert. Kam dann ein Ruf rein und die Fritte hat das Handteil nicht gefunden oder man wollte anrufen, dann hat das Handteil die Basis nicht mehr gefunden (ging aber nicht aus, nur auf Basis-Suche). Da gab es aber ein SW-Update von Gigaset, seit dem geht das. Kann ich aber mal testen.

    Ansonsten habe ich da nicht sonderlich viel an Einstellungen. HD-Telefonie ist auf "automatik". Kann ich an oder aus machen, oder eben so lassen. Dann noch Einstellungen für den Sprachton. Steht alles auf "Standard". Einstellungen für "Klingelton", steht auf "dem Endgerät überlassen". Könnte da also Töne der Fritte festlegen, intern, extern, prio etc., aber nee, das soll das Gigaset alleine machen.

    Aber einen Test werde ich auch noch machen, der kam mir nun jetzt erst. Wenn das Problem wieder da ist, dann kann ich ja auch nicht raus rufen. Ich tippe die Nummern ein, drücke die "Wähltaste" und zack, aus, in genau dem Moment. Werde das nächste mal vorher die Fritte abschalten, also Basisverlust. Wenn es dann auch aus geht, dann kann es die Fritte ja auch nicht sein.

    Ok, hat sich erst mal erledigt. Ich merkte heute, dass ich das gar nicht brauche und mich eigentlich völlig verrannt hatte. Es geht ja um Silvesterdaten oder eben Zeitpunkte allgemein. Aber die sind ja immer gleich, egal welche Zeitzone.

    Wenn ich also in den USA anrufe und da einem sage: "He, in 10 Min ist Silvester in "Apia"", dann wird der das gleiche sagen und nicht, "nee, hier erst in 9 Stunden und 10 Minuten". Wir können das ja gemeinsam im TV ansehen, nur halt zu anderen lokalen Zeiten. << mein Denkfehler, über den ich die ganzen Wochen stolperte.

    Kompliziert ist der ganze Mist in Javascript aber schon, oder ich stelle mich wirklich saudoof an. Es gibt keine Möglichkeit, einfach die original Unix-Zeit zu bekommen, also den Timestamp vom 1.1.1970, den zu behalten und damit zu arbeiten. JS wandelt den immer wieder in die lokale Zeitzone um, wenn man den weiter bearbeiten will, z.B. T+10 Stunden setzen will. Ergebnis ist dann wieder GMT+1 und eine Zeit, die 9 Stunden anders ist, aber eben falsch. Ich fragte ja nach einem Tool. Habe keines gefunden, dann notgedrungen über Google gegangen und den Speedtest dort. Da gibt es ja einen Screenshot. Und eben auch dort. Die gleiche Uhrzeit wie bei mir, aber eben kein GMT+1, sondern GMT-8. Kann ja nicht sein. Mist Javascript, ich weiß warum ich das hasse.

    Und die Frage hier, warum ich das überhaupt testen wollte. Weil ich Fehler ausschließen wollte. Habe da z.B. einen gefunden. Der legte dann doch glatt mal den ganzen Browser lahm, wenn UTC+14 das neue Jahr erreichte.

    Ja, die Fritte ist die Basis, das ist der Unterschied zu meiner Mutter, dort hat das gleiche Tel seine eigene Gigaset-Basis (an der gleichen FritzBox). Sie hat z.B. das S810, also mit aktiver Basis und ich nur zwei S810H, also reine Handgeräte mit Ladestation, ohne Basis. Dazu ein S850HX, auch nur Handteil ohne Basis und ein SL910. Also nicht wie anfangs gesagt, Serien 7xx und 8xx, sondern 8xx und 9xx.

    Das ist eine 6360 Cabel (kdg) mit Version 06.56.

    Ich hatte auch schon bei KDG angerufen und das geschildert (vor 2 Jahren oder so). Eigentlich hatte ich was erwartet wie "Dect", nee, das kann die Fritte nicht sein, wenn das aus geht, denn die Fritte stellt ja die Verbindung ordentlich her. Aber nee. Die hörten sich das an und lehnten nicht ab. Die "Lösung" war aber nur, ich soll neu starten. Das brachte in dem Moment aber nix und danach kam ich nicht mehr durch.

    Kann sein, kann ich mir aber nicht so wirklich vorstellen. Klar, die "neuen" Gigaset, also als eigenständige Firma, sind nicht mehr so gut wie die "alten" Siemens Gigaset, aber um Längen besser als alle anderen Hersteller.

    Das doofe ist ja, ich kann eigentlich alles ausschließen, was ich weiß. Dann aber, wenn ich die Fehler wieder protokolliere und mir denke, was es sein kann, dann muss ich meinen vorherigen Ausschluss revidieren. Eigentlich, so vom Verständnis her kann es nur ein Hardware-Problem sein, also Gerät oder Akku.

    Rein logisch, wenn mich das einer so fragen würde, ohne dass ich mich damit beschäftigt habe, würde ich sagen: Akku. Beim Ruf kommen Lastspitzen, die Zelle ist hinüber und versagt genau in dem Moment, daher geht es aus. Aber leider nein, dann müsste es mit neuen Akkus oder eben Batterien gehen.

    Aber das neue Ding ist nun 5 Tage alt. Die anderen teils nur wenige Monate, max. 16 Monate. Meine Mutter hat das gleiche Tel (810S) bei sich stehen, seit 5 Jahren kein Problem. Unterschied: Sie nutzt die eigene Basisstation als Sender, ich die FritzBox (habe keine eigene Basisstation, nur Mobilteile).

    Aber die Verbindung DECT kann es eigentlich nicht sein, wobei ich mir da nicht mehr so sicher bin, denn DECT ist ja nicht DECT. FritzBox und Gigaset gehen da viel weiter als alle anderen. Daher nutze ich ja die Kombi, weil eigentlich nur mit der am Mobilteil die Funktionen der Fritte zur Verfügung stehen.

    Ok, mit den AVM-Mobilteilen auch, aber die gefallen mir überhaupt nicht. Andere hatte ich schon, unter anderem Panasonic und Philips, aber die können quasi wirklich nur die DECT-Grundfunktion, also telefonieren. Kein Telefonbuch, kein Anrufbeantworter, kein nichts. Ich hatte mal eines von Philips, kostete das 4-fache, sah aber auch viel besser aus. Aber! Das Ding kann nur DECT im kleinsten Sinne. Also nur Rufaufbau und Gespräch. Das war es. Das kann noch nicht mal ein eigenes Telefonbuch oder eine Anruferliste, wenn man die eigene Basis nicht auch noch anschließt, denn das Philips hat Telefonbuch und Anruferliste in der Basis, die ja bei Router-Betrieb fehlt und keinen Zugriff per DECT auf die FritzBox-Dienste.

    Gigaset kann das natürlich auch, aber auch auf "Mailbox der Fritte" zugreifen, auf deren Adressbuch, auf deren "Anruferlisten" etc. Die nutzen die Möglichkeiten von DECT also viel mehr aus. Da kannste sogar am Mobilteil einen neuen Kontakt einpflegen und den dann an das Adressbuch der Fritte schicken, dann haben alle Mobilteile den Kontakt sofort. Das geht noch nicht mal beim Gigaset mit Originalbasis. Da muss man das auch alles einzeln an den Telefonen abspeichern, zumindest bei denen meiner Mutter.

    Ja, also Akkus sind es hier definitiv nicht. Habe das früher schon versucht und einfach nagelneue Batterien rein. Zack -> aus. Oder eben volle Akkus aus einem anderen Gerät, das zu dem Zeitpunkt ging. Im anderen dann auch wieder: Zack -> aus.

    Aber ja, weil Du das mit dem liegen lassen sagtest. Das habe ich komischerweise auch. Habe nun ja schon einen ganzen Schlag an Tels da. Nehme ich da eines, das vor Monaten aussortiert wurde, dann geht das plötzlich wieder ?

    Ladestationen kann ich auch ausschließen, die sind schon mehrfach getauscht. Wobei das die hier auch nicht sein können. Mein Gedanke war auch mal, dass die Gigaset Ladeschale defekt ist, aber das ist ja eigentlich nicht möglich. Die Ladeschale selbst ist ja nur ein Plastikgehäuse ohne wirklichen Inhalt. Die hat ja nur die beiden Ladekontakte unten, mehr nicht, keine Elektronik oder sonst was. Die Ladekontakte können verdreckt sein, das würde man aber sehen. Ansonsten hat die Ladeschale vom Gigaset ja nichts. Das eigentliche Netzteil endet ja an einer "Platte" mit zwei Metall-Kontakt-Flächen. Die wird dann in die Plastik-Schale gesteckt und verbindet quasi die Kontaktplatten mit den beiden Pins. Die Schale selbst ist quasi mehr oder weniger nur ein Adapter für das jeweilige Gerät. Anders Gigaset, andere Schale, aber gleiches Netzteil. Also könnte höchstens das Netzteil defekt sein. Das würde man aber sicherlich merken, im Sinne von lädt gar nicht mehr.

    Deine Dinge da oben mit SMS-Nachricht, Mailbox und Anklopfen. Das kannst Du normalerweise alles ausschalten. Entweder über den Anbieter oder das Gerät selbst. Ist hier auch alles aus, nervte nämlich auch.

    Ist ja schon peinlich, wenn man das als Elektriker fragen muss, aber ich bin ratlos. Habe hier 3 Gigasets am laufen (S7xx, S8xx), drei verschiedene. Dann passiert es von jetzt auf gleich, dass da ein Ruf rein kommt, es aber nicht klingelt, das Ding einfach aus geht. Mal nur eines, dann mal zwei oder auch alle drei ?!?! Jetzt eben wieder, mein Privattelefon. Das spinnte schon letzte Woche, also neue Akkus gekauft und rein. Dann konnte ich einen Ruf tätigen. Dann wieder nix mehr. Beim Versuch, einen Ruf zu machen, geht es aus. Alles andere am Tel geht! Also Telefon getauscht gegen ein neues. Das alte war 12 Monate alt, die Akkus, wie gesagt, neu. Nun kam ein Anruf rein. Zack..... Dog-Dog, Tel ging aus, startete neu und suchte die Basis. Hallo? Das Ding ist 4 Tage alt!

    Hat einer eine Idee, was das sein kann? Ich suche schon seit Jahren, denn das Problem besteht schon seit Jahren. Aber alles läuft immer wieder auf Akkus raus, was ich mir nicht vorstellen kann, wenn man a) neue volle Akkus drinnen hat oder b) ein neues Gerät hat.

    Komisch wird es aber, wenn ich selbst anrufe. Rufe ich extern per z.B. Handy an, dann geht das Tel aus, ohne zu klingeln, startet 20 Sek später neu und meldet "Anruf in Abwesenheit". Rufe ich über die interne Nummer #611 an, dann klingelt es und geht auch?!

    Ich rede nun speziell von einem Gerät, es betrifft aber im Grunde alle immer wieder zwischendurch. Aktuell tausche ich alle Geräte alle 10-12 Monate gegen neue und billig sind die nicht gerade.

    Ach ja, das ganze ist DECT.

    Als Info: Die Anrufe kommen hier an der Fritz!Box an, die meldet die auch sofort. Gehen dann per DECT an die Geräte. Das scheint auch zu gehen. Nur die oder das Gerät geht dann aus. Andersherum: Ich kann mit dem Gerät machen, was ich will, macht alles. Tippe ich aber eine Nummer ein und klicke auf "wählen", dann geht es aus. In dem Fall hat die Fritte dann den versuchten Anruf nicht registriert, ging also gar nicht bis da hin.

    Ok, Obst in der Form haben wir hier nicht, nur jede Menge Stauden, Rosen, Ziersträucher, Brombeeren, Stachelbeeren, Himbeeren etc. Alle trieben letztes Jahr schon Ende Januar Anfang Februar aus. Da war es in der Sonne fast 25 Grad und ohne an die 15. Die Rosen hatten schon Knospen. Dann kam die Kälte, 2 Wochen am Stück. Vieles hat auch nicht überlebt. Vor allem die Stauten. Viele kamen den ganzen Sommer nicht mehr ;(