beetFreeQ

AFAIK ist es garnicht nötig, die komplette Dokumentation in den gegebenen Stunden zu machen. Es ist ok, wenn man zwar ein paar Stunden für die Doku da abzieht, aber man kann ruhig den Rest außerhalb der Zeit schreiben. Außerdem denke ich, daß man selbst wenn das Projekt aus Zeitgründen nur ein Teil-Projekt ist, kann man es ja trotzdem fertigmachen und dann in der Doku noch kurz schreiben, was denn nachher geschah und wie das Projekt fertig wurde.

Logo, irgendwas schreiben läßt sich eigentlich immer... - aber das war halt nur so ein Beispiel für Themen, die man einfach nicht kennt... Das sind auch bei jedem sicher andere, wobei es immer wieder SChnittmengen gibt - und mit Unwissen hat das IMO auch nicht viel zu tun - man kann schließlich in dem riesigen Feld IT leider nicht alles wissen - aber nach dem regelmäßigen Aufstand nach jeder Prüfung zu urteilen sollte man das als FI...

Hmm stimmt, hätte ich eigentlich dazuschreiben sollen... - sorry... aber in Hawkeye's Post ist doch auch ein gutgemeintes Smiley - ein falscher Ton isses also IMO nicht ...

Bingo! Da hat unser Lehrer auch gut gestaunt... - zum Glück hatte die entsprechende Klasse eine Lehrerin, die den BAB sowieso immer dran nimmt... - sonst hätten die dumm dagesessen...

Hmm, wenn wirklich einfache "Aktenreiter" gemeint sind, dann ist das doch kein Problem! Mit einem Grafikprogramm werden die Tabs gestaltet, auf der Seite in eine Tabelle gepackt und mit Links versehen. Wenn man nun auf einen klickt, wird eine neue Seite geladen. Der ausgewählte Reiter wird dann per Grafik am besten als vornliegend dargestellt... DHTML braucht man da nicht wirklich, es sei denn, man möchte da etwas animieren o.ä.... Wie du allerdings in dem Zusammenhang auf serverseitige Scriptsprachen kommst, ist mir etwas unklar... - die Sprachen haben mit der Darstellung der Seite doch garnichts zu tun...

Moin! Ich würd gern mal von den Erfahrenen hier wissen, was sie so von meiner Projekt-Idee halten und ob sie soweit ok ist. Ich habe folgendes vor: Unsere Firma ist Dienstleister für einen kleinen Stadteil, der von uns grob gesagt mit Telefon und Internet versorgt wird. Der Stadtteil ist als Multimedia-Stadtteil mit Broadband-Netz etc auch eine Art Vorzeige-Projekt der Firma, allerdings ist die Website momentan schlicht und einfach grottenschlecht. Ich habe nun den Auftrag, die bisher statische, schlecht aufgebaute Informations-Site in eine richtige Stadtteil-Community umzuwandeln. Wie ich das anstelle, ist mir freigestellt. Ich möchte nun die Site in zwei Bereiche gliedern, wobei der erste reine Informationen über Stadtteil, Geschäfte etc bietet und der zweite eine Community mit Forum und Anzeigenmarkt werden soll. Dabei wird u.a. komplett mit PHP, Templates und MySQL gearbeitet, außerdem integriere ich ein schon bestehendes (allerdings von mir selbst entwickeltes Forum) in die Site, sorge für einen leicht zu bedienenden Admin-Bereich und bin auch für das Layout der Site zuständig. Natürlich wird die Doku auch Dinge wie Kosten-/Nutzen-Kalkulation, Ziele der Site etc enthalten. Reicht so etwas für ein (gutes) Abschlußprojekt? Oder sollte ich daran noch feilen? Bin für jede (vor allem kritische) Antwort dankbar!

