Beiträge von Grevas

    Code
    /index.php?include=%1


    Mach daraus mal

    Code
    /index.php?include=[B]$1[/B]

    Und um den Folgepost etwas vorzubeugen.

    PHP
    $filename = preg_replace("/[^a-z0-9\-\/]/i","",$filename);

    Dabei sagtest du oben du würdest "testseite.htm" includieren wollen. Der Schnipsel PHP gibt in dem Fall aber "testseitehtm".

    PHP
    $filename = preg_replace("/^[\.\/]+|[^a-z0-9\-\/\.]/i","",$filename);


    Mit dem Ausdruck kann dann auch

    PHP
    if($filename[0] == "/"){
        $filename = substr($filename,1);
    }

    raus.

    PHP
    $filename .= ".php"; <---to html

    <---to html? Kommentare in PHP sehen anders auch, verstehen tu ich's dennoch nicht.

    Um mal den Klassiker hier im Forum zu zitieren:

    Worauf ich hinaus will?
    1. Dass sich an nem font-tag aufzuhalten sinnlos ist. Und ja, es wird empfohlen es nicht zu verwenden, deprecated halt. Aber nicht falsch und hat keinerlei Auswirkung. Erst recht nicht in dem Kontext. Und da ich es jetzt schon zum dritten mal sage, dass es rein gar nichts mit dem Problem zu tun hat, reichts jetzt auch.
    2. Du damit niemanden hilfst.

    Und falls die Frage eigtl. "weshalb ich darauf eingeh" lauten sollte, bin ich dafür gern per PM zu erreichen.

    //P.S. um es etwas klarer zu machen und hoffentlich eine weitere BS-Iteration zu ersparen:
    Es ging um ein PHP-no-name-cms Problem, und zwar um Einbindung / Erstellung eines Kontaktformulars. Deshalb die "Frage", was da ein Validator in der Hilfestellung verloren hat. Anführungszeichen, weil ich darauf nicht wirklich eine Antwort haben wollte - in meinen Augen hat ein Validator in dem Fall nichts zu melden. Falls Bedarf entstehen sollte über diese Aussage zu diskutieren, gerne über PM oder einen anderen Thread.

    Hier mal ein Beispiel mit opacity.

    Würde aber empfehlen für sowas auf Frameworks zurückzugreifen.
    https://api.jquery.com/slideDown/


    Ansonsten kannst du es selbst zum "langsam öffnen" umbauen indem du eine andere CSS-Eigenschaft änderst (Höhe z.B.).

    Mit "haufenweise" meine ich tatsächlich was ich schreibe, nicht nur eine Funktion...
    Z.B. seh ich das da require.js verwendet wird, ist aber bei deinem schnipsel nicht referenziert.

    Beim drüberschauen schon mal ein paar Fehler:
    - h3#slide-text gibt es 4 mal, eine ID darf aber nur 1x verwendet werden.
    - jQuery.next geht nur auf das nächste Element (du kannst damit auch erst recht nicht aus dem Parent springen!)
    > $active.parents('darfst-selbst-schauen-wenn-du-nicht-einrückst').next().find('img')

    Für mehr würde ich das dann aber ebenfalls auf einem Server sehen wollen oder eben eine Standalone Version des Sliders.

    Paragraphen haben per default einen margin (<p>), dem ersten element müsstest du margin-top: 0; geben, dann gibt es keine Lücke.

    Wenn du den Abstand trotzdem haben möchtest, kannst es mit einem entsprechenden padding-top setzen.

    Artet mir hier irgendwas aus. Aber das interessiert mich jetzt, was ist bitte an einem Font-Tag invalide? Steht da irgendwo der Doctype der verwendet wird? (bevor irgendwas mit inline & block Elementen mixen kommt, damit kommt so ziemlich jeder gängige Browser klar, a[href]>div anyone?)
    Ist eigentlich auch komplett irrelevant, da es eine Error-Message ist (nur setup Fehler wohlgemerkt). So viel dazu.

    Zum Rest...
    Hätten wenn aber, wie wärs wenn du ihm was einfacheres vorstellst? Kannst du ja gar nicht, da er noch nicht geantwortet "warum" er es verwendet (ist es vielleicht legacy code, der einfach schon da ist?). Wenn du nicht helfen willst aus welchen Gründen auch immer, dann halte dich doch einfach raus. Dein letzter "Vorschlag" ist jedenfalls für die Tonne in dem Kontext und überhaupt nicht hilfreich...


    Falls sich der Threadersteller doch zurückmelden sollte, werde ich versuchen zu Unterstützen (eigeninitiative wird vorrausgesetzt).

    Hat jemand außer mir "Problem Problem" gelesen?

    Es geht Responsive Design nicht darum ob es funktioniert wenn du in einem Browser das Browserfenster veränderst, wer macht das denn schon, sondern darum das die Darstellung in allen Ausgabegeraten stimmt. [...]

    Das hat nichts mit dem Gerät zu tun. Initialauflösung ist ein Kompromiss, das wars aber schon.

    Na ok, mal ernsthaft. Klingt ganz nach einem Javascript problem, konnte so ein Verhalten bei @media-queries zumindest nicht beobachten. Ich warte mal die Sources (oder bevorzugt ein Link) ab. Nach kleinen Tests, glaube ich, dass @media-queries das Grundsätzliche Format vorgeben und per JS das Fluid-Verhalten gesteuert wird (Schriftgröße etwas runterrechnen usw.)

    Warum benutzt du webyep?


    Ich rate mal, weil da steht "keine Programmierkentnisse" benötigt.

    Dein Code ist nur mies und schlecht lesbar, nicht eingerückt. Bitte rücke den Code ein und verwende den Validator um den Quellcode vom Browser zu validieren.

    [...]


    Ist nicht sein Code. Was du jetzt mit einem Validator willst bleibt mir schleierhaft, hässlich ja, valide ist es aber (zumindest habe ich beim drüberschauen nichts entdeckt).

    Programmieren muss man lernen bevor man es anwendet, was erwartest du jetzt von uns?


    Da widerspreche ich mal. Bin ein Fan von learning-by-doing. Und was erwartet ist, ist wohl etwas Hilfe.


    Nun... Zum Topic.
    Mit den Informationen wird dir keiner weit helfen können, in dem Fall müsstest du schon dein Projekt (vllt. als zip) hier hochladen. Mit paar zusätzlichen Infos wo du gerade drin bist, versteht sich. (umso einfacher jemand dein Projekt bei sich zum laufen bekommen kann, umso wahrscheinlicher ist es, dass dir auch geholfen wird)

    Aber mal so allgemein. Wenn sich die Formularverarbeitung und das CMS beißen, könntest du es mitteles eins Iframes probieren - nicht schön, aber vllt. hilft es dir ja (cms-kram <iframe> /cms-kram). Wie man denn ein eigenes Kontaktformular bastelt, kannst du gerne selbst googlen, da gibt es haufenweise Beispiele -- und das ausprobieren würde dir helfen zu verstehen was du da eigtl. machst. (Nur weil man etwas benutzen kann, bedeutet es nicht, dass man es auch herstellen kann). Wenn du da überhaupt keine "Lust" drauf hast, empfiehlt sich das "Jobs"-Unterforum.

    Ob das mit irgendwelche Macros unter "Adobe GoLiveCS2" geht, kann ich nicht sagen, aber für mich hört es sich so an, als würdest du deine statischen Inhalte nach Links durchsuchen wollen und die Zielinhalte irgendwo hinkopieren.
    Etwas wenig Info um was konkretes zu machen (komplett für dich machen wirds keiner, Unterstützung kriegt man hier aber)

    Ich persönliche würde für so was ja Python nehmen, deshalb gibt's auch darin ein Beispiel.

    Ordner-Struktur bei meinem Beispiel:

    Code
    a.htmlsearch.pysome.pdf

    Statische Seite:

    HTML
    <!doctype html><html lang="en"><head>  <meta charset="UTF-8">  <title>Document</title></head><body>  <div class="product">    <a href="/some.pdf">Details</a>  </div></body></html>

    Crawler / kopierer (in Python 2.7, für 3+ muss es noch angepasst werden wegen der print-ausgaben)

    Code
    import re, shutil
    
    
    target_dir = "../"
    html = open("a.html").read()
    for link in re.findall('href=(.)/?(\S+)\\1', html):
      dir = target_dir + link[1]
      print "trying to copy %s into %s" % (link[1], dir)
      shutil.copy(link[1], dir)

    Ergebnis:
    some.pdf wird ein Verzeichnis höher kopiert.


    Fazit: vermutlich überhaupt noch nicht das was du brauchst, klingt aber nach etwas mehr Arbeit. Hier hast du aber ein grundsätzliches Beispiel wie man da rangehen kann, ist auch simpel (bis auf den Regulären Ausdruck für Linksuche). Jetzt kommst du, mach was und melde dich, wenn du irgendwo stecken bleibst.

    Wenn man ein wenig auf "modernere" browser setzt (in dem Fall diejenigen die "inline-block" kennen), dann braucht man keine Breite beim <ul>.

    Ja ich habe mir erlaubt daraus valides HTML zu machen + tidy html drüber gejagt zur Formatierung.

    Wieder was dazu gelernt... Und ja, der Code ist grauenhaft.

    Aaaber:
    du testest bestimmt Lokal oder? Also ziehst die Datei einfach in den Explorer? Da blockt bei mir der IE z.B. das JavaScript komplett (sagt es auch unten).
    Wenn ich es auf den Webserver zieh, funktioniert alles.
    Du solltest aber wenigstens noch die lästigen Standards wie <html>, <!doctype html>, <head>, <title> ... mal einbauen.

    Auch wenn es eigtl. nicht darum geht...

    Was soll denn bitte sha256 für ein Vorteil bringen? Die Hash-Methode spielt keine Rolle beim Bruteforcen von passwörtern - das salten ist wichtig, damit keine Rainbow-Tables greifen. Damit hat es sich.
    Imo ist der einzige Vorteil von sha256, dass es schwieriger wird kollisionen zu erzeugen - was bei einem Webservice 'nicht möglich' ist.

    Nein, leider ist das kein Klacks. Das Problem ist, dass dein Frame in dem jetzt die Navigation ist nicht genügend Platz bietet. Entweder du überdenkst dein Layout / Vorhaben und änderst die Höhe des Frames....

    Oder wie Bandit schon schrieb, machst du es noch mal richtig. Was nicht heißt, dass du alle Inhaltsseiten neu bauen musst, aber etwas PHP und eine richtige Navigation wären schon Top - deine Unterseiten kann man so nämlich an niemanden weiter schicken.