2009-02-26 4 views
1

Wir möchten Hilfe für ein Client/Server-System bereitstellen. In der aktuellen Version des Systems geschieht dies auf der Client-Seite mit der traditionellen HTML-Hilfe (d. H. Viele .chm-Dateien, die auf jedem Client-Rechner sitzen). Aus verschiedenen Gründen (z. B. um schnelle/einfache Aktualisierungen der Hilfe zu ermöglichen) möchten wir den Hilfeinhalt (d. H. Die eigentlichen Themendateien) auf einen Server verschieben.Gibt es eine Möglichkeit, serverbasierte Hilfe ohne Webserver bereitzustellen?

Die clientseitige Desktop-App, auf die sich die Hilfe bezieht, stellt bereits eine Verbindung zu einem Server her. Es scheint also so zu sein, dass ein client-seitiger Help-Viewer eine ähnliche Aufgabe ausführen könnte - z .

Aber wir wollen das Rad nicht neu erfinden und etwas programmieren, wenn es da draußen schon etwas gibt.

Die naheliegende Lösung wäre die Verwendung von WebHelp, aber es besteht ein gewisser Widerstand, wenn unsere Kunden einen Webserver betreiben müssen. Und es ist keine Option, uns selbst oder über Dritte zu hosten.

Gibt es jemanden, der weiß, wo der Inhalt auf dem Server liegt?

Antwort

2

Welche Art von Server laufen Sie? Gibt es einen Grund, warum Sie keinen Webserver in Ihrem Serverprodukt betreiben können, möglicherweise an einem "normal unbenutzten" Port? Sie müssen den Kunden nicht auffordern, einen Webserver zu installieren und zu verwalten, wenn Sie ihn selbst bündeln.

Auf welcher Plattform ist das, btw?

EDIT: Wie von David in den Kommentaren vorgeschlagen, gibt es eine related question about a embedding lightweight web server.

+0

Das System wird auf Solaris-, Redhat Linux- und Windows-Servern installiert. Die Bündelung eines leichtgewichtigen Web-Servers mit einem Port mit hoher Nummer wäre gut. Nicht sicher, was die besten Optionen sind. Apache? –

+0

Es gibt viele Optionen für leichte Web-Server, überprüfen Sie diese (und verwiesen) Fragen: http://StackOverflow.com/Questions/516028/small-PHP-Capable-Web-Server-for-Windows –

+0

Dank David. Lighttpd sieht aus, als wäre es ein Konkurrent, wenn es eine Version gäbe, die nativ in Windows lief. –

0

Vielleicht habe ich das falsche Ende des Sticks, aber wenn das alles in einem Intranet residiert, dann können Sie vielleicht ein zugeordnetes Netzlaufwerk verwenden, das zwischen all Ihren Client-Rechnern geteilt wird, z. H:/(Sie könnten es Teil ihres Anmeldeskriptes machen). Sie können dann einen Dateilink verwenden, um zu den HTML-Seiten zu gelangen, z. file: /// H: /help_folder/index.html

Wenn der Rest Ihrer App über das Internet bereitgestellt wird, müssen Sie einen Webserver verwenden. Es gibt sehr billig und einfach Webhosting zur Verfügung.

+0

Die App ist eine Windows-Desktop-App, aber mit vielen Sachen passiert auf einem Server: typische Client/Server-Architektur.Ich bezweifle, dass die Zuordnung von Netzlaufwerken für alle unsere Kunden, von denen einige sehr große Organisationen sind, überschaubar oder zuverlässig genug wäre. –

1

Sie sollten in der Lage sein, dies ohne zu viel Mühe zu tun. Ich baute einen CHM-zu-Web-Konverter, der in einem CHM schlürft und eine Website ausspuckt.
This is an example website hergestellt aus dem Konverter-Tool.

Die Erstellung des CHM dauert über den Sandcastle Helpfile Builder eine lange Zeit, aber die Umwandlung von CHM in das Web erfolgt in etwa 6 Sekunden. Es ist vollständig automatisiert.

Sie könnten diese Magie nehmen und sie an Ihre Rich-Client-App anpassen. Der Client könnte den Server nach einer Index- oder Themenliste abfragen und dann den Hilfeinhalt nach Bedarf vom Server vom Server abrufen.

Verwandte Themen