Hmm, bin zwar angehender FiAe, aber mir bereitet die Prüfung auch schon etwas Kopfzerbrechen... - durch die ganzen vergangenen Prüfungen sieht man ja, daß immer etwas Überraschendes drankommen kann - und natürlich massig Themen, von denen man vielleicht mal nur ein klein wenig aufgeschnappt hat. Bei Sachen wie Voice Over IP etc hab ich z.B. null Ahnung und ich werde es ohne Selbstschulung sicher auch nicht beigebracht bekommen... - es gibt eh viel zu viele Dinge, die man in der Ausbildung nie zu Gesicht bekommt, aber in der Prüfung wichtig sind/sein könnten... Auch in Sachen BWL ist's ja kritisch. Da ist doch glatt in der Sommerprüfung etwas drangekommen, was eigentlich bei uns garnicht auf dem Lehrplan steht... - zum Glück ist unser Lehrer in der Prüfungskommision und hat's für uns noch schnell mit eingeschoben... - aber trotzdem ist man ja nie vor Überraschungen sicher... Naja, mal abwarten... - zuviel lernen bringt auch nix, damit macht man sich IMO nur noch verrückter. Man sollte lieber auf Dinge vertrauen, die man beherrscht und natürlich auf das IT-Handbuch. Wer das Ding zu lesen weiß, hat jedenfalls klare Vorteile und sollte die Prüfung schon erfolgreich hinter sich bringen können. Und der (hoffentlich) leichtere weil praxisbezogenere und meist im Fachgebiet des Prüflings liegende Teil der Prüfung folgt mit dem Projekt ja auch noch... - ich werde mich jedenfalls viel stärker darauf konzentrieren als auf die Theorie!

Moin! Wollte einfach mal so in die Runde fragen, wie's bei euch nach der Ausbildung weitergeht (sofern ihr schon soweit seid, das zu wissen)... - Werdet Ihr übernommen oder habt ihr schon ne neue Stelle? Würd außerdem gern wissen, wann Ihr euch so bewerbt/beworben habt, um nach der Ausbildung nicht ohne Job dazustehen. Ich selbst bin im Januar mit der Ausbildung fertig und weiß noch nicht, wie's weitergeht. Ob meine Firma mich übernehmen kann, steht noch in den Sternen, und für Bewerbungen halte ich es noch etwas früh - welche Firma weiß denn jetzt schon, ob sie im Februar einen FiAe braucht? Wie sind eure Erfahrungen da?

*ggg*... - das müßte man mal fortsetzen bzw. noch etwas verschärfen... - z.B. erste Kontaktaufnahmen mit lebenden Personen ohne zu Chatten... - und dann erst die Begegnungen mit dem anderen Geschlecht ...

Was sind denn bitte Tabfolder? Erkläre das bitte etwas genauer, dann kann man dir sicher besser helfen ...

Hmm, wenn du sowieso alles in eine DB speicherst, ist es eigentlich doch egal, ob alle Daten gleichzeitig ankommen, oder? Dann könntest Du es z.B. folgendermaßen machen: Das erste Formular ist reines HTML und führt per Klick auf den Button auf's zweite Formular. Dort speicherst Du die per Get übergebenen Daten in die Tabelle und liest die ID des damit grad erstellten Datensatzes aus. Diese packst Du in ein verstecktes Feld des zweiten Formulars. Ein Klick auf den Button führt zum dritten Formular, von dem aus du dann den Datensatz per ID wieder auswählst und die weiteren Daten reinschreibst. Das kannst Du beliebig oft fortsetzen, wenn du immer dran denkst, die ID des Datensatzes im Formular mitzugeben. So sparst Du die auch die Jongliererei mit den ganzen Daten, die du sonst von Seite zu Seite in versteckten Feldern mitschleppen müßtest. Das ganze könnte man alternativ auch mit Sessions oder Cookies machen, aber das ist IMO für diesen Zweck doch zu aufwendig...

Ich hab XML bisher (in Verbindung mit dem Microsoft-XML-Parser unter Delphi) als Datenbank benutzt. Dabei gibt's natürlich einige Nachteile zu "normalen" Datenbank-Systemen, aber halt auch Vorteile wie Verschachtelung (Tabellen innerhalb von Datensätzen etc.). Ein weiterer netter Nebeneffekt ist natürlich auch, daß man die in der XML-Datei gespeicherten Daten recht einfach und effektiv per XSL o.ä. aufbereiten kann und z.B. als HTML-Seite anzeigen lassen kann. Und da alles lesbarer Text ist, kann man auch leicht per Texteditor Änderungen an der Datei vornehmen. Ein weiteres praktisches Beispiel sind ja z.B. auch die Playlisten von Winamp. Zumindest das neue Format von Winamp 3 ist ja XML! Davon abgesehen werden mittlerweile ja auch so ziemlich alle wichtigen Web-Scriptsprachen in XML entwickelt. HTML ist in XHTML umgewandelt worden, SVG und XML-Schemas sind komplett in XML geschrieben etc.

