TimeOut

So kann mans natürlich auch machen... Ich schreib lieber einmal meinen Path auf, anstelle ihn immer dynamisch generieren zu lassen, aber jedem das seine.

Also wir spielen meist über IRC. Ist zwar eine Menge Tipparbeit, aber macht trotzdem Spass. Leider habe ich überhaupt keine DSA-Erfahrung, bin (A)D&D-Spieler mit Herz und Seele. Grundsätzlich ist das aber ne gute Idee das ganze über Teamspeak zu koordinieren.

Stimmt. Vergess ich nur meist wenn ich unterwegs bin. :hells: :beagolisc Service usw. kriegst du aber nur in Post-Filialen. Das mit dem <26 Jahren trifft bei mir dann wohl zu.

Bin bei der Postbank, habe allerdings (warum auch immer) auch ohne monatlichen Geldeingang ein kostenloses Konto + EC-Karte. Service ist immer gut, klasse Onlinebanking (dauert nur teilweise manchmal ein bisschen bis die TANs ankommen), überall Filialen (ausser da wo du grade bist, da ist NIE ne Post...). Meiner Meinung nach eine sehr gute Wahl.

Also selbst wenn du wirklich alle Klassen brauchst, und die Abhängigkeiten verstreut sind, dann würde ich dir wirklich zu __autoload raten. Ich sehe keinen besonderen Grund warum man ein statisches require dem dynamischeren __autoload vorziehen sollte. Wenn man alle requires per Hand aufschreibt schleichen sich imo viel eher Fehler ein (z.B.) Reihenfolge als wenn du sie dynamisch lädst.

Meine Fachinformatiker-Mitazubis meinten beim Lesen dieses Postes, du solltest dich oder deine Freundin prostituieren. Da ich mit der Aussage nicht so ganz übereinstimme... :hells: Versuch mal einen Minijob zu finden, der hauptsächlich Nachmittags/Abends stattfindet. Supermärkte in der Umgebung z.B. Regale einräumen helfen. Ansonsten in deinem Umfeld umhören, ob jemand gegen Geld Webseiten oder sonstige PC-Sachen bräuchte.

Xandria - Keep My Secret

Was in diesem Fall ein echtes Problem bei dieser Sache sein wird. Gehört Entwicklung eines Designs (Farben, Grafiken, CSS) mit zum Aufgabengebiet? Müssen diese "Mods" entwickelt werden, oder einfach nur in den (total verwurschtelten) phpBB-Code eingepflegt werden? Muss die Shopanwendung entwickelt werden, oder ist eine bestehende vorhanden / angepasst werden? Was soll das "so ungefähr soll mein Board aussehen" eigentlich bedeuten? Wäre wirklich gut, wenn der TE das mal präzisieren würde.

Warum referenzierst du bei der Spaltenerstellung die (noch nicht erstellte) Tabelle? Wenn du das folgendermassen machst, klappt alles: Quellen: http://dev.mysql.com/doc/refman/5.0/en/create-table.html http://dev.mysql.com/doc/refman/5.0/en/innodb-foreign-key-constraints.html

Phoenix Rising - Awake The Spirit Within

ini_set("include_path", ".:/mein/absoluter/pfad/zu/den/klassen/und/ihren/subordnern:/noch/ein/include/pfad:/und/noch/einer"); Falls du es nicht zur Laufzeit definieren willst, so kannst du es natürlich auch fest in der php.ini aufschreiben. Dann findet __autoload auch Klassen aus anderen Verzeichnissen.

Joa, würde ich bei solch Telefon"voting" mitmachen, würde ich in dem Fall auch Lordi wählen. Nicht flauschig, aber gute Musik.

Ansonsten einfach mal http://gccg.sourceforge.net/ anschauen. Ist recht gut gemacht, allerdings weiss ich nicht wie es in letzter Zeit mit Updates aussieht. Kann man auf jeden Fall sehr schön MtG online spielen, sofern alle Teilnehmer die Regeln kennen und sich dran halten. Vorallem der limited Mode ist sehr sehr schön.

Wollte auch grade die Nachricht an unseren FISI-Mailverteiler weiterschicken, bis mir dann das mit dem Chinesisch nochmal durch den Kopf ging. Echt gut gemacht. :uli

Sieht mir ganz nach ner Multiplayer-Variante von Tetris aus, oder hab ich da was falsch verstanden? Ausserdem finde ich diesen Werbespruch doch etwas peinlich... :hells:

Naja, aber es ist schon ein bisschen komisch, dass in einem offiziell zugelassenen Hilfsmittel je nach IHK Zettel, Texte oder nur Registerkärtchen stecken/stehen/kleben dürfen. Natürlich ist es super, wenn man eine Prüfung ohne Hilfsmittel mit dem eigenen Wissen bestehen kann. Allerdings ist es sicher nicht verkehrt das eigene Wissen gerade in einer solchen Prüfungssituation (wo man ja leicht nervös werden kann) nocheinmal anhand von Hilfsmitteln abzusichern. Wenn man die Zeit hat, um das alles nochmal zu überprüfen, und dann feststellt dass das Buch auch nichts mehr hinzuzufügen hat, so hat man sicher nichts verloren. Andererseits natürlich möglicherweise einiges wieder gut gemacht, wenn man absoluten Schwachsinn geschrieben haben sollte.

Also wenn ich sehe, was in den anderen Threads zu dem Thema steht, würde ich dir einfach mal raten dort anzurufen. Wenn du dann widersprüchliche oder ungenaue Aussagen bekommst, wäre es vermutlich am besten dort vorbeizufahren und dir das ganze (von jemand zuständigem) schriftlich geben zu lassen. :mod:

So... Ich hab mich heute mal drangesetzt und das ein bisschen analysiert. Grundsätzlich habe ich keine großen Anmerkungen zu deiner Verschlüsselungsklasse, auch wenn ich persönlich einen komplett anderen Ansatz gewählt habe (hängt mit der Struktur meines Frameworks zusammen). Ich würde allerdings in validate() das zweite IF durch ein ELSEIF ersetzen. Weiterhin solltest du nicht auf !($_COOKIE[self::$cookiename]) prüfen, sondern auf !isset($_COOKIE[self::$cookiename]), ist einfach genauer. Theoretisch könntest du auch die oder-Bedingung mit in die !isset-Bedingung einfassen in dem du !empty() nutzt. Um auf dein Problem zurück zu kommen, es hat mich nen bisschen überlegen gekostet, woran es liegt. Ein paar mehr Echos in der validate-Funktion (Anzeige des Cookieinhalts) hat mich letztendlich darauf gebracht. Sobald der verschlüsselte String ein \" enthält, so scheint es Probleme mit der Übertragung vom/zum Browser zu geben. Das liegt daran, das der Output der Verschlüsselungsfunktionen nicht zwingend auch im anzeigbaren Zeichenbereich liegen müssen. In diesem Fall wäre eine base64-Encodierung aus praktischen Gründen angebracht. Schau dir am besten base64_encode() / base64_decode() an. Ansonsten mein (nicht ganz ins Klassenschema passender) Workaround: public function set($challengekey) { setcookie(self::$cookiename,base64_encode($this->_encrypt($challengekey))); } private function _decrypt($crypttext) { $crypttext = base64_decode($crypttext); ... Hoffe das hilft. In meinen anschliessenden Tests wurde der Cookie unter allen benutzten Browsern validiert, wenn er es sollte.