Das System kann den Pfad nicht finden

**Jumpy**

Hi zusammen

Sir Rufos Vorschlag scheint mir wirklich plausibel. Der einzige "Wermutstropfen" dabei ist, dass es sich dabei um einen hartcodierten vollständigen Pfad handelt. Der würde natürlich nicht mehr funktionieren, wenn die Anwendung später auf meinem gemieteten Webspace laufen soll.
Das Rootverzeichnis meines Webspaces ist "/". Darüber hinaus habe ich keinen Zugriff/ist kein Zugriff erlaubt.
Das heisst: die Anwendng muss auf meinem Webspace zwingend unter diesem Verzeichnis liegen. Und wenn ich das richtig verstehe und interpretiere, müsste die Anwendung zur Entwicklungszeit unterhalb des html-Verzeichnisses liegen, was zur Zeit nicht der Fall ist. Damit könnten sich dann alle Pfade relativ zum HTML-Verzeichnis oder eben "/" beziehen.

Gruss
Delbor

Du hast einen / planst für einen gemieteten Webspace. Was darf den da laufen? Deine Datesnap-Server-Exe? Sowas geht?

**DeddyH**

@Delbor
Mal ganz ehrlich: in der langen Zeit, in der Du Dich mit diesem Webgedöns schon herumschlägst (ich verfolge das ja nun schon eine ganze Weile, sowohl hier als auch im Delphi-Treff), hättest Du Dich mit einem der zahllosen (auch kostenfreien) CMS beschäftigen können, die bereits sehr ausgereift sind und ständig weiterentwickelt werden. Damit wärst Du wahrscheinlich schon um Lichtjahre weiter mit Deinem Projekt.

**Delbor**

Hi zusammen
@Jumpy:

Zitat:

Du hast einen / planst für einen gemieteten Webspace. Was darf den da laufen? Deine Datesnap-Server-Exe? Sowas geht?

Nach telefonischer Auskunft des Hosters: ja. Auch eine Isapi.dll wäre möglich.

@DeddyH:

Zitat:

Mal ganz ehrlich: in der langen Zeit, in der Du Dich mit diesem Webgedöns schon herumschlägst (ich verfolge das ja nun schon eine ganze Weile, sowohl hier als auch im Delphi-Treff), hättest Du Dich mit einem der zahllosen (auch kostenfreien) CMS beschäftigen können, die bereits sehr ausgereift sind und ständig weiterentwickelt werden. Damit wärst Du wahrscheinlich schon um Lichtjahre weiter mit Deinem Projekt.

Das ist anzunehmen. Wobei - Teil meines Projektes ist ja meine Bilddatenbank, bzw. mein "Contentmaster". Und wie ich den mit zum Bleistift einer Typo3-Anwendung verbinde, um Inhalte einzupflegen, hab ich schlicht keine Ahnung.

Typo3 war längere Zeit meine Wahl. Wobei mir je länger je mehr unangenehm wurde, Aktualisierungen nur browserbasiert vornehmen zu können. Ausserdem das ganze durchwühlen der unzähligen Extensions und bis man herausgefunden hat, welche dieser Extensions.... Kurz und gut; ich glaube nicht wirklich, dass ich da sehr viel Zeit einsparen würde. Auch wenn selber Programmieren zum ersten mal zeitaufwändiger ist.
Dazu kommt, dass ich lieber etwas mehr in ein Projekt stecke, als nach dass ich nach einer gewissen Zeit feststelle, dass das gewählte Gratistool doch nicht so ganz meinen Wünschen entspricht.
Und natürlich kommt da auch noch eine gewisse Portion "Angefressenheit" dazu.

Diesen Faden könnte man jetzt noch unendlich weiterspinnen, bis hin zu der Frage:"Soll ich nicht doch....?" Andrerseits - wenn ich jedesmal, wenn etwas schwieriger zu werden droht, was neues beginne, komme ich nie irgendwohin...

Gruss
Delbor

**Jumpy**

Zitat von Delbor:

Hi zusammen
@Jumpy:

Zitat:

Du hast einen / planst für einen gemieteten Webspace. Was darf den da laufen? Deine Datesnap-Server-Exe? Sowas geht?

Nach telefonischer Auskunft des Hosters: ja. Auch eine Isapi.dll wäre möglich.

Ich würde an deiner Stelle (falls nicht schon gemacht) eine kleine Datasnape-Server-Exe oder eine Isapi.dll oder sonstwas erstellen (mit Delphi halt), die eine "Hello World"-Webseite zurückliefert.

Diese dann mal beim Host hochladen und testen, gewissermassen als proof of concept. Ich habe sonst nämlich die Befürchtung, dass du immer mehr Zeit hier investiert um das bei dir lokal ans laufen zu bekommen und nachher war alles für die Katz, weil es bei deinem Hoster nicht läuft.

**Delbor**

