nicht angemeldet
Seite durch eine robots.txt ausschließen.
Matthias Apsel
Gunnar Bittersmann
JürgenBHallo,
eine kleine Frage. Ich möchte die Seite /test.html in der robots.txt ausschließen.
User-agent: * Disallow: /test.html
auf dem Server heißt die Datei allerdings test.php. Aus php wird durch meine .htaccess
RewriteEngine on
RewriteRule ^(.*).html$ $1.php
die Endung html. Warum ich dieses mache, keine Ahnung ich finde es persönlich schöner :)
Ich muss bei Disallow: angeben, was auch in der URL steht, richtig?
-
RewriteEngine on RewriteRule ^(.*).html$ $1.phpDen Punkt vor html solltest du korrekterweise maskieren, ansonsten steht er für ein beliebiges Zeichen (wie in der Klammer davor): RewriteRule ^(.*)\.html$ $1.php (ein Rückstrich vor dem Punkt, nicht zwei, wie das Forum dir hier eventuell weismachen will).
Ich muss bei Disallow: angeben, was auch in der URL steht, richtig?
Du musst in der robots.txt angeben, was von außen sichtbar ist. Fröhnst du einer Paranoia, könntest du auch nur einen Namensteil angeben und die Endung weglassen:
Disallow: /test.
Die Angaben in der robots.txt müssen lediglich mit dem Beginn des gegebenen URL-Pfades übereinstimmen. /test. passt also sowohl auf /test.html als auch auf /test.php – allerdings auch auf /test.jpg oder /test.ist.eine.stiftung/sage/ich/mal/so
-
Hallo Günter Grünkohl,
Den Punkt vor html solltest du korrekterweise maskieren, ansonsten steht er für ein beliebiges Zeichen (wie in der Klammer davor): RewriteRule ^(.*)\.html$ $1.php (ein Rückstrich vor dem Punkt, nicht zwei, wie das Forum dir hier eventuell weismachen will).
RewriteRule ^(.*)\.html$ $1.phpWenn man code als code auszeichnet, braucht man sich um Kramdown-Notwendigkeiten weniger Gedanken zu machen.
Bis demnächst
Matthias--
Signaturen sind bloed (Steel) und Markdown ist mächtig.-
Wenn man code als code auszeichnet, braucht man sich um Kramdown-Notwendigkeiten weniger Gedanken zu machen.
Die Frage sollte eher sein, warum der Rückstrich in ganz normalem Text unterdrückt wird.
-
@@Matthias Apsel
Wenn man code als code auszeichnet, braucht man sich um Kramdown-Notwendigkeiten weniger Gedanken zu machen.
Und wenn man Code nicht als Code auszeichnet? Habe ich schon erwähnt, dass man sich mehr Gedanken machen sollte, ob Kramdown eine Notwendigkeit sein sollte?
LLAP 🖖
--
Ist diese Antwort anstößig? Dann könnte sie nützlich sein.-
Hallo Gunnar, hallo Selfhtml-Team, @Christian Kruse
… ob Kramdown eine Notwendigkeit sein sollte?
da die Erfahrung zeigt, dass sich doch recht viele Forumsnutzer recht schwer mit Markdown tun, möchte ich einen Vorschlag machen:
-
Es gibt ein Häkchen, ob das Posting mit Mardown formatiert werden soll.
-
Für nicht angemeldete User ist das Häkchen nicht gesetzt.
-
Angemeldete User können den Defaultwert in ihrem Profil setzen.
Gruß Jürgen
-
Hallo JürgenB,
es ist nett, dass du nach einem Kompromiss suchst, aber ich werde das nicht bauen. Das bereitet so viele Probleme, die man nicht haben will und die ich nicht lösen will. Wenn ihr das haben wollt, dann schreibt eine sinnvolle Implementation und erstellt einen Pull Request. Für Rückfragen stehe ich zur Verfügung.
Abgesehen davon zeigt die Erfahrung, dass Markdown funktioniert.
LG,
CK-
Hallo Christian,
... Das bereitet so viele Probleme, die man nicht haben will und die ich nicht lösen will.
ich möchte hier niemanden Arbeit machen. Wenn meine Idee Unterstützung findet und(!) wenn sie einfach umzusetzen ist, kann man (du :( ) an die Umsetzung denken. Aber deiner Antwort entnehme ich dass das nicht so einfach geht. Daher lassen wir es so, wie es ist.
Gruß Jürgen
-
@@Christian Kruse
Abgesehen davon zeigt die Erfahrung, dass Markdown funktioniert.
Ich weiß nicht, worauf jene Erfahrung basiert. Hier im Forum funktioniert es nicht.
Eröffnungspostings der letzten 24 Stunden:
Sämtliche „editiert von“ – „funktioniert“ ist was anderes.
LLAP 🖖
--
Ist diese Antwort anstößig? Dann könnte sie nützlich sein.-
Hallo Gunnar,
Abgesehen davon zeigt die Erfahrung, dass Markdown funktioniert.
Ich weiß nicht, worauf jene Erfahrung basiert. Hier im Forum funktioniert es nicht.
ich weiß auch immer noch nicht, ob mich Markdown wirklich begeistert ...
Eröffnungspostings der letzten 24 Stunden:
Sämtliche „editiert von“ – „funktioniert“ ist was anderes.
... aber diese Beispiele gegen Markdown anzuführen ist quatsch. Hast Du Dir mal angesehen, was da editiert wurde?
- 2015-09-19 19:59 - Versionen: Ursprünglich den Code als "html + javascript" ausgezeichnet, wurde in "html" geändert
- 2015-09-20 12:41 - Versionen: Code nicht ausgezeichnet
- 2015-09-20 13:56 - Versionen: Code nicht ausgezeichnet
- 2015-09-20 18:45 - Versionen: Code nicht ausgezeichnet
Wie gesagt, ich sehe auch, dass Markdown nicht hundertprozentig intuitiv ist. Aber das Code nicht als solcher ausgezeichnet wird ist keine Schwäche von Markdown oder einem anderen Formatierungstool, sondern des Erstellers. Einzige Lösung für sowas ist dann eben manuell bearbeiten oder ein Textformatierer der rät, was wohl Code sein könnte und dann die entsprechende Sprache lädt. Bei letzterem möchte ich aber nicht wissen, was hier los wäre, würde man so etwas implementieren...
Gruß, Dennis
-
-
Lieber Gunnar,
Aber das Code nicht als solcher ausgezeichnet wird ist keine Schwäche von Markdown oder einem anderen Formatierungstool, sondern des Erstellers.
Nochmals: nein.
Nochmals: Doch. Dass Dein Einwand in dem von Dir verlinkten Beitrag korrekt ist bestreite ich nicht, sehe es sogar ähnlich. Damit haben aber Deine Beispiele rein gar nichts zu tun. Und das Problem der von Dir vorgetragen Beispiele lässt sich weder durch Kramdown noch irgendeinen anderen Formatierer (sinnvoll) lösen. Dementsprechend sind diese Beispiele absolut ungeeignet Kramdown zu diskreditieren. Deswegen hast Du für mich in diesem Beitrag einfach quatsch geschrieben. Der Wunsch des Gedankens ist leider manchmal stärker als die Realität.
So, ist aber alles auch nicht weiter schlimm. Ich wollte nur drauf hinweisen, dass diese Beispiele eben aus meiner Sicht nicht zutreffend sind. Jetzt weiter, widmen wir uns lieber sinvolleren Dingen.
Gruß, Dennis
-
@@Der-Dennis
Dass Dein Einwand in dem von Dir verlinkten Beitrag korrekt ist bestreite ich nicht, sehe es sogar ähnlich.
Schauen wir uns nochmal meinen Einwand an: „Dass man [die Eingabe auch als Code kennzeichnen] KÖNNTE, ist gut und schön. Dass man das MUSS, ist das Problem.“
Damit haben aber Deine Beispiele rein gar nichts zu tun.
Nicht? Meine Beispiele zeigen genau das, dass Code oft nicht als solcher gekennzeichnet wird und Postings dadurch verstümmelt sind.
Und das Problem der von Dir vorgetragen Beispiele lässt sich weder durch Kramdown noch irgendeinen anderen Formatierer (sinnvoll) lösen.
Eben. Es lässt sich dadurch lösen, dass Kramdown nicht Default ist, sondern progressive enhancement. Wer Kramdown will (d.h. damit umzugehen weiß), sollte das explizit einschalten müssen – durch Setzen eines Häkchens beim Posting bzw. in seinen Nutzereinstellungen, genau wie JürgenB sagte.
LLAP 🖖
--
Ist diese Antwort anstößig? Dann könnte sie nützlich sein.-
Hallo Gunnar,
Und das Problem der von Dir vorgetragen Beispiele lässt sich weder durch Kramdown noch irgendeinen anderen Formatierer (sinnvoll) lösen.
Eben. Es lässt sich dadurch lösen, dass Kramdown nicht Default ist, sondern progressive enhancement. Wer Kramdown will (d.h. damit umzugehen weiß), sollte das explizit einschalten müssen – durch Setzen eines Häkchens beim Posting bzw. in seinen Nutzereinstellungen, genau wie JürgenB sagte.
da stimme ich doch mit Dir überein bzw. habe an keiner Stelle was anderes behauptet, das könnte eine Lösung sein. Aber wie Christian sagte hat das einige Seiteneffekte zur Folge, die mitbedacht werden müssen.
Damit haben aber Deine Beispiele rein gar nichts zu tun.
Nicht? Meine Beispiele zeigen genau das, dass Code oft nicht als solcher gekennzeichnet wird und Postings dadurch verstümmelt sind.
Ok, belassen wir's hierbei. Ich bin zwar was Deine gewählten Beispiele angeht (nochmal: nicht Deine Intention dahinter) weiterhin anderer Meinung, aber wenn Du in dem letzten Satz dadurch verstümmelt sind durch potenziell verstümmelt werden ersetzt gehe ich da mit. Dass Postings nicht automatisch sinnentstellend verändert werden sollten ist ja klar. Und dass die Admins ständig was anpassen müssen sollte auch kein Dauerzustand sein.
Hast Du denn eine konkrete Idee zur Umsetzung? Christian zeigt sich ja offen für einen Pull-Request.
Gruß, Dennis
-
-
-
-
-
-
-
-
-