Beiträge von INCepted

    JavaScript
    $(function(){
    		$.ajax({
    		   cache: false,
    		   type: "post",
    		   url: "whatever.php",
    		   data: {name : "SunnieX"}
    		});
    	});

    @INCepted: Btw ein Literal Object ist sowas wie ob = {property1 : "Hallo" }; und ein JSON Object ist sowas: {"name":"Peter"}

    In beider Form ist es die JSON Syntax bzw. ein JSON-Literal. Ein Javascript Literal hat nur die Folge, dass es Typ-unabhängig ist.
    Grundlegend unterscheiden sie sich aber nur ihren Index-Bezeichnungen.

    Ach und Btw: In jedem SInne ist ein Objekt-Literal, wir reden nur hier von den Syntaxen von JSON und JS

    Du kannst per AJAX Post Data senden. Sprich ein JSON-Objekt Literal welches verschiedene Informationen enthält.

    Bsp.:

    Wenn es deine Seite ist, ein META Tag hinzufügen (auf seite.de)

    <meta name="is_up" content="true">


    Seite die es checkt:

    Denke mal er braucht ein isup Script, welches keine Meta-Daten benötigt.

    Ich bzw. wir verstehen dich akustisch nicht.

    Wie kannst du einen Text akustisch missverstehen ?

    B2T: Du Sendest eine Anfrage über dein Script egal ob PHP oder JS und wenn was als Antwort zurückkommt,
    am besten ein Browserstatus, prüfst du ob dieser Status als erreichbar gilt (z.B.: 200).

    Ich rede auch von den veröffentlichten Datenbanken spezifisch auf RT. -> Weitere Antwort unten.

    Wenn man die beste Anwendung dazu findet ist es auch sicher. Ich sah nur oft, dass es bei vielen einfach nicht hin haute. Ich selbst nutzte es daher auch nicht.Aber es kann auch an der Inkompetenz der Verwender liegen.
    Daher: Wenn du es nutzt, dann sicher. MD5 ist schon so bekannt, dass es nicht all zu schwer für Gegner war/ist.

    Die Aussage ist immer noch verwerflich. Es ist nicht bekannt, dass MD5 leicht zu knacken ist. Es liegt lediglich daran,
    dass sich manche durch die Hashes Bruteforcen. Wenn du ein sicheres Passwort hast, wird es auch nicht geknackt, egal wie viele
    Datenbanken von dir mit drin geleakt wurden.

    Ich möchte nur mal kurz rein werfen:Ich empfehle dir allgemein MD5 nicht.
    Es wurden hier einige Datenbanken geleaked und man bekam bspw. durch diese Seite -> http://md5decrypt.net/ - ganz leicht anzeigen lassen.

    Ganz leicht anzeigen geht schon mal gar nicht.
    Das sind einfach gespeicherte Werte in einer Tabelle.
    Wenn dein Passwort nicht test123 heißt, musst dir auch keine Sorgen machen.
    Im Prinzip kann man das mit jedem Hash machen.

    Verstehe nicht wieso er so viele Libaries für PHP braucht aber nun gut.
    Das Design schaut ganz gut aus, wobei es irgendwie nicht zu einem HabboCMS passt.
    Vielleicht ist es auch der Header, der im rötlichen so aggressiv wirkt.
    Man sollte das vielleicht ein wenig aufhellen. Zudem sollte er sich zwischen einer Kontrastfarbe entscheiden (weiß <> schwarz)
    und dann leicht mit den Akzentfarben betonen. Im Content ist es einfach zu viel Text, mehr mit Bild arbeiten - Slider, Dias, Banner etc.

    Daten die ich nicht brauche kann ich auch gerne so Verschlüsseln.Aber was ist mit den Daten die du vllt. brauchst um einen User zu Bannen / Sperren per IP / MAC o.Ä.
    Ich meine ja, z.B. nun die IP Adresse. Wenn ich diese mit MD5 verschlüssel, bekomm ich diese Nie wieder.
    Somit kann ich einem Nutzer nicht wegen der gleichen IP bannen / die IP selbst vom Server Bannen sondern nur per Hash.

    Deshalb diese Frage ob es nicht besser wäre diese selbst mit einem Eigenen VerschlüsselungsCode zu versehen in der DB, dass dort nicht die direkte IP steht um somit, falls diese Geleakt werden, es für den Hacker keinerlei Funktion hat, außer er kennt den Verschlüsselungsrythmus.

    Dann benutz mcrypt

    Warum sollten Verschlüsselungen, die man entschlüsseln kann, sicherer sein als Einweg-Verschlüsselungen ?
    In Sachen Sicherheit kannst du ja Passwörter doppelt mit verschiedenen Hashes verschlüsseln und sie mit einem
    Partner-Hash in Verbündnis abhängig machen, also Duo-Hash.

    Es reichen aber auch vollkommen normale Hash Verschlüsselung.

    Danke ich probier es gleich mal aus. Sieht sehr einleuchtend aus und ist auch - zumindest wenn ich es richtig verstanden habe - das was ich gesucht habe.

    Fragst am besten per AJAX die Daten an und konvertierst diese dann in ein JSON Array.
    Kannst dann durch iterieren und die Elemente per jQuery erzeugen und anhängen.

    innerHTML wäre bei jQuery .html(); - Sowohl einlesen als auch eingeben.

    Je nachdem wo du es wie einfügen willst wählst du deine Funktion. In jQuery wird
    meistens .prepend(), .append(), .appendTo(), .before() etc. verwendet.

    Ist der denn auch so responsive, dass er für ein ganz anderes DBMS funktioniert?Postgre != MySQL du Held.

    Entschuldige vielmals werter ECB, dass ich den Titel nicht ganz las!
    Brauchst hier nicht auf die ältere Diskussion referenzieren. Mir ist bewusst, dass Postgre nicht Mysql ist,
    verlesen gibts bei mir auch, umso einfacher ist es aber einen Dump zu verrichten.

    Brauchst dafür keinen externen Dumper sondern hast bereits intern in der libary dafür functions, die sich mit befehlen aufrufen lassen, in
    dem falle "dump".