Wo eigentlich ANFANGEN mit der Entstörung?
@teras: hüpft es weiter 4 Postings oder was ich vermute.. nur 2???
15637908 als RELATIVE Posting-Nummer 3819 referenciert...
Und nun zum entsprechenden Beitrag hier jetzt der LINK, und zwar der Link mit der ABSOLUTEN Posting-Nummer (per Mouse-over leicht verificierbar) Deines Beitrages:
==> "und nu zu meinem 3819..".
(Angehängte Graphik: 2013-04-20-Nr-15637908-ist-momentan-die-3819.GIF).
dass die erforderliche Nacharbeit vom SAMSTAG
(18.8.2012) nicht correct abgeschlossen wurde...
Bitte kurze Rückmeldung hier zu uns in's FORUM,
ob Dein Mirror derer Ariva-seitigen Nacharbeits-Listen auch entsprechend
auffällig ist und wer von uns Beiden hierzu dann den einschlägigen TEST macht!
LG: Teras.
Wie diese auf den ersten Blick als eher zufällig anmuthenden Veränderungen eigentlich EINZUORDNEN sein würden, war dem in solchen Dingen immer etwas langsamen Teras zunächst nicht ganz klar; erst am ENDE jener 33. KW (nämlich am SAMSTAG, 18.8.2012) schien mir gesichert, dass die damals wahrnehmbaren Veränderungen durch Ariva-seitige ARBEITEN erzeugt sind, und zwar durch Justierungs- oder Einstell-Arbeiten an jenem Stück SoftWare, das bei der Zuordnung derer RELATIVEN Posting-NUMMERN zu einzelnen BEITRÄGEN wie auch bei der Frage, auf welcher Thread-SEITE die solcherart numerierten Beiträge jeweils DARZUSTELLEN sein würden, ein Wörtchen mitzureden hat.
Weil die leider nicht communicierten ARBEITEN in der 33. KW zunächst einen zufälligen Eindruck machten, ließ ich mich dazu verleiten, insgesammt viel zu wenige PHOTOS ihrer in Wahrheit doch zusammenhängenden Auswirkungen zu schießen; und als ich diese Arbeiten dann schließlich am SAMSTAG (18.8.2012) als Erfolg versprechend eingestuft hatte, wurde die Mehrheit dieser wenigen Photos sogar vorschnell als "erledigt" GELÖSCHT, wofür ich mich im Nachhinein selber in den Ar... treten könnte!
Denn NICHTS ist erledigt; und das kleine REST-Problem, das am damaligen Samstag noch der Lösung harrte, aber sehr leicht LÖSBAR erschien, stellt heute unser HAUPT-Problem. Unter dem Begriff RÜCKSCHLUPF ist dieses Problem als ein HIERARCHIE-Fehler bekannt, der weitreichende Folge-Probleme hinter sich her zu schleppen vermag...
==> Zweites Implementations-Moratorium (wegen HIERARCHIE-Fehler) nötig.
Die Performance-Änderungen wurden von mir zunächst nicht mit Ariva-seitigen ARBEITEN in Verbindung gebracht, sondern als mehr oder weniger ZUFÄLLIG betrachtet; und das sind sie ja auch heute noch öfters ;-))
Also habe ich zunächst kaum einen Gedanken auf die Performance-Änderungen SELBER verschwendet, sondern sie lediglich als willkommene Gelegenheit der Überprüfung gesehen, ob Beiträge von IDs mit Unterstrich in ihrem NickName auch unter stärkerer, allgemeiner Schwankung charakteristisch anders réagieren als die Beiträge anderer Users. - Aber das kommt halt dabei heraus, wenn man sich zu schnell in SPECIAL-Fragen vertieft, an Statt zunächst auf das UMFELD zu schauen!
Das Ergebnis war denn auch entsprechend MAGER: Ich habe unter denen Verhältnissen der damaligen Schwankung zwar die üblichen TimeLags, aber kein charakteristisches TimeLag-DELTA zu Lasten derer UnderScoreds mehr genügend sicher feststellen können. - Das war vorher noch anders gewesen, aber unter KAUM schwankender Performance ermittelt und obendrein ein paar Wochen FRÜHER...
Dieser Text muss natürlich fortgesetzt werden. - Doch vor der Fortsetzung des TEXTES kommen jetzt erst einmal ein paar PHOTOS, wobei ich zwischen jüngst geschossenen Photos ZU meinen Untersuchungen in der 33. KW und Photos AUS meinen damaligen Untersuchungen IN der 33. KW selbstredend unterscheiden werde.
Das Posting steht am ENDE der Seite und trägt die RELATIVE Posting-Nummer 50576.
(Angehängte Graphik: 2012-08-18-Seiten-Ende-auf-Nummer-50576.GIF).
Das Posting steht am ANFANG der Seite und trägt die RELATIVE Posting-Nummer 50576.
Doch ist es NICHT das SELBE Posting, obwohl es in ein und dem SELBEN Thread die SELBE Posting-MUMMER trägt. - Zwei VERSCHIEDENE Postings ein und des SELBEN Users mit der SELBEN (zum Glück nur RELATIVEN!) Posting-NUMMER in ein und dem SELBEN Thread...
(Angehängte Graphik: 2012-08-18-Seiten-Anfang-auf-Nummer-50576.GIF).
Erst gegen ENDE der 33. KW wurde mir klar, dass die Performance-Schwankungen jener Woche nicht zufällig, sondern ARBEITS-bedingt sind; und was da alles bearbeitet und/oder getestet wurde, können ja auch Andere später noch hier berichten.
Ich jeden Falles habe mich von da an voll auf die RÜCKRUTSCHER concentriert, welche ja regelmäßig dadurch entstehen, dass ein schon correct am Seiten-ANFANG platziert GEWESENER x26er, x51er, x76er usw. incorrect auf die vorherige Seite ZURÜCKRUTSCHT, was sich selbst dann ereignet, wenn ein dort schon sichtbar GEWESENER Beitrag zum Beispiel nur TEMPORÄR verunsichtbart wird - aber natürlich nur bei fehlendem BackStop gegen den RÜCKSCHLUPF.
Schon am SAMSTAG (18.8.2012) war ich mir vollkommen sicher, dass das nervige Zurück- und wieder Vor-Rutschen des 50576ers BEHOBEN würde; denn welchen SINN sollte es denn auch haben, ihn als 50576er einstweilen noch jeweils zurückrutschen zu lassen und eben NICHT als einen 50575er oder noch niedrigere Nummer, wenn nicht zum Zwecke der ENTSTÖRUNG?
Und BEHOBEN wurde der Fehler dann später ja auch, wenn auch leider nicht ENTSTÖRT; und dies' ganz einfach deshalb, weil kein BACK-Stopp gegen Rückschlupf installiert wurde, so dass der Fehler an anderen Stellen ganz munter weiter durch das System geistert; aber das ist ja doch schon ein etwas anderes Thema...
==> gute nacht windot und fangemeinde.
(Angehängte Graphik: 2013-04-22-Rueckrutsch-Fehler-correct-behoben.PNG).
dass das zwischen Seiten-ANFANG und Seiten-ENDE wild hin und her springende Posting mit der RELATIVEN Beitrags-Nummer 50576 und der ABSOLUTEN Beitrags-Nummer 13980002 vom Samstag (18.8.2012, 22:24 Uhr) schließlich seinen correcten Platz am ANFANG der Seite zurückerlangt hat
und das Posting mit der RELATIVEN Beitrags-Nummer "50576" und der ABSOLUTEN Beitrags-Nummer 13980016 vom Samstag (18.8.2012, 22:31 Uhr) nicht mehr auf den Seiten-ANFANG zurückgeschubst wird, sondern sich seitdem mit der zweiten Position auf der selben Seite als Nummer 50577 zufrieden gibt.
Diese und noch ein paar andere Fehler wurden damals sauber BEHOBEN, aber leider nicht alle ENTSTÖRT, so dass einige von ihnen, wenn auch an anderer Stelle, immer wieder BEHOBEN sein wollen, bis sie denn endlich ENTSTÖRT worden sein werden.
Das war mit meiner Einschätzung gemeint, dass "die erforderliche Nacharbeit vom SAMSTAG (18.8.2012) nicht correct abgeschlossen wurde".
==> @Kronios: Dein Flirrer um genau ZWEI...
LG: Teras.
aber ich will das zweite Implementations-Moratorium auch nicht unnötig verlängern.
;-) Teras.
mache ich jetzt mit einem
==> LÜCKEN-Test zwischen 10:05 und 10:30 Uhren weiter.
(Angehängte Graphik: 2013-04-22-Die-Nummern-4242919-und-4242920.PNG).
identificierten Schadstelle habe ich auf die schnelle nur DREI Aussetzer auffinden können, die hiermit sortiert vorgestellt werden, und zwar in der Reihenfolge
Uhrzeit, Posting# absolut, Betreff-Zeile des Beitrages, Commentar:
10:05 Uhr 15567027 grööööl, wasn da dran erotisch? sichtbarer Beitrag,
10:14 Uhr 15567064 da Börsler, wer nicht in der Monatsstatistik FEHLT,
10:16 Uhr 15567084 Ariva klemmt total grad :( FEHLT,
10:16 Uhr 15567088 standby, das macht keinen Spass so FEHLT,
10:30 Uhr 15567093 So ich muss dann wieder sichtbarer Beitrag...
Geprüft wurde nach Top-down-Liste, wahrscheinlichste Auffälligkeiten absteigend von oben nach unten sortiert. Nur die oberste Position ist durchgeprüft worden. Es können in der untersuchten Lücke also noch weitere Beiträge verunsichtbart sein, zum Beispiel welche von DaBörsler (zweite Position auf der Liste).
LG: Teras.
Habe auch schon Antwort erhalten:
"Hallo Teras,
vielen Dank für Ihre Fehlermeldung. Ihre Fehlermeldung hat die Nummer 353184.
Wir bemühen uns, das Problem so schnell wie möglich zu beheben. Bitte haben Sie Verständnis dafür, dass das in schwierigen Fällen bis zu 10 Tage dauern kann.
Mit freundlichen Grüßen
Ihr ARIVA.DE-Team"...
Eben war ich im Investor-Depot noch auf Platz 64, Sekunden später auf Platz 286! Hab das natürlich sofort gecheckt und festgestellt, dass man den Reverse-Split der Commerzbank nicht korrekt übertragen hat, so dass diejenigen, die CoBa-Aktien im Depot haben, eine Performance von über 144.000% stehen haben, da die Aktienanzahl nicht reduziert wurde.
So geht das aber nicht!
Hätte wohl Commerz kaufen sollen ;-(
Siehe auch Beitrag im gute Nacht Thread.
http://www.ariva.de/forum/Gute-Nacht-416307?page=3227#jumppos80677
Also werden deswegen die ganzen Tage keine Sterne eines Postings auch optisch (wie schon immer) angezeigt?
Hat jemand Neuigkeiten zur Lösung?
Liebe Grüße,
union
Interessant wäre es, den selben Ausschnitt nochmal von einem anderen zu kriegen, der die Avatars auch rechts hat. Wenns bei dem wie bei Dir ist... ist es ein Ariva-Prob... wenn nicht. ist es ein Prob Deines Browsers..