tools für generierung von statischen webpages

Headhunter

Wie sieht deine XSLT browserbasierte Variante aus, wenn der User Agent kein XSLT versteht? Stichwort GoogleBot...

minhen

Headhunter schrieb:

Wie sieht deine XSLT browserbasierte Variante aus, wenn der User Agent kein XSLT versteht? Stichwort GoogleBot...

Ich habe aus gutem Grund explizit davon geredet einen XSLT-Prozessor anzuwenden oder XSLT vom Webserver ausführen zu lassen. Suchmaschinen sind nur ein Grund weswegen man nicht XSLT direkt ausliefern sollte.
Ich denke das ich hab deutlich genug gesagt:

man kann die Seiten auch lokal direkt im Browser testen

Aber schön dass dir aufgefallen ist, dass es dämlich wäre sein XML direkt rauszuhauen. (Ich hatte schon genug Diskussion bei denen die Leute absolut nicht einsehen wollten, weswegen XSLT auf die Server-Seite und nur dort hin gehört und aufm Client nichts verloren hat. Insofern wirklich )

ronny

ich dachte eher an eine nette kombination aus menü generator und quelldateien aus simplifizierten markup und ein paar metainformation über lesbaren namen und position im menü

da xml nicht nett ist, (weil es nicht als human editable format gedacht ist)
und php einfach nur mist ist

*edit*

ich will die page auf einen sehr leistungsbegrenzten webserver packen, deswegen ist jede art von dynamisch auf dem server zuviel

Mit nem Texteditor.

minhen

r0nny schrieb:

da xml nicht nett ist, (weil es nicht als human editable format gedacht ist)

Was für ein absoluter Blödsinn. Hast du jemals in deinem Leben mit XML gearbeitet? Es steht schon klipp und klar im XML-Standard:

The design goals for XML are:
(...)
* XML documents should be human-legible and reasonably clear.
(...)

außerdem

* XML documents shall be easy to create.

Meine private Webseite sieht zum Beispiel so aus:

<?xml version="1.0" encoding="utf-8"?>
<page xmlns="http://meineurl">
	<meta>
		<title>Programmname</title>
		<language>de</language>
		<description>Blabla</description>
		<category>program</category> <!-- für Generierung des Menüs -->
	</meta>
	<content>
		<section title="Überschrift, Programmname">

			<text>Blablablabla und noch mehr blabla was das Programm macht und so...</text>

			<qinfo>
				<name>Programmname</name>
				<version>1.0.0</version>
				<filename>blubb</filename> <!-- für Links zu Changelogs und Dokumentation -->
				<features>
					<f>tolles Feature 1</f>
					<f>tolles Feature 2</f>
					<f>tolles Feature N</f>
				</features>
			</qinfo>

			<download>
				<platform id="windows">
					<link>
						<url>programm.zip</url>
						<text>Ich bin der Downloadlink für Windows</text>
					</link>
					<link>
						<url>http://irgendwo/programm.zip</url>
						<text>Ich bin ein Mirror für Windows</text>
					</link>
				</platform>
				<platform id="unix">
					<link>
						<url>programm.tar.gz</url>
						<text>Ich bin der Downoadlink für Unix</text>
					</link>
				</platform>
			</download>

		</section>
	</content>
</page>

Dann geht einmal kurz XSLT drüber, generiert Menüs und Textbausteine (beim Download und "Quickinfo") und erzeugt eine wunderschöne XHTML-Ausgabe. Bei "normalen Textseiten" sind auch mehrere <section>s vorhanden - sind es mehr als drei verlinkt XSLT die Überschriften und generiert eine Inhaltsangabe am Anfang des Dokuments. Verschachtelungen werden natürlich berücksichtigt.
Einfacher geht's doch gar nicht mehr.

ronny

imho ist das nicht gut lesbar

mit yaml oder tdl wäre das wesentlich besser lesbar

ich will keine bescheuerten xml/html tags, sondern einfach nur ein simples markup was schnell schreibbar und gut lesbar auch ohne xml-highlighter ist

das nerft echt - kommt nochmal wer mit einem guten vorschlag der nicht wieder im xml-hype endet, oder muss ich das ganze selber basteln

zum vergleich:

kategorie über den ordner, sprache über prefix an der datei

title=Steckbrief MeinProg
---
= Programmname
* Version: 0.0.1
* [Documentation:http://mydomain/myprog/docs/]

Bla bla bla was es halt so macht ...

== Download

=== Linux

http://mydomain/myprog/myprog-0.0.1.tgz

=== Windows

http://mydomain/myprog/myprog-0.0.1.zip

*edit*
PS wenn ihr euch angepisst fühlt - ich fühl mich angepisst wenn ich nach möglichst simplifizierten lösungen suche und dann so featuremonster wie xml und xslt vorgeworfen bekomm die nur mehr schreibarbeit bei 0 gewinn für mich bedeuten

haha jetzt ist minhen sprachlos :p

HTML ist doch eine Sprache zum "generieren" von formatiertem Text. Wieso brauch ich jetzt noch ne Sprache zum "generieren" von HTML.

ronny

html ist nur eine markup sprache für dokumente

html wurde nicht dafür entwickelt um von menschen editiert zu werden, auch wenn wir heutzutage dort angekommen sind

cheopz

wenn ihr euch angepisst fühlt - ich fühl mich angepisst wenn ich nach möglichst simplifizierten lösungen suche und dann so featuremonster wie xml und xslt vorgeworfen bekomm die nur mehr schreibarbeit bei 0 gewinn für mich bedeuten

Dann nimm einen Wiki auf PHP-Basis, den du mit einem lokalen Webserver bearbeitest und gieße den ganzen Wiki zur Veröffentlichung in statische HTML-Dateien (das sollte nicht allzu schwierig sein).

Was du da als "Markup" haben willst, entspricht ohnehin der gängigen Wiki-Syntax.