Wenn ich das richtig verstehe soll sich das Formular beim Ausfüllen automatisch um weitere Felder vergrößern, richtig? Wie wär's denn, wenn du das Formular schon komplett baust, und dann die Felder, die später zu sehen sind, erstmal per JavaScript/CSS ausblendest? Die könnte man ja auf Layern haben, die wiederum erstmal außerhalb des Bildschirms platziert sind und dann bei onMouseOver oder ähnlichen Ereignissen per JavaScript ins Bild gebracht werden... Wichtig wäre nur, daß man halt alles innerhalb eines einzigen Formulars hat (also zwischen den <form>-Tags) und unten dann den Submit-Button hat. Dann sollte auch alles auf der nächsten Seite ankommen!

In der Theorie ist es möglich, ein HTML-Dokument für den Druck explizit zu gestalten. Es gibt ja verschiedenste CSS-Möglichkeiten, mit denen man HTML für andere Ausgabemedien aufbereiten kann... - allerdings macht das AFAIK noch kein Browser sinnvoll mit. Bis alles richtig unterstützt wird, dauert's wohl leider noch ne ganze Weile...

Da gibt's die verschiedensten Möglichkeiten! Um den PHP-Code etwas vom HTML zu trennen würde ich die Spalte per Select schon vorher auslesen lassen und dann in einer Schleife jede Option generieren und in eine Variable schreiben lassen: $options .= "<option value=\"$variable1\" >$variable2</option>\n"; [/PHP] Wenn die Schleife durch ist, kannst Du mit dem HTML-Code anfangen und an der Stelle der Select-Anweisung folgendes schreiben: [PHP] <select name="name"> <?php echo $options; ?> </select> Alles klar?

Hmm, am besten wär's sicher echt, das ganze per PHP o.ä. zu realisieren, wenn du nicht ständig die Seiten alle neubauen willst, sobald du neue Bilder hast. Es gibt zwar auch Tools, die dir Bildergalerien basteln, aber die sind für ständige Änderungen IMO zu unflexibel. Also solltest du dich mal mit PHP beschäftigen. Da könntest du z.B. ein bestimmtes Verzeichnis für die Bilder haben, die alle nach einem bestimmten Schema benannt sind (z.B. bild020726-01.jpg für das erste Bild von heute o.ä.). Dann nutzt du die Dateiverwaltungsfunktionen und Grafikfunktionen (da gibt's eine Library, die Grafikbearbeitung ermöglicht) von PHP, um dir immer z.B. die ersten 15 Bilder als Kleinformat anzeigen zu lassen und Links zu den Bildern im Großformat und zu weiteren Seiten erstellt. Ist aber für den Anfang schon ein ziemlich großes Projekt ... - Du kannst dich ja aber auch mal bei www.hotscripts.com umsehen! Da gibt's auc massenhaft kostenlose Scripte - vielleicht ist da ja schon das dabei, was du suchst! Bei genaueren Fragen - immer her damit!

Mit ungültiger Query mein ich, daß da vielleicht die Syntax falsch ist und daher einen Fehler verursacht... - weiß ja nicht, wie dein GB funzt, aber wenn die Abfragen z.B. dynamisch generiert werden, kann es ja auch leicht mal sein, daß da was falsches zusammengebaut wird...

Hmm, wenn das Gästebuch vorher problemlos gefunzt hat, würd ich mal von einer Umstellung oder einem Ausfall bei Strato ausgehen (wäre ja nicht das erste Mal)... Eine ungültige Query ist ja eher unwahrscheinlich, außer jemand hat mit deinem GB etwas vorgehabt, was nicht so richtig ist ...

Wahrscheinlich, weil er das nocvh garnicht lesen konnte... - guck mal auf die Uhrzeit der beiden Beiträge ...

