Suchergebnisse

Die Ladezeit ist von der Dateigröße unabhängig, bei allen Medien muss ich 5,9 Sekunden warten. Ich verwende, wie man an dem Codebeispiel sieht, verschiedene Ausgabeformate, ähnlich der WCF-Galerie. In den Größen 75x75 bis zur Originalgröße 1280x1024 treten keine Unterschiede in der Wartezeit auf. Auch wenn ich eine Übersichtsseite mit mehreren Bildern betrete, die 5,9 Sekunden bleiben. Hier ein Auszug aus Firebug easy-coding.de/Attachment/832/…421d145e7fc3846a1735db59c Die microtime-Stoppuhr gib…

Die Grafiken haben eine hohe Änderungsrate, daher dachte ich, die Cacheunterbindung sei nicht verkehrt, aber ich werds nochmal überdenken. Das Skript läuft auf localhost, online habe ich es noch nicht getestet. Mich wundert nur der Unterschied zur Attachment-Funktion des WCF, oder generell zu anderen Skripten dieser Art, solche Verzögerungen sind mir völlig fremd. EDIT: ich habe Expires einfach mal auf 1 gesetzt, auf einmal bekomm ich im Firebug im GET-header der Grafik zwei zusätzlich Felder: K…

Moin, mein Problem befasst sich mit dem WCF, hat aber scheinbar mehr mit http-headern zu tun. Ich möchte die Darstellung von Bildern mittels einer php-Datei (readfile) realisieren, um damit Zugriffsrechte via php abzufragen. Soweit klappt das auch wunderbar, allerdings rödelt der Browser immer 5,9 Sekunden an der Verbindung, auch wenn das Bild schon geladen ist. Der header ist denke ich richtig zusammengestellt, TCP-Eigenschaften wie Offenhalten der Verbindung halte ich bei 5,9 Sekunden für unwa…

Falls du bei deiner Idee bleiben willst, musst du einfach nur dafür sorgen, das deine Session-Variablen eben vor Aufruf deiner captcha.php beschrieben werden. Mehr nicht. Über Sinn und Unsinn können sich dann die Sicherheitsgurus kloppen. Bis jetzt ist mir noch kein Captcha begegnet, das man nicht mit python umgehen könnte, es ist also eh nur eine Frage der Motivation

Moin, da gibts keinen ultimativen Wert, wie gesagt, es war nur nen Hinweis meinerseits. Wenn das Skript nur von meinetwegen 10 Leuten benutzt wird, kannste auch alle 2 Sekunden abfragen... Du wirst es merken, wenn alles ein wenig rumlahmt oder sich Benutzer beschweren. Nen bissl gesunder Menschenverstand und die Frage im Hinterkopf, ob das sein muss und was am besten geeignet ist. Try and fail

Entweder, du vergrößerst die Intervalle, je größer, desto entspannter für den Server, oder du erlaubst dem Anwender durch klicken auf einen Link das manuelle Abfragen der testinfo.php mittels AJAX... oder du kombinierst beides... oder... nein, sonst fällt mir nichts mehr ein

Nö, das is soweit alles ok denk ich Vielleicht noch der dezente Hinweis, das Anfragen, die in einem kleinen Zeitintervall wiederholt werden bei größeren Benutzerzahlen deinen Server ziemlich penetrieren, wenn er nebenher noch was anderes zu tun hat. Weiß ja nicht, wo das hier Anwendung findet, einfach nur so am Rande.

Moin, vorneweg: ich weiß ja nicht, was deine testinfo.php zurückgibt, aber derzeit testest du auf einen String "false", ist das soweit korrekt? Du kannst mit testinfo.php per echo zurückgeben, was du magst, auch boolean. Falls du das getan hast, reicht eine if-Abfrage der Art Quellcode (1 Zeile) Bzw komplett in saubrer form: Quellcode (8 Zeilen) der context-Parameter ist dafür allerdings nicht nötig, aber kA, seh ja auch nicht das Gesamtbild. Solltest du auf der testinfo.php doch einen String au…

Moin Vorneweg: den onSuccess-part kannst du doch eigentlich weglassen, oder? Oder war das ne Variable aus dem Framework? Ich vertausch immer schnell JQuery und Prototype Wie auch immer, falls du Firefox verwendest, solltest du (wenn du es nicht eh schon hast) Firebug installieren. Darin kannst du Netzwerkverkehr abfangen, bzw. dir den Header deiner AJAX-Anfrage anschauen. Dann siehst du, ob überhaupt was gesendet wird, ob die Datei evtl. nicht gefunden wurde, oder ob die Antwort einfach leer ist…

