Suchergebnisse

Suchergebnisse 1-20 von insgesamt 72.

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • Diese unscheinbare Überheblichkeit echt genial, aber gut. @zerm: du wirst es nicht glauben, ich hatte dein LInk bereits davor schon gelesen, und daraufhin erst einen neuen Eintrag gemacht. Dies resultiert wohl daraus dass es bei mir nicht geklappt hat. @nsobject: Was für ein genialer Einfall, mir klar zu machen dass ohne ein tatsächliches IV das ganze "geschwächt" ist. Toll! thumps up! Darauf wäre ich nie im Leben selbst gekommen. Ach ja, die Wiki LInks in diesem Thread sind wieder einmal mehr d…

  • zu behaupten ecb wäre sinnlos..hmm..seh ich nicht so obwohl ichs nicht nutze. Hier paar Infos mal: de.wikipedia.org/wiki/Blockver…0.93_Electronic_Code_Book Unabhängig davon hängts davon ab inwieweit man es nutzt. Man greift eben logischerweise nur auf das sicherste (je nach Betrachtung) weil die herangehensweise rein aus der Programmiereransicht bezogen auf den Aufwand, identisch ist. Zumindest in PHP.

  • gelöst.

    acidayi - - iOS, tvOS, watchOS

    Beitrag

    Problem ist gelöst. Falls jemand seine Daten zuverlässig verschlüsseln möchte, hier, so gehts (sogar mit CBC (aber ohne IV)): 1. Nutze für die Ver- und Entschlüsselung in deiner APP DIESES FRAMEWORK (es gibt aber auch andere tolle alternativen). 2. Nutze den Code unten und werde glücklich Den decrypter (uncypheraes128) hab ich zu dieser Sekunde noch nicht getestet, sollte aber ebenfalls einwandfrei funktionieren. PHP-Quellcode (22 Zeilen) Schöne Grüße

  • Hallo Leute, ich hab da ein AES256 Problem. Um das Problem kurz zu beschreiben: Folgende Szenario: PHP krypted-->sendet an App-->Xcode (App) will dekrypten. (key bei beiden natürlich identisch). Ohne Sonderzeichen gab Xcode mir nur 16 Bytes aus, also immer nur die ersten 16 Zeichen. Habe ich aber in PHP gekrypted und wieder dekrypted hab ich genau das gleiche String (also in voller Länge) natürlich wieder zurückbekommen (mit oder Sonderzeichen war egal). DAs gleiche gilt aber auch für mein Frame…

  • Jouu.... nach etlichen versuchen hier die 90%ige Lösung oder sagen wir mal ein ultra-kurz Tutorial - ich werde dazu auch ein großes Tutorial schreiben und hier verlinken (sobalds zu 100% passt): 1. Alle Felder im DB (sei es Spalten oder Tabellen oder die DB an sich) --> utf8mb4 (dazu ausreichend Infos auf der dev.mysql.com holen, zwecks Spaltengrößen) 2. im PHP auch mal direkt nach dem connecten Quellcode (1 Zeile) ausführen ..jou und jetzt läuft alles ohne in utf8 zu de oder encoden zu müssen u…

  • @Apfelbeisser: jou soweit bin ich gerade auch, stelle gerade alles auf utf8mb4...mal abwarten....

  • Hab zum Test mal die utf8_encode/decode's rausgenommen und Daten vom App an die PHP-File übertragen und dort mal kurz in einer txt.-DAtei zwischengespeichert. Hier werden alle emoji's in Kästchen abgebildet...und wenn so ein Kästchen in einer SQL-Anweisung übertragen werden soll, dann bricht er auch exakt an dieser STelle ab bzw. liest es nur bis zum Kästchen, der Rest wird ignoriert. btw: gerade hab ich ein Post exakt mit diesem Kästchen per Copy Paste probiert, bricht ebenfalls im Text ab (mus…

  • Update: Ich hab zum test mal in der gleichen DB, diesmal Daten die aus einem Formular auf der gleichen Webseite generiert werden, versucht (mit Umlauten) Einträge zu erstellen. Und sieh an: es funktioniert, und ohne irgendwie die daten zu en- oder decoden zu müssen --> Liegt wohl der Fehler jetzt doch etwa an den Daten die vom App gesendet werden? Hmm... Die Daten die vom App ankommen hatte ich aber mal in einer txt-Datei auf dem Server zwischengespeichert - und die Umlaute waren auch da... - ab…

  • Hi Leute, danke schon mal an die Beteiligung am Thread. Also ganz easy: Im moment funzt alles bedeutet: Daten werden toll übertragen der Enduser sieht alles korrekt - jedoch nachwievor im DB alles zerhackt...nicht toll. Die Tolle lösung natürlich: Enduser kann lesen , wie auch im DB alles top vorliegend. Wo ich das getestet habe: phpMyAdmin - er zerstückelt mir regelrecht die umlaute und sonderzeichen... set names utf8 hab ich mittlerweile auch drin..sah aber keine veränderung. Wenn ich auf die …

  • hätt jetzt glatt 4 Bytes gesagt...rein aus der Theorie dass es womöglich in ASII-Codes umgewandelt werden (reine Theorie).

  • AQGridViewController.h not found

    acidayi - - iOS, tvOS, watchOS

    Beitrag

    ..jo problemchen gelöst, hattest recht..sry wegn der späten Info.

  • Hi Leute, hab ein aussergewöhnliches Problem - vielleicht ist es auch normal, aber ich hoffe es ist es nicht... Ich arbeite gerade daran dass die emoji icons im DB gespeichert werden können (ihr wisst schon von app zu php-file von da zu mysql DB).. lläuft auch alles wunderbar jedoch werden mir im DB die Daten falsch angezeigt. Also in den typischen kryllischen Zeichen eben. Zur INfo: alles in utf8: PHP-File, DB, und auch Daten kommen super vom App ins PHP-file an (habs getestet indem ichs in ein…

  • Mein Problem hat sich nun für mich auf eine unerklärliche Art und Weise gelöst (im moment mal). das Import Befehl soll bei mir Quellcode (1 Zeile) heissen...wieso auch immer...

  • Ja genau.

  • die .m datei dazu wird mir in der liste gar nicht angeboten. Es ist ja eine .xcodeproj datei in dem diese drin sind... der widerum in meinem Projekt ist. ich komme also nur bis punkt 11 -> 12 meldet "h.not found";

  • edit: ich such mal weiter....

  • @michael: ich bin qualvoll am suchen.....der mag dies irgendwie nicht finden - ich musste ja (siehe oben) das komplette .xcodeproj datei einbinden, somit weiss ich gerade nicht wie es die klassen erkennt....

  • youtube.com/watch?v=ObCm33fp3Vo&feature=relmfu DAs ist ein 4-teiliges Video der die komplette push-Sache abdeckt...falles es jemand interessiert....

  • mal ein abzug von der Erklärung, wie man es hätte einbauen sollen: vielleicht wird es euch etwas klarer. Quellcode (15 Zeilen) irgendwie mag es bei mir nicht...

  • Hi Jungs/Mädels, irgendwie hab ichs gerade nicht raus. Ich versuche den AQGridView zu integrieren aber irgendwie hab ich da wohl eine Denklücke. Obwohl ich alles in den Anweisungen im git durchhab, mag es mein AQGridViewController.h nicht finden (not found). Ich bin exakt den Anweinungen gefolgt...doch es findet wohl den Pfad irgendwie nicht - hat jemand ne Idee bzw. schon mal damit einen Konflikt gehabt?