mandy: menue in datei einfügen (include...)

hallo ihr,

gibt es eine andere möglichkeit, eine datei (z.b. ein menue) per include in eine datei einzubinden... allerdings ohne php, javascript oder cgi (alles dreis nicht möglich)?

ich dachte eigentlich, cgi wär auf allen webservern möglich. bei der von mir zu bearbeitenden seite allerdings nicht. :o(

danke schon mal für tipps!!
mandy

  1. Hallo Mandy,

    ich denke, Du meinst mit Datei eine HTML-Datei?

    Dann fallen mir eigentlich nur die Frames ein. Warum die immer noch so verpöhnt sind, weiss ich nicht.

    Mit Frame skann man sogar Textdateien in Seiten einbinden...

    Liebe Grüße

    Tom

    1. Hi Tom,

      Dann fallen mir eigentlich nur die Frames ein.
      Warum die immer noch so verpönt sind, weiss ich nicht.

      kleiner Besuch im Archiv gefällig? ;-)

      Viele Grüße
            Michael

      1. Guten Morgen Michael,

        Dann fallen mir eigentlich nur die Frames ein.
        Warum die immer noch so verpönt sind, weiss ich nicht.

        kleiner Besuch im Archiv gefällig? ;-)

        Wonach sollte ich denn da suchen, um des Rätsel Lösung auf die Spur zu kommen?

        Ist es nur so eine Aversion der Leute, weil sie das Prinzip nicht verstehen, oder ist es echt technisch bedingt?

        Grüße

        Tom

        1. Hallo Tom

          Dann fallen mir eigentlich nur die Frames ein.
          Warum die immer noch so verpönt sind, weiss ich nicht.

          Ist es nur so eine Aversion der Leute, weil sie das Prinzip nicht verstehen, oder ist es echt technisch bedingt?

          Ersteres trift (bei so manchen zumindest) eher nicht zu, da einige Leute hier schon ein bisschen Ahnung von der Materie haben. :) Die Aversion gegen Frames hat schon seine technischen Begründungen. Folgende fallen mir gerade so ein:

          • Ein Frameset mit 3 Frames benötigt 3 HTTP-Requests (plus einen pro Bild/sonstige Dateien)
          • Suchmaschienen kommen mit Frames nicht klar
          • Es kann Probleme mit hohen/niedrigen Auflösungen geben

          Mehr fällt mir gerade nicht ein, es gibt aber noch x Pros und Contras die im Archiv nachzulesen sind.

          MfG

          Tom2

          1. Hallo Tom(2),

            Ersteres trift (bei so manchen zumindest) eher nicht zu, da einige Leute hier schon ein bisschen Ahnung von der Materie haben. :)

            Ich wollte auch keinesfalls die Kompetenz der Antwortenden in Frage stellen, aber meine Eingabe "Frames" im Archiv gab hunderte von Fragen und die meisten waren immer die selben blöden. Das hat mir suggeriert, dass speziell HTML-Newbies Angst vor Frames haben.

            Die Aversion gegen Frames hat schon seine technischen Begründungen. Folgende fallen mir gerade so ein:

            • Ein Frameset mit 3 Frames benötigt 3 HTTP-Requests (plus einen pro Bild/sonstige Dateien)
            • Suchmaschienen kommen mit Frames nicht klar

            Also, ich habe keine Probleme mit den Suchmaschinen feststellen können. Man sollte natürlich bei der Angabe des Document-Types auch auf "Frameset" umschalten und nicht überall "Transitional" reinschreiben. Aber das ist eben eine typische Krankheit von Frontpage etc. Und dann entsteht der Eindruck, dass die Suchmaschinen Probleme hätten. Die können das sehr gut. Nur dieses Frontpage ist Schrott.

            • Es kann Probleme mit hohen/niedrigen Auflösungen geben

            in wiefern?

            Mehr fällt mir gerade nicht ein, es gibt aber noch x Pros und Contras die im Archiv nachzulesen sind.

            Gerade die habe ich nicht gefunden. Nur diese "Hiiiilfeeee"-Postings

            MnfG (Mit noch freundlicheren Grüßen)

            Tom(1) *gg*

            1. Hi Tom

              Ersteres trift (bei so manchen zumindest) eher nicht zu, da einige Leute hier schon ein bisschen Ahnung von der Materie haben. :)
              Ich wollte auch keinesfalls die Kompetenz der Antwortenden in Frage stellen, aber meine Eingabe "Frames" im Archiv gab hunderte von Fragen und die meisten waren immer die selben blöden. Das hat mir suggeriert, dass speziell HTML-Newbies Angst vor Frames haben.

              es ist eher umgekehrt IMHO: die, die wissen, was man _falsch machen kann_[tm] werden frames eher meiden, als total-n00bs...

              Die Aversion gegen Frames hat schon seine technischen Begründungen. Folgende fallen mir gerade so ein:

              • Ein Frameset mit 3 Frames benötigt 3 HTTP-Requests (plus einen pro Bild/sonstige Dateien)
              • Suchmaschienen kommen mit Frames nicht klar
                Also, ich habe keine Probleme mit den Suchmaschinen feststellen können. Man sollte natürlich bei der Angabe des Document-Types auch auf "Frameset" umschalten und nicht überall "Transitional" reinschreiben. Aber das ist eben eine typische Krankheit von Frontpage etc. Und dann entsteht der Eindruck, dass die Suchmaschinen Probleme hätten. Die können das sehr gut. Nur dieses Frontpage ist Schrott.

              ich bin gerade damit beschäftigt einen workaround für eine iframe-konstruktion zu schreiben, damit automatisch die navi "drumrum" mitgeladen wird. nicht dass es schwierig wäre... aber ist _extrem_ nervig...

              • Es kann Probleme mit hohen/niedrigen Auflösungen geben

              in wiefern?

              beispiel: du hast 10 buttons, die 100px breit sind, aber plötzlich nur eine breite von 90px im frame. scrolling in solchen sachen ist extrem unschön. nun, ausserdem ist der frame 200px hoch, jeder button aber 22px, somit musst du auch noch vertikal 20 px scrollen. weißt du, wie das ausssieht? ;)

              Mehr fällt mir gerade nicht ein, es gibt aber noch x Pros und Contras die im Archiv nachzulesen sind.

              Gerade die habe ich nicht gefunden. Nur diese "Hiiiilfeeee"-Postings

              mussu nach den "(Design) Frames oder nicht?"-Threads suchen ;-)

              Tom

              Fabian

              ps: können wir Donnerstag von mir aus ausführlich ausdiskutieren *g*

  2. moin,

    es gibt eine Möglichkeit, so denn dein Provider SSI unterstützt. SSI bedeutet ServerSideIncludes.
    Deine Hauptdatei braucht die Endung .shtml
    In diese kannst du dann an der Stelle eine Datei mit folgendem Befehl einbinden:
    <!--#include virtual="/datei.html" -->
    Auch lokal funtkioniert so etwas aber nur, wenn du einen Webserver installiert hast.

    liebe grüße, uschi

    1. moin,

      es gibt eine Möglichkeit, so denn dein Provider SSI unterstützt. SSI bedeutet ServerSideIncludes.
      Deine Hauptdatei braucht die Endung .shtml
      In diese kannst du dann an der Stelle eine Datei mit folgendem Befehl einbinden:
      <!--#include virtual="/datei.html" -->
      Auch lokal funtkioniert so etwas aber nur, wenn du einen Webserver installiert hast.

      liebe grüße, uschi

      hi uschi,

      danke für den tipp!
      hab's ausprobiert... tut aber nicht. bzw. kommt dann diese fehlermeldung:
      "[an error occurred while processing this directive]"

      besteht noch hoffnung? *heul*
      mandy

      1. Hi mandy,

        danke für den tipp!
        hab's ausprobiert... tut aber nicht. bzw. kommt dann diese fehlermeldung:
        "[an error occurred while processing this directive]"

        besteht noch hoffnung? *heul*

        Ja - die Fehlermeldung ist gut. :-)))))

        Denn wenn er nicht SSI verstehen würde, dann würde er einfach den HTML-Quelltext mitsamt den Kommentaren zurückliefern.

        Schau' Dir noch mal die SSI-Doku an (http://httpd.apache.org/docs/howto/ssi.html) und wenn's dann immer noch nicht klappt, dann poste hier noch mal den Code.

        Grüße,

        Christian

        1. Hi mandy,

          danke für den tipp!
          hab's ausprobiert... tut aber nicht. bzw. kommt dann diese fehlermeldung:
          "[an error occurred while processing this directive]"

          besteht noch hoffnung? *heul*

          Ja - die Fehlermeldung ist gut. :-)))))

          Denn wenn er nicht SSI verstehen würde, dann würde er einfach den HTML-Quelltext mitsamt den Kommentaren zurückliefern.

          Schau' Dir noch mal die SSI-Doku an (http://httpd.apache.org/docs/howto/ssi.html) und wenn's dann immer noch nicht klappt, dann poste hier noch mal den Code.

          Grüße,

          Christian

          morgään,

          also ich weiß nicht, was ich falsch gemacht haben könnte.
          der include befehl in start.shtml:
          <!--#include virtual="/menue_start.html" -->

          der inhalt von menue_start.html:

          <div id="center"><table class="menue">
            <tr>
              <td class="menue"><a id="center" href="verein/verein.htm"><img src="img/bverein.gif" width="105" height="25" border="0" alt="Der Verein"></a></td>
              <td class="menue"><a id="center" href="anmelden/anmeldung.htm"><img src="img/banmeldung.gif" width="125" height="25" border="0" alt="Mitgliedschaft"></a></td>
              <td class="menue"><a id="center" href="anzeigen/anzeigen.htm"><img src="img/banzeigen.gif" width="95" height="25" border="0" alt="Anzeigen"></a></td>
              <td class="menue"><a id="center" href="service/service.htm."><img src="img/bservice.gif" width="80" height="25" border="0" alt="Service"></a></td>
              <td class="menue"><a id="center" href="member/member.htm"><img src="img/bmember.gif" width="150" height="25" border="0" alt="Mitgliedschaft"></a></td>
            </tr>
          </table></div>
          <p> </p>

          die beiden dateien liegen im gleichen verzeichnis.
          what is falsch??

          mandy

          1. Moin Mandy,

            Vielleicht hast du einfach nur ein Pfad-Problem. Wenn du angibst:
            /menue_start.html
            bedeutet der führende Slash, dass die Datei im Wurzelverzeichnis liegt. Nimm ihn also einfach mal weg, und probiere, ob es dann funktioniert.
            Welchen Webserver hast du installiert, by the way.

            Liebe Grüße, Uschi

            1. Moin Mandy,

              Vielleicht hast du einfach nur ein Pfad-Problem. Wenn du angibst:
              /menue_start.html
              bedeutet der führende Slash, dass die Datei im Wurzelverzeichnis liegt. Nimm ihn also einfach mal weg, und probiere, ob es dann funktioniert.
              Welchen Webserver hast du installiert, by the way.

              Liebe Grüße, Uschi

              ah! ich weiß was ich falsch gemacht hab!! *andenkopffass*
              ich arbeite doch im ordner /test. und das hab ich schlicht und einfach vergessen. also ein /test vor /menue_start.html und schon müsste es klappen! juhu! kanns erst heute abend austesten...

              welchen webserver ich habe? also welchen der provider hat weiß ich nicht. zuhause hab ich apache (für mysql und php).

              danke noch mal und viele grüße!
              mandy

              1. Hi mandy,

                bedeutet der führende Slash, dass die Datei im Wurzelverzeichnis liegt. Nimm ihn also einfach mal weg, und probiere, ob es dann funktioniert.

                ich arbeite doch im ordner /test. und das hab ich schlicht und einfach vergessen. also ein /test vor /menue_start.html und schon müsste es klappen! juhu! kanns erst heute abend austesten...

                Uschis Vorschlag ist trotzdem besser: Über eine relative Adressierung der eingebundenen Datei kannst Du dieses Pärchen überall verwenden, ohne den Inhalt jemals wieder anpassen zu müssen.

                Deine eingebundene Datei muß übrigens nicht *.html heißen - denn sie enthalt ja kein vollständiges HTML-Dokument. Das würde ich an Deiner Stelle durch eine entsprechende, selbst gewählte Endung (*.inc?) zum Ausdruck bringen. Das macht den Inhalt des Verzeichnisses wartungsfreundlicher, finde ich.

                Viele Grüße
                      Michael

      2. Hi mandy,

        <!--#include virtual="/datei.html" -->

        Und zwar _exakt_ so, und nichr nur so ähnlich.
        Jedes Leerzeichen zuviel oder zu wenig kann entscheidend sein!
        Der SSI-Parser des Apache ist eher einfach gestrickt ... ;-)

        hab's ausprobiert... tut aber nicht. bzw. kommt dann diese fehlermeldung:
        "[an error occurred while processing this directive]"

        Immerhin hat der SSI-Interpreter diese Anweisung zu interpretieren versucht - Uschi hat mit der (konfigurierbaren!) Endung also richtig geraten.

        Der Apache hat übrigens eine Meldung in Dein error_log geschrieben - was genau steht da drin?
        Das error_log ist nicht zum Spaß erfunden worden, sondern damit man es liest. Vor allem dann, wenn man serverseitige Intelligenz einsetzt, die auch mal schief gehen kann - genau das tust Du gerade.

        besteht noch hoffnung? *heul*

        Durchaus. Wenn Du schon eine fehlerhafte SSI-Anweisung schreiben kannst, dann wirst Du asl nächstes auch eine korrekte hinkriegen ... ;-)

        Viele Grüße
              Michael

  3. .:: hi mandy,

    wenn der provider kein php oder cgi unterstützt, funktionieren in der Regel auch keine ssi.

    wie lautet denn die url der seite und wer ist provider?

    es gibt dennoch eine möglichkeit zum "includen". und zwar bereits vor upload der html-dateien auf den server... es gibt diverse editoren, z.b. phase5, die mit virtuellen includes, bzw. templates arbeiten. dabei können verschiedene html-einzeldateien zu einer gebunden werden, so daß wenn man eine einzele datei ändert, sich das auf die gesamtdatei auswirkt, die dann neu erstellt wird.

    wäre das nicht eine gute lösung?

    danny ::.