Moin, Das is eigentlich überhaupt nich schwer, nutze einfach die append-Methode, mit der kannst du html-fragmente an ein bestehendes Element dranhängen und mit diesem dann arbeiten, z.B. Quellcode (1 Zeile) Danach kannst du wie gewohnt auf "#i3" deine Animation anwenden. Wichtig ist hierbei, dass der Zugriff auf "#i3" erst nach dem Erzeugen des HTML-Elements verwendet wird. Wird das Element durch den callback einer AJAX-Anfrage erzeugt, muss sowohl die Animation, als auch das klick-Event des Ele…

Cool, hab das img-src überlesen Das Problem ist ja die Reihenfolge, in der du die Grafik erzeugst und sie ausgibst. Du hast doch garantiert eine übergeordnete php, die meinetwegen Sessions allgemein verwaltet oder? Würde sich zumidnest anbieten, wenn du mit Sessions arbeitest. Wie auch immer, die Zufallswahl deines richtigen Items könntest du in besagte Datei auslagern. Die endgültige Lösung hängt eh von deiner Dateistruktur ab, wer wo was wie aufruft, tob dich aus.

Moin, im Prinzip kannst du einfach das Beispiel von der Seite verwenden, bei dir würde es das so aussehen Quellcode (1 Zeile) die 2000 definiert in Millisekunden die Animationsdauer, das html-element mit der id box1 wird hier verschoben, klar. soweit ich weiß muss besagte box1 absolut positioniert werden. Deswegen manipuliere ich auch mit der animate-Methode das CSS-Attribut bottom, nicht margin-bottom.

Hey, hau mich wenn ich falsch liege, aber das sieht doch soweit richtig aus, oder? $corret war 2, die Taschenlampe liegt in der Session drin. Ich nehme an, diese Testausgabe ist die gleiche, ob nun mit RAND() oder eben ohne, alles andere wäre Wahnsinn Den einzigen Wert, den du nicht ausgegeben hast, is captcha_count aus der Session. Aber hey, gehen wir einfach mal davon aus, dass auch diese kleine Zeile stimmt. Da der Fehler also offensichtlich nicht in deiner while-Schleife zu finden ist, hängt…

Moin, wie gesagt, für mich sieht dein Codefragment soweit richtig aus. Deswegen hätte ich vorgeschlagen mit jedem while-Durchlauf eine Testausgabe z.B. mittels echo zu erzeugen, bzw. am Ende einfach mal die Sessionvariablen ausgeben lassen. Da fallen einem am ehesten Unstimmigkeiten auf. Einfach damit du nachvollziehen kannst, an welcher Stelle etwas nicht mehr so läuft, wie du es erwartest. Dann kannst du das Problem hoffentlich lokalisieren und im Idealfall beheben Wenn du nach deinem Testfall…

Moin. Hab jetzt beim Drüberschauen eigentlich keinen groben Fehler gesehen. Das falsche Beispielbild gibt allerdings wenig Aufschluss darüber, was denn nun falsch ist ($_SESSION['correct'] könnte ja auch falsch sein ^^) In so Fällen ist es doch am einfachsten, sich den kritischen Block anzuschauen und Testausgaben zu erzeugen, z.B. den Inhalt deiner Session-Variablen und die zu speichernden DB-Daten.

Weil meine Erfahrung in Java - gerade RMI - relativ begrenzt ist. Aber diese verdreckte policy hat mich schon so oft in den Wahnsinn getrieben... Freut mich, wenns geholfen hat, man fühlt sich dann nich ganz so vergesslich

Auf die Gefahr hin ausgelacht zu werden, aber bei meinen Änderungen/Umzugsaktionen an Client/Server-Architekturen in Java hab ich des öfteren die policy-Datei vergessen. Je nach Anbindung ist der Fehler ausgeschlossen, aber die Erfahrung hat mir gezeigt, das 50% der nested Exceptions von der policy kommen. Nur so nen schneller Gedanke, passt halt aufs Fehlerbild, gerade hinsichtlich "alles auf lokaler Maschine" und "im gleichen Netzwerk mit interner IP". Wenn nich, Fehlermeldung zurückverfolgen,…

Klasse, aus der Info kann ich genug mitnehmen um alle restlichen Probleme zu beheben, vielen Dank dafür

Grüße, ja, das funtzt wunderbar, danbke soweit Es is nich so, dass ich mir hier alles vorservieren lassen will, bitte nich falsch verstehen. Nur versteh ich trotz der Tutorials die Feinheiten in der Syntax nicht, auch wenn ich RegEx über andere Wege gut kenne. Als Beispiel würde ich gerne folgenden Fall noch abdecken: www.domain.de/(.*) is ok domain.de/(.*) soll bitte umgeleitet werden auf www.domain.de, also das Musterbeispiel für DC. Spaßeshalber hab ich einfach folgendes probiert Quellcode (7…

leider der gleiche Fehler