AFAIK ist der Quellcode von Quake 3 Arena mittlerweile auch Open Source... - weiß aber leider nicht, wo man ihn kriegt... - müßtest mal auf der ID-Website stöbern... Ansonsten werden die großen Spiele AFAIK größtenteils in C++ programmiern, wobei sicherlich noch so einige Routinen der Geschwindigkeit wegen in Assembler geschrieben werden. Eigentlich wird dabei immer erst eine Spiele-Engine entwickelt, die alles abhandelt, was Darstellung, Interaktion mit dem Spieler, KI, Sound etc abhandelt. Die eigentliche Story und die Levels werden dann meist mit selbstentwickelten Tools für diese Engine erstellt. Die Tools bekommt der Spieler ja auch nicht selten als Leveleditor o.ä. zum Spiel... Zum Anfangen ist es wohl erstmal sinnvoller, eine schon bestehende Engine zu verwenden und darauf ein eigenes Spiel oder Mod (z.B. für Half Life mit dem Worldcraft-Editor) zu bauen als sich gleich an eine eigene Engine zu wagen. Selbst große Spiele-Entwickler lizensieren ja oft Engines und passen sie höchstens an... - Die großen Engines sind meist allerdings nicht grad günstig zu erstehen, aber es gibt ja auch ne Menge einfachere Engines für wenig Geld...

Hmm, ich liebe normalerweise schwarzen Humor, aber das ist doch die falsche Richtung... Da hab' ich lieber die Comix von www.nichtlustig.de...

SVG ist ein Standard vom W3C. Das ist eine Scriptsprache, mit der man Vectorgrafiken zeichnen kann, die wiederum mit HTML und JavaScript interagieren kann. Ist sozusagen eine freie Alternative zu Flash, wird bisher aber noch kaum unterstützt. Wenn Du jetzt die Linien als 1-Pixel-Gifs so nebeneinander legen willst, daß sich eine diagonale Linie bildet, solltest Du aber bedenken, daß der Quelltext damit aber reichlich aufgebläht wird. Stellt dir mal vor, die Bilder sind nur 100 Pixel auseinander! Das bedeutet 100 Layer, die wiederum mit JavaScript angezeigt werden müssen... - ein Aufwand, der den Zweck sicher nicht aufwiegt (da mutiert die HTML-Datei schnell zur größten Datei )

Bei einer JPG-Datei wird's schwer die Seite überhaupt sinnvoll anzupassen! JPGs werden ja mit Verlust komprimiert - und dabei gibt's Farbverfälschungen, die meistens selbst bei normal einfarbigen Flächen minimal unterschiedliche Farben abgeben. Wenn möglich solltest Du das Bild als Gif abspeichern - da kannst Du idR. sicher sein, daß die Farben stimmen!

Ich meinte damit das Senden zwischen den Seiten (z.B.) um ein Userprofil über einen Link anzuzeigen, mit dem die ID übergeben wird. Hier wäre das auslesen nämlich schon einfacher, da entweder die Daten in der URL übergeben werden oder u.U. in versteckten Formularfeldern im Quelltext ersichtlich sein könnten. Daß das Cookie zum Senden und empfangen per Post übergeben werden muß, ist mir klar, aber ich hab das mal ausgeklammert, weil das eh unumgehbar ist! Zur weiteren Sicherheit könnte man aber hier auch gleich nach dem Autologin eine neue ID generieren, die wwieder im Cookie und in der Tabelle gespeichert wird. Daß man solche Daten über Auslesen der Logs bekommen kann, ist mir klar, aber man sollte hoffentlich davon ausgehen können, daß der Provider den Server ausreichend abgesichert hat. SSL ist sicherlich übertrieben, aber ich bin mit meiner Lösung schon sehr zufrieden ... BTW: Welche anderen sinnvollen Möglichkeiten für einen Autologin gibt's denn noch so? Abgleichen der IP wäre ja nicht so sinnig...

Hui, wasn Glück, daß ich hier oben im Norden wohne... - außer einer winzigen Windhose hat's hier bisher noch nicht's großartiges gegeben... Solange die Polkappen nicht soweit schmelzen, daß Schleswig-Holstein überflutet wird, hab ich wohl nix zu befürchten ...