Hi Sir Rufo

Zitat:

Aber leider gibt es so etwas bestimmt nicht ... es könnte ja so schön sein ...

Das Thema WebConfig kommt sicher auch noch auf mich zu. Vorerst bin ich froh zufrieden, wenn ich dasschaffe, was mir in den letzten Versuchen nicht gelang:

Mehrere Seiten, auch unterschiedlichen Inhalts, anzeigen zu könnnen
Die IIS so zu konfigurieren, dass ich darunter eine ISAPI zum laufen bringe
Generell mehr Verständnis für Webprogrammierung erwerben kann
und...und...und

Auf jeden Fall euch allen recht vielen Dank für eure Geduld!!!

Gruss
Delbor

**Delbor**

Hi Jumpy

Zitat:

Diese dann mal beim Host hochladen und testen, gewissermassen als proof of concept.

Das ist eine sehr gute Idee. Das Ziel derzeit ist nicht eine komplette Datasnap-Anwendung. Sowas soll erst bei einem Weiterausbau hinzukommen.
Ich denke, sobald ich es geschafft habe, mehrere Seiten anzuzeigen, eine Sessionverwaltung und eine Userverwaltung einzubauen, kann ich mal versuchen, das Ding auf den Webspace zu bringen. Das ist so sicher mehr Aufwand, als wenn ich nur eine "Hello World"-Seite erstelle. Aber sei's drum! Auch ohne Userverwaltung wäre ich vorerst zufrieden - im Moment läuft meine Webseite unter einem vom Hoster entwickelten, eher einfachen Tool, so dass ich nach meinem Konzept relativ "schnell" fast genau das habe, was jetzt Sache ist.

Gruss
Delbor

**himitsu**

Nein, die Datei (das Bild) oder das Programm/CGI/... "muß" nicht im öffentlichen HTML-DokumenteVerzeichnis liegen.
Sie muß nur dort liegen, wo z.B. der Apache sie aufrufen kann, bzw. wo dein Programm drauf zugriff hat. (viele WebSpaces haben extra ein Unterverzeichnis, welches nicht öffentlich erreichbar ist)

Bezüglich der "URL", da ist serverintern natürlich nur die Pfadangabe von nöten.
Mit der Domain wird der Server angesprochen und intern geht es dann mit dem Pfad-Anteil weiter.
Aber man kann die Domain dennoch auslesen, wenn man sie unbedingt braucht, um z.B. unterschiedlich zu reagieren, wenn der selbe WebServer mit mehreren Domains/SubDomains verlinkt ist.

Und bei diesen zusammengesetzen Pfaden, also wenn man "Sub-Pfade" erlaubt, sollte man dringend die Pfade validieren,
denn sonst kann sich da jemand schön zugriff auf Dateien verschaffen, die eigentlich nicht öffentlich sind.
z.B. <img src="/Images/background/bgblue.jpg"/> oder <img src="www.domain.de/Images/background/bgblue.jpg"/> sind ja kein Problem, bzw. die URLs direkt im Browser aufgerufen.
Aber so Dinge wie /../../geheimesverzeichnis/passwörter.txt oder /index.php liefern dann Dateien im Klartext aus, die man nicht draußen haben wollte.

**Delbor**

Hi Himitsu

Zitat:

Nein, die Datei (das Bild) oder das Programm/CGI/... "muß" nicht im öffentlichen HTML-DokumenteVerzeichnis liegen.
Sie muß nur dort liegen, wo z.B. der Apache sie aufrufen kann, bzw. wo dein Programm drauf zugriff hat. (viele WebSpaces haben extra ein Unterverzeichnis, welches nicht öffentlich erreichbar ist)

Verstehe ich das richtig? Damit beziehst du dich darauf:

Zitat:

Das Rootverzeichnis meines Webspaces ist "/". Darüber hinaus habe ich keinen Zugriff/ist kein Zugriff erlaubt.
Das heisst: die Anwendng muss auf meinem Webspace zwingend unter diesem Verzeichnis liegen. Und wenn ich das richtig verstehe und interpretiere, müsste die Anwendung zur Entwicklungszeit unterhalb des html-Verzeichnisses liegen, was zur Zeit nicht der Fall ist. Damit könnten sich dann alle Pfade relativ zum HTML-Verzeichnis oder eben "/" beziehen.

Ich wollte damit eigentlich zum Ausdruck bringen, dass ich damit auf meinem Rechner die mir zur Verfügung stehende Verzeichnisstruktur auf dem Webspace simulieren/nachbilden kann. Unter diesem Aspekt müsste die Anwendung auf dem Webspace dann zum laufen gebracht werden können.

Zitat:

Aber so Dinge wie /../../geheimesverzeichnis/passwörter.txt oder /index.php liefern dann Dateien im Klartext aus, die man nicht draußen haben wollte.

Danke für die Info!

Gruss
Delbor