Hallöchen, habe mal eine Baustelle für iftop aufgemacht.

Hallo,

eine paar Kleinigkeiten:

• Du verwendest kursiv nicht syntaxkonform - ein Teil müssten Monospace sein, ein Teil normaler Text.

• Befehle bitte in eine Befehlsbox, nicht in eine Codebox

• In den Abschnitt "Optionen" sollte noch ein kurzer Hinweis auf die allg. Syntax, so a la:

iftop OPTION PARAMETER 

oder was auch immer da richtig ist.

Gruß, noisefloor

Hi Das Wort,

vielen Dank für deinen Artikel! Ergänzend zu noisefloors Bemerkungen:

• Deine Optionen sind eher Tastenkürzel, oder? (Und die „Parameter“ die eigentlichen Aufrufoptionen? Wenn das so ist, sollten die Tasten mit der entsprechenden Syntax ausgezeichnet sein. (Und die „Parameter“ als Optionen auch, d.h. in und eingekleidet werden und der Minusstrich davor ergänzt werden, also bspw. -p.)

• Du könntest evtl. für Tastenkürzel und Optionen eigene Unterkapitel erstellen und noch einen kurzen Einleitungssatz dazu schreiben.

• „Da das Programm in der Standardinstallation von Ubuntu nicht enthalten ist muss man das folgende Paket nachinstallieren“. Hier reicht wohl einfach: Zur Installation … muss folgendes Paket …“

• Ein Hinweis fehlt: iftop muss mit Rootrechten gestartet werden.

• Die Bildschirmfotos sind etwas unglücklich platziert. (Was auch am Wiki liegt.) Hier wäre es vielleicht sinnvoll, noch (a) etwas mit der Positionierung zu experimentieren und (b) evtl. auf Bilder zu verzichten. (Und stattdessen lieber den entsprechenden Befehl, gefolgt von einer kurzen Erläuterung, aufzuführen.) Beispiel: Die Skala.

• Sinnvoll wären vielleicht noch Beispiele für Befehlsaufrufe?

• „Der Aufbau der Anzeige gliedert sich in vier Teile.“ Hier würde ich noch kurz erwähnen, welche, auch wenn die Abschnitte darunter stehen.

Kuttel Daddeldu schrieb:

• Die Bildschirmfotos sind etwas unglücklich platziert. (Was auch am Wiki liegt.)

Beim Terminal muss es nicht immer ein Foto sein. Man kann auch den Bildschirm als Text ausgeben lassen und beispielsweise in eine Codebox packen: Bildschirmfoto einer Konsole

Bekommst du damit im iftop-Fall brauchbare Ergebnisse hin?

Kuttel Daddeldu schrieb:

Bekommst du damit im iftop-Fall brauchbare Ergebnisse hin?

upps - leider nicht. Das Problem scheint die automatische Aktualisierung zu sein. In diesem Fall also eher ein theoretischer Tipp

WOW was für ein Service Hatte eigentlich nur um inhaltliches Feedback gebeten (oder zu mindest versucht das zu vermitteln). Wollte mir die Syntax erst später noch mal genauer zu gemühte führen. Aber so ist das VIIEEL angenehmer Aber keine Angst bin schon dabei die Syntax genauer zu studieren. Ihr dürft mir diesbzgl. gerne auch in Zukunft "auf die Finger hauen".

---

noisefloor schrieb:

Hallo,

eine paar Kleinigkeiten:

• Du verwendest kursiv nicht syntaxkonform - ein Teil müssten Monospace sein, ein Teil normaler Text.

Hoffe das stimmt so.

• Befehle bitte in eine Befehlsbox, nicht in eine Codebox

Hatte mich schon gewundert das mich an den Codeboxen etwa stört. War mir bisher gar nicht aufgefallen das es "zwei Typen" gibt.

Leider bringt Syntax#Code-einfuegen einem da wenig, man muss erst Wiki/Textbausteine öffnen. Finde das nicht sehr intuitiv. Jmd mit Rechten könnte vielleicht so nett sein da noch mal den Farbpinsel anzusetzen.

• In den Abschnitt "Optionen" sollte noch ein kurzer Hinweis auf die allg. Syntax, so a la:

iftop OPTION PARAMETER 

Habe es mal rudimentär als "Marker" eingefügt. Werde es später noch in Text einbetten.

---

Kuttel Daddeldu schrieb:

Hi Das Wort,

vielen Dank für deinen Artikel! Ergänzend zu noisefloors Bemerkungen:

Immer gern. Ich möchte mich auch für deine Artikel zum Thema PDF bedanken, die ich durch Zufall gefunden habe.

• Deine Optionen sind eher Tastenkürzel, oder? (Und die „Parameter“ die eigentlichen Aufrufoptionen? Wenn das so ist, sollten die Tasten mit der entsprechenden Syntax ausgezeichnet sein. (Und die „Parameter“ als Optionen auch, d.h. in und eingekleidet werden und der Minusstrich davor ergänzt werden, also bspw. -p.)

Ein guter Tipp mit den Tasten, da bin ich gar nicht drauf gekommen, obwohl ich die Vorlage seit einiger Zeit benutze.
Gehe ich recht in der Annahme das es noch keine "kleinen" Tasten, meint Kleinbuchstaben, gibt? Mal schauen wie das wird, nicht das die Tabelle zu dick wird.

• Du könntest evtl. für Tastenkürzel und Optionen eigene Unterkapitel erstellen und noch einen kurzen Einleitungssatz dazu schreiben.

Wird gemacht…

• „Da das Programm in der Standardinstallation von Ubuntu nicht enthalten ist muss man das folgende Paket nachinstallieren“. Hier reicht wohl einfach: Zur Installation … muss folgendes Paket …“

*überleg*

• Ein Hinweis fehlt: iftop muss mit Rootrechten gestartet werden.

Hmm ja, mir fehlte noch eine Begründung warum man für Netzwerküberwachung root-Rechte braucht. Deshalb hatte ich das in diesem Bearbeitungsschritt außen vor gelassen.

• Die Bildschirmfotos sind etwas unglücklich platziert. (Was auch am Wiki liegt.) Hier wäre es vielleicht sinnvoll, noch (a) etwas mit der Positionierung zu experimentieren und (b) evtl. auf Bilder zu verzichten. (Und stattdessen lieber den entsprechenden Befehl, gefolgt von einer kurzen Erläuterung, aufzuführen.) Beispiel: Die Skala.

All diese Bilder hatte ich erst nach dem Post/ der Eröffnung der Diskussion hinzugefügt. Habe die Bilder erst mal an ihren Platz aber nicht die finale Stelle gestellt/platziert.

• Sinnvoll wären vielleicht noch Beispiele für Befehlsaufrufe?

Kommt noch. Wo wird dieser Teil normalerweise im Wikiartikel platziert?

• „Der Aufbau der Anzeige gliedert sich in vier Teile.“ Hier würde ich noch kurz erwähnen, welche, auch wenn die Abschnitte darunter stehen.

Siehe weiter oben.

---

aasche schrieb:

Kuttel Daddeldu schrieb:

• Die Bildschirmfotos sind etwas unglücklich platziert. (Was auch am Wiki liegt.)

Beim Terminal muss es nicht immer ein Foto sein. Man kann auch den Bildschirm als Text ausgeben lassen und beispielsweise in eine Codebox packen: Bildschirmfoto einer Konsole

Hätte ich gern gemacht… Aber leider kann das Wiki die negierten Kästen nicht darstellen (oder doch?), weshalb ich auch wenn es möglich gewesen wäre bei iftop darauf verzichtet hätte und habe )

---

Ich habe große Probleme das Pendant zu < zu erstellen( ), wie muss ich das Escapen normal mit Backtick ist mir das nicht gelungen
Mit ⇧ + <, als Workaround, ist das eher

Hi Das Wort,

was mir immer geholfen hat (und auch noch hilft): einfach einen ähnlichen Artikel nehmen und diesen als Vorlage verwenden. (Da die zwei bestehenden Vorlagen nicht alle Fälle abdecken und gerade ein Shell-Artikel teils etwas anders aufgebaut ist.) Ein Problem dabei allerdings: teils sind in den Artikeln noch alte Syntaxelemente enthalten, gerade bei den Tabellen. Da muss man ein bisschen aufpassen.

Leider bringt Syntax#Code-einfuegen einem da wenig, man muss erst Wiki/Textbausteine öffnen. Finde das nicht sehr intuitiv. Jmd mit Rechten könnte vielleicht so nett sein da noch mal den Farbpinsel anzusetzen.

Ich schau mir das mal genauer an, glaube aber, dass du recht hast. Ich würde das dann noch ergänzen!

Gehe ich recht in der Annahme das es noch keine "kleinen" Tasten, meint Kleinbuchstaben, gibt?

Ja, das ist ein Thema, über das es immer wieder zu Diskussionen kommt. (Argument für die derzeitige Lösung: so steht es auf der Tastatur.) Großbuchstaben sind Shift-Taste + Buchstabentaste. Beispiele dafür gibt es im cmus-Artikel.

Hmm ja, mir fehlte noch eine Begründung warum man für Netzwerküberwachung root-Rechte braucht.

Vermutlich greift er auf Informationen auf der Root-Ebene zurück (/proc?) und braucht dafür die Rechte.

All diese Bilder hatte ich erst nach dem Post/ der Eröffnung der Diskussion hinzugefügt. Habe die Bilder erst mal an ihren Platz aber nicht die finale Stelle gestellt/platziert.

Okay. Vielleicht lässt sich da ja teils wirklich noch was mit Codeblöcken machen, damit es etwas übersichtlicher aussieht. (Also: mit manuell kopierten Zeilen der Ausgabe, um so den jeweiligen Punkt zu illustrieren.)

• Sinnvoll wären vielleicht noch Beispiele für Befehlsaufrufe?

Kommt noch. Wo wird dieser Teil normalerweise im Wikiartikel platziert?

Edit: Recht weit oben. (Vgl. z.B. top.) Sorry, ich dachte, du meinst den Aufrufteil. Für die Beispiele gilt eher das Gegenteil: da, wo es im Kontext sinnvoll ist, generell aber eher weiter unten (nach dem allgemeinen Teil).

Ich habe große Probleme das Pendant zu < zu erstellen

Ich habe die Taste zu den Vorlagen hinzugefügt. (Und hoffe mal, das korrekt getan zu haben.) Es sollte ( >) also jetzt gehen.

Herzlichen Dank für das Hinzufügen der >-Vorlage.

Habe jetzt nochmal drüber gebügelt. Falls nochmal jemand drüber schauen könnte… Vielleicht habe ich etwas Wichtiges vergessen.

Vielleicht schreibe ich später noch etwas über die config-Datei iftops, die ist allerdings sogar beim Entwickler noch auf der TODO-Liste, oder zumd. eine Beispiel-Config. Da ich mich einarbeiten muss und die auch nicht unbedingt notwendig ist, würde ich das lieber außerhalb der Baustelle machen (meint SPÄTER)

Viele Grüße

Das Wort

Hi Das Wort,

nochmal vielen Dank für den schönen Artikel!

Ich habe ihn teils noch etwas überarbeitet, dabei einige Typos ausgebessert, zweimal Unterüberschriften entfernt (primär wegen der optischen Wirkung) und kleinere sonstige Überarbeitungen vorgenommen.

Du kannst dir die Änderungen ja kurz anschauen, um zu sehen, ob sie für dich in Ordnung sind.

Vielleicht schreibe ich später noch etwas über die config-Datei iftops, die ist allerdings sogar beim Entwickler noch auf der TODO-Liste, oder zumd. eine Beispiel-Config. Da ich mich einarbeiten muss und die auch nicht unbedingt notwendig ist, würde ich das lieber außerhalb der Baustelle machen (meint SPÄTER)

Kein Problem! Eigentlich würde in diesem Fall – da das dann ja schon sehr ins Spezielle geht – wohl auch ein Link reichen.

Kuttel Daddeldu schrieb:

Hi Das Wort,

nochmal vielen Dank für den schönen Artikel!

Ich habe ihn teils noch etwas überarbeitet, dabei einige Typos ausgebessert, zweimal Unterüberschriften entfernt (primär wegen der optischen Wirkung) und kleinere sonstige Überarbeitungen vorgenommen.

Du kannst dir die Änderungen ja kurz anschauen, um zu sehen, ob sie für dich in Ordnung sind.

Vielleicht schreibe ich später noch etwas über die config-Datei iftops, die ist allerdings sogar beim Entwickler noch auf der TODO-Liste, oder zumd. eine Beispiel-Config. Da ich mich einarbeiten muss und die auch nicht unbedingt notwendig ist, würde ich das lieber außerhalb der Baustelle machen (meint SPÄTER)

Kein Problem! Eigentlich würde in diesem Fall – da das dann ja schon sehr ins Spezielle geht – wohl auch ein Link reichen.

Herzlichen Dank für dir "Verständlichmachung" meiner Satzkonstrukte

Allerdings hast du vergessen "deinen" Ankerlink "Auflistungen" (unter Verwendung) an den neuen Namen des Ankers anzupassen. Ich kriege es nicht hin dabei habe ich es schon mit " ", "_" und "-" versucht

Tja, das ist ein Problem, mit dem ich auch teils zu kämpfen habe! Das eigentliche Problem besteht darin, dass der Ankername jetzt „Baustelle“ enthält. Nach dem Verschieben ins Wiki entfällt dieser Namensbestandteil dann aber. Es gibt jetzt zwei Möglichkeiten:

• den Link auf den Baustellenanker zu setzen (womit er gleich gültig wäre)

• oder den Link auf den künftigen Artikelanker zu setzen (womit er jetzt ungültig, nach der Verschiebung aber ohne Nachbearbeitung gültig wäre – man kann die Nachbearbeitung also nicht vergessen)

Ich weiß, ehrlich gesagt, gar nicht, wie die offizielle Haltung zu diesem Problem ist. Wenn es dir anders (also jetzt schon mit funktionierendem Link) besser gefällt, sollte es durch das Einfügen von „Baustelle/“ in die entsprechende URL funktionieren.

Das Wort schrieb:

Allerdings hast du vergessen "deinen" Ankerlink "Auflistungen" (unter Verwendung) an den neuen Namen des Ankers anzupassen. Ich kriege es nicht hin dabei habe ich es schon mit " ", "_" und "-" versucht

Korrigiert - was falsch war, kannst Du den Versionsunterschieden entnehmen.

Ah, okay. Danke auch von mir! (Mein obiger Beitrag ist dadurch sinnlos geworden.)

Danke euch beiden.

Scheint so als wäre das sog. "Mitdenken" aus 2012 noch nicht aus der Mode

Hatte mich schon gefragt warum es keine selbst-referenzierende Anker gibt.