|
Anzeige
|
Problem im Wiki?Irgendwie klemmt es, es kommen diverse Fehlermeldungen, daß Vorschaubilder nicht gespeichert werden können. Auch normale Bilder in Artikeln sind defekt. Was ist da los?
Angehängte Dateien:
Siehe Anhang.
Angehängte Dateien:
Und noch einer
Angehängte Dateien:
Danke für den Hinweis. Bis spätestens morgen sollte sich das Problem erledigt haben, alle hochgeladenen Dateien sollten dann wieder sichtbar sein. Falls eine Seite danach noch Fehlermeldungen bei eingebundenen Bildern anzeigt, sollte es helfen, einmal auf Bearbeiten und Speichern zu klicken, dann sollten sie wieder sichtbar sein. Ja, die Bilder fehlen immer noch... EDIT: Keine Ahnung warum hier 2x das gleiche Bild drinsteht und sich eins nicht löschen lässt...
Angehängte Dateien:
Die Bilder funktionieren immer noch nicht, das ZIP-Archiv ist aber jetzt ladbar. "Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden" Was soll der Text im Artikel, wenn dort ein Bild direkt ohne Thumb, Skalierung und sonstwas eingefügt ist? UNd jetzt ist der Artikel durch ein verwirrte Autoformatierung ca. 3 Bildschirmseiten breit . . . .8-0 Don't fix what ain't broken! Ahhhh, die Heinzelmännchen haben das Wiki repariert ;-) Danke.
Gast
#6520114
Seit heute geht bei mir mikrocontroller.net gar nicht mehr[1]. Fehlermeldung siehe Screenshot. Bitte, bitte, bitte (mit viel Zuckerguß): wenn ihr schon meint, https unbedingt erzwingen zu müssen, dann doch nicht auch gleich noch ausschließlich mit den stärksten Verschlüsselungsalgorithmen, die z.Zt. verfügbar sind. Alte Rechner unterstützen die nicht und bekommen dann die o.g. Fehlermeldung. SSL3, TLS1, TLS1.1, TLS1.2 ohne EC sind für Amazon & Co gut genug, aber nicht für mc.net? Am liebsten wäre mir natürlich ein Wegfall der http->https Zwangsumleitung[2]. Und ja, ich bin mir bewußt, dass dann jemand mitlesen oder auch die Daten verändern könnte. Mit dem "Risiko" kann ich leben. Wenn es so bleibt, werd ich mc.net leider nicht mehr nutzen können. [1] Musste für diese Meldung eine andere Kiste bemühen. [2] Setze dafür auch gerne ein Cookie.
Angehängte Dateien:
Gast
#6520130
foobar schrieb: > Alte Rechner unterstützen die nicht Der Hardware dürfte das egal sein, und Software kann man updaten oder ersetzen. Mit veralteter Software rumzusurfen ist sowieso grob fahrlässig. Finde ich gut, wenn den Ewiggestrigen da mal etwas Feuer unterm Arsch gemacht wird, foobar schrieb: > Am liebsten wäre mir natürlich ein Wegfall der http->https > Zwangsumleitung[2]. Und ja, ich bin mir bewußt, dass dann jemand > mitlesen oder auch die Daten verändern könnte. Mit dem "Risiko" kann > ich leben. Welches Risiko? Die "Firmen" die das wollen können auch https mitlesen und manipulieren, aber die haben mal sicher "besseres" zu tun. Die "Hacker" eher auch. Wozu eine Sicherheitsverbindung für den Inhalt von uC.net? Paranoia? Zeitgeist? K.I.S.S.
Gast
#6520137
🐧 DPA 🐧 schrieb: > Finde ich gut, wenn den Ewiggestrigen da mal etwas Feuer unterm Arsch > gemacht wird, Danke, genau das wollte ich auch eben schreiben. Es muss ja nicht das neueste xPhone für 1500€ sein, aber ein einigermaßen aktuelles Betriebssystem sollte man doch bitte einsetzen. Dann wird die Kiste auch nicht zur Spamschleuder, freut die anderen Internet Benutzer :)
Gast
#6520161
>>Mit dem "Risiko" kann ich leben. > > Welches Risiko? Die "Firmen" die das wollen [...] Dashalb ja die Anführungszeichen ;-) > Wozu eine Sicherheitsverbindung für den Inhalt von uC.net? Paranoia? > Zeitgeist? Beides, hat auch noch Züge einer Religion. Leute, die Risiken nicht einschätzen können (viele sind, gerade im technischen Umfeld, hoffnungslos überfordert), neigen zu übertriebener Vorsicht. Man erwartet, dass andere (die "Nannies") sich darum kümmern und einem sagen, was das "Beste" für einen ist. Und das wird dann stur befolgt, auch wenn es gar keinen Sinn ergibt. Uwe D. schrieb: > Ja, die Bilder fehlen immer noch... > > EDIT: Keine Ahnung warum hier 2x das gleiche Bild drinsteht und sich > eins nicht löschen lässt... Geht wieder wie gewohnt - DANKE für's beheben Es schint noch ein paar Probleme zu geben. Siehe Anhang. Ein Bearbeiten/Speichern des Artikels hilft nicht.
Angehängte Dateien:
Danke, ist jetzt auch behoben. Andreas S. schrieb: > Danke für den Hinweis. Bis spätestens morgen sollte sich das > Problem > erledigt haben, alle hochgeladenen Dateien sollten dann wieder sichtbar > sein. Falls eine Seite danach noch Fehlermeldungen bei eingebundenen > Bildern anzeigt, sollte es helfen, einmal auf Bearbeiten und Speichern > zu klicken, dann sollten sie wieder sichtbar sein. Ich habe das gerade mal beim Artikel Statemachine versucht... leider ohne Erfolg. Ja, leider funktionieren die Bilder wieder nicht mehr. https://www.mikrocontroller.net/articles/Hauptseite bringt: [e930f69e45dea90ec89570de] 2020-12-27 11:44:34: Fatal exception of type MWException Matthias Matthias S. schrieb: > https://www.mikrocontroller.net/articles/Hauptseite > > bringt: > > [e930f69e45dea90ec89570de] 2020-12-27 11:44:34: Fatal exception of type > MWException Ist wahrscheinlich eine Fehlkonfiguration im MediaWiki: https://stackoverflow.com/questions/17824295/fatal-exception-of-type-mwexception [a68c0b539eb7057599c7b7d4] 2020-12-28 13:29:23: Fatal exception of type MWException Danke, die exception ist behoben, Bilder sollten auch wieder alle funktionieren. Waren beides Nachwirkungen des Serverumzugs (fehlende Schreibrechte auf Verzeichnisse).
Gast
#6528605
HTTPS geht nun auch wieder. Vielen Dank! PS: Es scheinen die fehlenden CBC-Modi gewesen zu sein. Moin. Erstmal "ein frohes neues Jahr". Ich habe gerade gesehen, dass auf https://www.mikrocontroller.net/articles/Word_Clock auch einige Dateien und Bilder fehlerhaft verknüpft sind. Ändern -> Speichern scheint nichts zu bringen... Grüße Sebastian Wird gerade mal wieder an der Software geschraubt? Das 90° Drehen von Überschriften funktioniert plötzlich nicht mehr. https://www.mikrocontroller.net/articles/Standardbauelemente#Shuntregler.2FSpannungsreferenz Im Quelltext steht die Drehung drin, gestern ging das alles auch noch. Hmmm . . . .
Gast
#6545447
Bei mir ist die Überschrift gedreht. Hmm, auf der einen Maschine (Win10 mit Edge) sind die Überschriften nicht gedreht (siehe Anhang), auf meiner alten Kiste mit WinXP und Firefox schon. Allerdings gibt es auch da einen merkwürdigen Effekt. Wenn die Seite geladen wurde, sind die Überschriften schwarz, die eine Spalte ist zweizeilig, so wie im Quelltext definiert. Nach ein paar Sekunden werden die Überschriften aber grau und die Spalte mit 2 Zeilen ist nun einzeilig.
Angehängte Dateien:
Gast
#6573601
Hmm... der "Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden" ist immer noch auf https://www.mikrocontroller.net/articles/Relais_mit_Logik_ansteuern
Gast
#6575311
Fehlermeldung: Wenn man im Wiki als anonymer Benutzer schreibt, speichert das Wiki eine falsche IP-Adresse. Meine Bearbeitung vorhin wurde unter der IP 172.26.13.220 gespeichert, obwohl das eine private IP-Adresse ist, die im Netz gar nicht nutzbar ist. https://www.mikrocontroller.net/articles/Spezial:Beitr%C3%A4ge/172.26.13.220
Gast
#6575446
Schreiberling schrieb: > speichert das Wiki eine falsche IP-Adresse. Finde ich gut. Kommen die Artikel unter den Oberbegriffen in der Hauptseite auch wieder? Hauptseite Hallo, die Verlinkungen auf die Änderungen am Wiki auf der Hauptseite (unter letzte Änderungen) stimmen nicht: Beispiel: https://www.mikrocontroller.net/wikisoftware/index.php?title=LED&diff=103114&oldid=102960 -> führt zu "File not found" wiki statt wikisoftware: https://www.mikrocontroller.net/wiki/index.php?title=LED&diff=103114&oldid=102960 -> geht Gruß Oliver Rainer S. schrieb: > Kommen die Artikel unter den Oberbegriffen in der Hauptseite auch > wieder? Ja, habe ich soeben wiederhergestellt. Oliver S. schrieb: > die Verlinkungen auf die Änderungen am Wiki auf der Hauptseite (unter > letzte Änderungen) stimmen nicht: Danke, ist ebenfalls behoben. Jetzt sind viele Bilder auf die volle Seitenbreite vergrößert, zumindest der Rahmen. Der Fließtext fehlt. Siehe Anhang.
Angehängte Dateien:
Falk B. schrieb: > Jetzt sind viele Bilder auf die volle Seitenbreite vergrößert, > zumindest der Rahmen. Der Fließtext fehlt. Siehe Anhang. Ist mir auch schon in einigen Artikeln aufgefallen. Diese habe folgendermaßen gefixed:
Ja, es sieht ein wenig kryptisch aus. Der Trick ist eine zweispaltige Tabelle im Verhältnis 80:20. Der Fließtext kann übrigens auch Tabellen beinhalten, d.h. sie sind beliebig schachtelbar. Beispiel-Artikel: STECCY, IRMP, IRSND, WordClock mit WS2812 Ja, es ist ein wenig Arbeit. Aber mir ist schon vor einigen Monaten aufgefallen, dass in dem einen oder anderen Artikel die Positionierung von Miniatur-Bildern rechts vom Fließtext nicht immer funktioniert. Deshalb hatte ich mich vor ein paar Tagen mal drangesetzt und das konsequent wie oben beschrieben durchgezogen. Frank M. schrieb: > Ist mir auch schon in einigen Artikeln aufgefallen. Diese habe > folgendermaßen gefixed Davon rate ich ab. Das macht z.B. die Darstellung auf Handys mit schmalem Bildschirm kaputt. Am besten möglichst nichts manuell formatieren, einfach Bescheid sagen wenn etwas im Layout nicht passt, dann suche ich eine CSS-Lösung von der alle Artikel ohne manuelle Änderungen profitieren können. Frank M. schrieb: > Ja, es ist ein wenig Arbeit. Aber mir ist schon vor einigen Monaten > aufgefallen, dass in dem einen oder anderen Artikel die Positionierung > von Miniatur-Bildern rechts vom Fließtext nicht immer funktioniert. Das kam erst durch die letzte Softwareumstellung. Don't fix what aint broken! Andreas S. schrieb: > Am besten möglichst nichts manuell formatieren, einfach Bescheid sagen > wenn etwas im Layout nicht passt, dann suche ich eine CSS-Lösung von der > alle Artikel ohne manuelle Änderungen profitieren können. Tut mir leid, ich dachte, das hätte früher nur zufällig funktioniert. Wie gesagt, mir ist schon vor einigen Monaten aufgefallen, dass nicht immer alle Minitatur-Bilder zu jeder Zeit immer am rechten Rand positioniert werden. Frank M. schrieb: > dass nicht > immer alle Minitatur-Bilder zu jeder Zeit immer am rechten Rand > positioniert werden. Wer will schon am rechten Rand stehen . . . Hust ;-) Falk B. schrieb: > Wer will schon am rechten Rand stehen . . . Hust ;-) Bei einer Panne auf der Autobahn sehr gerne, politisch ist aus meiner Sicht das "rechts stehen" die eigentliche Panne. ;-) Im Artikel Sleep Mode sind die Fomeln etwas gestört (Groß/Kleinschreibung). In der Vorschau beim Bearbeiten ist es aber OK?!?
Angehängte Dateien:
Andreas S. schrieb: > Frank M. schrieb: > >> Ist mir auch schon in einigen Artikeln aufgefallen. Diese habe >> folgendermaßen gefixed > > Davon rate ich ab. Das macht z.B. die Darstellung auf Handys mit > schmalem Bildschirm kaputt. Am besten möglichst nichts manuell > formatieren, einfach Bescheid sagen wenn etwas im Layout nicht passt, > dann suche ich eine CSS-Lösung von der alle Artikel ohne manuelle > Änderungen profitieren können. Falk und ich hatten das Problem ja schon geschildert. Heute beim Bearbeiten eines Artikels ist mir aufgefallen, dass das Problem immer noch besteht. Zur Erläuterung: Das Zauberwort "miniatur"
funktioniert nicht mehr. Die Bilder werden auf die volle Breite aufgezogen (auch wenn sie kleiner sind) statt rechts am Rand zu stehen, wobei früher links der größte Platz für den Text blieb. Wird der Zustand so bleiben? Dann werde ich noch weitere Artikel (von mir) umstellen müssen - auch wenn die Mobilversion dann nicht mehr funktioniert. Besser als wenn sowohl die Desktop-Ansicht als auch die Mobilansicht darunter leiden. Noch eins ist mir im Wiki aufgefallen: Tabellen werden seit einiger Zeit auf die volle Breite aufgezogen, statt lediglich die maximal notwendige Breite zu nutzen. Bei Tabellen mit lediglich zwei Spalten sieht das dann "gewöhnungsbedürftig" aus: Die Spalten stehen dann viel zu weit auseinander. Ich behelfe mich im Moment damit, dass ich eine Prozentzahl (z.B. "30%") für die Breite angebe, damit die Tabelle wieder auf das nötige Maß zusammengeschoben wird. Edit: Dabei kommt noch erschwerend hinzu, dass nun alle Spalten die gleiche Breite haben. Eine ganz schmale Spalte verwendet dieselbe Breite wie eine breitere Spalte, weil einfach jeder Spalte der gleiche Anteil zugewiesen wird. Dadurch werden dann die Texte in den breiteren Spalten umbrochen, obwohl jede Menge Platz wäre, wenn man die Spalten mit kleinerem Platzbedarf mit der lediglich nötigen Breite darstellen würde. Früher war das jedenfalls so. Auch hier behelfe ich mich damit, dass ich nun für jede Spalte einen eigenen Prozentsatz angebe - ein ziemlich mühseliges Unterfangen. Frank M. schrieb: > Dabei kommt noch erschwerend hinzu, dass nun alle Spalten die gleiche > Breite haben. Eine ganz schmale Spalte verwendet dieselbe Breite wie > eine breitere Spalte, weil einfach jeder Spalte der gleiche Anteil > zugewiesen wird. Ich habe in den letzten Wochen viele Tabellen formatiert, damit das paßt. Siehe Änderungsseite. Falk B. schrieb: > Ich habe in den letzten Wochen viele Tabellen formatiert, damit das > paßt. Aber eigentlich könnte das Wiki dasselbe automatisch machen. Ging ja früher auch. Frank M. schrieb: > Aber eigentlich könnte das Wiki dasselbe automatisch machen. Ging ja > früher auch. Nicht ganz. Wenn man unterschiedliche Spaltenbreiten braucht, kann man das oft nur sinnvoll manuell vorgeben. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
