Beiträge von maxi89

    Sofern ihr als Inhaber eingetragen seid (via WHOIS nachprüfbar) könnt ihr eine sogenannte Auth-Info2 beauftragen.

    Diese müsst ihr über euren zukünftigen Provider beantragen.


    Dabei verschickt dann die DENIC direkt per Briefpost an die im WHOIS hinterlegte Anschrift des Domaininhabers einen Authcode, der zum Umzug verwendet werden kann. Die Agentur sowie deren Provider werden dabei einfach übergangen.

    Das kostet allerdings so ca. 25 €.

    Was hast du denn so an Addons geladen? Nicht selten sind scheinbar harmlose oder harmlos klingende Addons oder Plugins im Browser an solchen Dingen nicht ganz unbeteiligt...
    Ich sehe derartigen Code nämlich auch nicht...

    300dpi ist zum Drucken normalerweise das absolute Minimum. Gehst du mit der Afulösung runter, kann die Datei nicht mehr so groß gedruckt werden wie du es vorhast.
    Wo ist denn das konkrete Problem mit der Dateigröße? 177 MB ist für die Größe und Auflösung vollkommen im Rahmen. Ich würde da (wenn es JPEG sein muss) alle Werte auf Anschlag drehen, sonst lieber als PDF.


    Hast du denn daran gedacht, die Datei direkt im CMYK-Farbraum und nicht in RGB anzulegen? Im Zweifel korrigiert die Druckerei das, bei einer nachträglichen Konvertierung sehen die Farben aber mehr oder weniger anders auf dem Papier aus als auf dem Bildschirm.

    PHP wird auf dem Server ausgeführt, JavaScript im Browser. Wenn PHP ausgeführt wurde, wird dessen Ausgabe (so es denn welche gibt) vom Server an den Browser übermittelt - aber nicht der PHP-Code selbst.


    Was du machen kannst:
    Das Formular per AJAX an den Server schicken und das, was du von dem zurückbekommst dann anzuzeigen.
    Das geht mit jQuery relativ schnell und ist kein großes Hexenwerk.
    Auf dem Server brauchst du dann eine Datei, die nur diese Anfragen entgegennimmt und ohne Schnörkel (am besten als JSON) das Ergebnis zurückliefert.



    Nebenbei:
    Probier doch mal was passiert, wenn du in die Variable $vocab folgendes reinschreibst (mach aber vorher ein Backup der Tabelle!!):

    Code
    1. irgendeintext'; DROP TABLE $table_name; SELECT '1


    Wenn du dich nicht traust, schreibe ich gerne nieder, wie der SQL-Query in der vorletzten Zeile dann aussieht:

    Code
    1. $searched_word = $wpdb->get_var( "SELECT english FROM $table_name WHERE german = 'irgendeintext'; DROP TABLE $table_name; SELECT '1';"); }


    Genau, das nennt man SQL-Injection und deshalb will man NIEMALS Benutzereingaben vollkommen ungefiltert so an die Datenbank schicken. Du scheinst da ein Wordpress zu benutzen, das hat Funktionen um die Eingaben zu escapen/sanitizen!

    Werden da Referer-URLs mitgeschickt bei den Aufrufen? Ich könnte mir vorstellen, dass das eine Methode ist, um Spam-URLs loszuwerden - weil man auf genau das hofft, was du machst, nämlich bei 404-Fehlern Benachrichtigungen zu versenden ;)

    Ich habe in der Tat einfach den Header davorgesetzt, vorher aber noch alle Daten entfernt, bis eine SOI-Markierung (Start Of Image) kam, um eventuell vorhandene Header-Reste zu entfernen.
    Wenn da WinRAR tatsächlich die Datei merkwürdig gepackt hat (da gibt es mehrere Varianten) könnte man versuchen, ob andere Packer das wieder vernünftig decodieren können.
    Ist es eventuell möglich, dass die Archivdatei zwischen dem Packen und dem Entpacken beschädigt wurde? Und: Wurde auch das richtige Kennwort benutzt? Ob das bei RAR auch so ist weiß ich nicht, aber manche Packer haben absichtlich keine Markierungen gesetzt, anhand derer man erkennen kann, ob das Kennwort richtig ist. Es wird dann einfach entpackt, aber es kommen halt nur unlesbare Daten raus - in denen dann zufällig Bitmuster von JPEGs auftauchen.


    Nach aktuellem Stand bin ich aber der festen Überzeugung, dass nicht fehlende Header das Problem sind, sondern dass die Daten an sich schon unlesbar sind.

    Nachtrag:
    Ich glaube, ich habe mich da etwas fehlleiten lassen :(
    Da scheinen mehrere Dateien zu einer zusammengewachsen zu sein, in den Daten sind mehrere Start- und End-Marker enthalten. Deshalb (und natürlich weil die entsprechende Signatur vorhanden ist) war ich davon ausgegangen, dass das ein MJPEG ist...
    Nachdem ich den Standard nochmal genauer gelesen habe, dürften in einer Datei zwar mehrere SOS-Marker aber nicht mehrere EOI-Marker vorhanden sein. In einigen Dateien sind aber gleich 6 oder 7 solcher Marker vorhanden, was schonmal definitiv zu viel ist.


    Kannst du nähere Umstände benennen, wie es zu diesem Datenchaos gekommen ist? Ich meine, dass eine JPEG-Datei einfach so den Header verliert, ist ja schon spektakulär genug - aber das sieht schon nach einem arg frittierten Dateisystem aus.

    In der Datei steht ein SOF-Marker mit Wert 0xC8 - der ist für MotionJPEG vorgesehen, die die allermeisten normalen Anzeigeprogramme nicht darstellen können.
    Als ersten Versuch habe ich mal deinen Header davorgeschrieben und in VLC geöffnet. Der stellt allerdings nur den ersten Frame dar, obwohl er der Meinung ist, dass da 7-8 Sekunden Video kommen müssten.


    Evtl. hast du da mehr Glück, ich habe dir mal eine "reparierte" Datei als Test per PN geschickt.

    Kommen die Fotos aus einer Digitalkamera? Wenn ja: Hast du funktionierende Bilder eben jener Kamera, die mit identischen Einstellungen (selbe Auflösung und Kompression) aufgenommen wurden?
    Dann kann man den Header der funktionierenden Datei auf die kaputte setzen und so ggf. die Dateien wieder lesbar machen.