Die <form> tags fehlen!
Nach nem Blick in die Doku, versuch mal die Übertragungsart mit anzugeben.
$formular = new HTML_QuickForm('formular_eins', 'get');
Gruß Jaraz
Ja, das war es. Allerdings geht das nur weg, wenn man bei Autoformat während der Eingabe: "Gerade Anführungszeichen durch typografische ersetzen." deaktiviert.
Da soll mal einer drauf kommen.
Gruß Jaraz
Hallo,
ich habe eine Anwenderin, die schreibt ein französisches Word Doc.
Jedesmal wenn Sie einen Doppelpunkt macht, setzt Word einen kleinen Kringel, ähnlich dem Celsius Kringel davor. (siehe Anhang)
Weiß jemand wo der her kommt und wie ich das automatische Setzen unterbinde?
Gruß Jaraz
Nein, mit der Anmerkung meinte ich das dein Loginsystem nicht fertig sein kann, wenn du nicht mal alle "Übertragungswege" von Daten, vom und zum Server kennst. Und deren Vor- und Nachteile.
Du solltest dich vielleicht erst einmal mit allgemeiner Sicherheit von Webanwendungen beschäftigen, bevor du anfängs etwas größeres zu proggen.
Gruß Jaraz
PS: Post geht aus dem Browser heraus nur über Formulare.
Die beiden Zeilen schließen sich gegenseitig aus.
Irgendwie muss die ID übermittelt werden, alternative zur URL ist ein Cookie. Wobei du dann beachten musst, ob der User Cookies akzeptiert.
http://www.php-faq.de/q/q-sessions-fallback.html
Gruß Jaraz
Nein,
nur über ein Scriptlet.
<%= i%2==0?"class1":"class2" %>
ungetestet!
Oder du schreibst dir einen eigenen iterate tag.
In dem Buch ist ein Beispiel:
http://www.javashelf.com/book/1932394249.html
Gruß Jaraz
Womit aber noch nirgendwo der Inhalt des Briefes belegt wurde.
Ich habe auch schon schlechte Erfahrungen mit Vermietern gemacht und lasse mir Kündigungen immer schriftlich bestätigen.
Entweder persönlich vorbeibringen oder entsprechende schriftliche Bestätigung anfordern.
Gruß Jaraz
Nun ja, JDBC wird generell über Interfaces realisiert.
Und das ResultSet Interface sagt nun mal nicht, das mehrfaches aufrufen der Funktion immer wieder den Wert zurückgibt.
Auch wenn die meisten anderen JDBC Driver Hersteller das so implementiert haben.
Gruß Jaraz
Hi,
manchmal muss man sich halt mit einem vorgegebenen Verhalten zufriedenstellen.
Ich weiß nicht wo dein Problem liegt. Entweder du nutzt einen "richtigen" JDBC Treiber oder lebst mit der SUN Implementierung die anscheinend einen zweifachen Zugriff nicht vorsieht.
Warum sollte man auch zweimal auslesen?
Speichere das doch einfach in eine Variable und gut ist.
Selbst Sun sagt, dass man die eingebaute JDBC ODBC Bridge nur im Notfall nutzen soll. http://java.sun.com/j2se/1.5.0/docs/guide/jdbc/getstart/bridge.doc.html
Gruß Jaraz
Wunschdenken?
Ich nutze http://www.hibernate.org , ist allerdings für Java.
Generell sollte man bei größeren Projekten seine Datenhaltung immer abstract halten und in einer eigenen Schicht verwalten.
Gruß Jaraz
Hi,
so lassen, einigen (Kiste Pils) oder wenn er sich stur stellt einklagen.
Auf keinen Fall eigenmächtig handeln.
http://www.homesolute.com/servlets/sfs;jsessionid=B777CD448CD2CC33F6E93DE0A632E143?s=yL3nSmNhF1rnfKdt7o&i=1042141391137&t=gateway&include=gateway&application=story&elementID=1066043040231&ParentID=0
Gruß Jaraz
Hi,
Kann ich nicht beurteilen, ich bin "Progger".
Schwerer wiegen wird wohl die Erfahrung.
Allerdings ist Deutschland ein Land der Scheine.
Schwer zu sagen, auf der einen Seite zeigt es dein Engagement, auf der anderen Seite zeigt es nochmal auf das du bis jetzt keinen Abschluss hast.
Wenn es gut - sehr gut ausfällt kann es nicht schaden.
Mehr als eine Absage kannst du dir nicht einfangen. Wenn du unzufrieden bist, musst du was dagegen tun.
Gruß Jaraz
Hi,
wenn der Betrieb nicht unter das Kündigungsschutzgesetzt fällt oder es nicht einen Tarifvertrag gibt der das regelt, ist das durchaus rechtens.
Hätte noch nicht mal begründet werden müssen.
Die 6 Wochen sind auch OK.
Länger als 2 Jahre beschäftigt. Kündigungfrist=
1 Monat zum Ende eines Kalendermonats
Gruß Jaraz
Schön für dich. Ist die Frage ob die auch von extern regelmäßig zugreifen.
Weil, warum sollte die in einem Intranet zwischendurch andere IPs bekommen.
Habe ich was anderes behauptet?
Wie gesagt es ist höchstens eine Teilllösung, die aber technische Probleme mit sich bringt. Wer an die Session ID kommt, kommt auch an alle anderen Daten der Verbindung. (Über die Schulter schauen und Session ID merken, mal außen vor.) Wenn also die zu bearbeitenden Daten so brisant sind, kommt man um eine SSL Verbindung nicht herum.
Gruß Jaraz
Dann hast du noch keine Anwendung die mit x tausend Usern läuft geschrieben.
Wenn ich jeden der etwas länger ließt und zwischendurch einen Timeout der Internetverbindung bekommt aus der Anwendung schmeißen würde, ständen die Telefone hier nicht mehr still.
Außerdem, die sichtbare IP-Nummer eines Benutzers kann während der Session wechseln. Viele Proxy-Server arbeiten in einem Cache-Verbund mit Lastverteilung. Die nach außen sichtbare IP-Nummer eines Anwenders wird je nach Lastsituation im Cache-Verbund diejenige IP-Nummer des am wenigsten ausgelasteten Proxy-Servers sein.
Session IDS raten ist praktisch unmöglich.
Wer Sie ausspioniert (Logfiles, Trojaner) und so versucht sie zu übernehmen, den hält auch die IP nicht auf.
Gruß Jaraz
Womit du alle die zwischendurch z.b. Offline gehen aussperrst.
Sicherer Login und Datenübertragung geht im Internet nur über SSL.
Wie du dann auf dem Server das Passwort speicherst ist eine andere Sache.
Da ist das beschriebene MD5 ok.
Gruß Jaraz