Problem im Wiki?

[Falk B. (falk)]

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?

[Falk B. (falk)]

Siehe Anhang.

[Falk B. (falk)]

Und noch einer

[Andreas S. (andreas) (Admin)]

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.

[Uwe D. (monkye)]

Ja, die Bilder fehlen immer noch...

EDIT: Keine Ahnung warum hier 2x das gleiche Bild drinsteht und sich 
eins nicht löschen lässt...

[Falk B. (falk)]

Die Bilder funktionieren immer noch nicht, das ZIP-Archiv ist aber jetzt 
ladbar.

[Falk B. (falk)]

"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?

[Falk B. (falk)]

UNd jetzt ist der Artikel durch ein verwirrte Autoformatierung ca. 3 
Bildschirmseiten breit . . . .8-0

Don't fix what ain't broken!

[Falk B. (falk)]

Ahhhh, die Heinzelmännchen haben das Wiki repariert ;-)
Danke.

[foobar (Gast)]

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.

[🐧 DPA 🐧 (Gast)]

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,

[Falk B. (falk)]

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.

[Andre (Gast)]

🐧 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 :)

[foobar (Gast)]

>>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. (monkye)]

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

[Falk B. (falk)]

Es schint noch ein paar Probleme zu geben. Siehe Anhang. Ein 
Bearbeiten/Speichern des Artikels hilft nicht.

[Andreas S. (andreas) (Admin)]

Danke, ist jetzt auch behoben.

[Magnus M. (magnetus)]

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.

[Uwe D. (monkye)]

Ja, leider funktionieren die Bilder wieder nicht mehr.

[Matthias S. (dachs)]

https://www.mikrocontroller.net/articles/Hauptseite

bringt:

[e930f69e45dea90ec89570de] 2020-12-27 11:44:34: Fatal exception of type 
MWException

Matthias

[Mark B. (markbrandis)]

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

[Helge S. (topflappen)]

[a68c0b539eb7057599c7b7d4] 2020-12-28 13:29:23: Fatal exception of type 
MWException

[Andreas S. (andreas) (Admin)]

Danke, die exception ist behoben, Bilder sollten auch wieder alle 
funktionieren. Waren beides Nachwirkungen des Serverumzugs (fehlende 
Schreibrechte auf Verzeichnisse).

[foobar (Gast)]

HTTPS geht nun auch wieder.

Vielen Dank!

PS: Es scheinen die fehlenden CBC-Modi gewesen zu sein.

[Sebastian C. (scramer)]

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

[Falk B. (falk)]

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 . . . .

[mr. mo (Gast)]

Bei mir ist die Überschrift gedreht.

[Falk B. (falk)]

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.

[foobar (Gast)]

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

[Schreiberling (Gast)]

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

[Manfred (Gast)]

Schreiberling schrieb:
> speichert das Wiki eine falsche IP-Adresse.

Finde ich gut.

[Rainer S. (enevile)]

Kommen die Artikel unter den Oberbegriffen in der Hauptseite auch 
wieder?

Hauptseite

[Oliver S. (oliver_s)]

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

[Andreas S. (andreas) (Admin)]

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.

[Falk B. (falk)]

Jetzt sind viele Bilder auf die volle Seitenbreite vergrößert, zumindest 
der Rahmen. Der Fließtext fehlt. Siehe Anhang.

[Frank M. (ukw) (Moderator)]

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:

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Fließtext Fließtext Fließtext Fließtext ...
Fließtext Fließtext Fließtext Fließtext ...
...
||
[[Datei:Bild.png|miniatur||Beschreibung]]
...
|}

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.

[Andreas S. (andreas) (Admin)]

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 B. (falk)]

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!

[Frank M. (ukw) (Moderator)]

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.

[Falk B. (falk)]

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 ;-)

[Magnus M. (magnetus)]

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.

;-)

[Falk B. (falk)]

Im Artikel Sleep Mode sind die Fomeln etwas gestört 
(Groß/Kleinschreibung). In der Vorschau beim Bearbeiten ist es aber 
OK?!?

[Frank M. (ukw) (Moderator)]

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"

[[Datei:Steccy-Nunchuk.png|miniatur|Nunchuk Controller]]

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.

[Frank M. (ukw) (Moderator)]

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.

[Falk B. (falk)]

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.

[Frank M. (ukw) (Moderator)]

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.

[Falk B. (falk)]

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.