geloescht_JesterDay

Ich habe gelernt auf eine Scheibe zu schießen, ja, aber bestimmte Trefferzonen gab es an der Scheibe nicht (Mann-Scheibe, und die kam auch oft gar nicht dran sondern eine normale Zielscheibe). Einen Menschen zu töten, dazu gehört nicht so viel mehr. Aber eine gezielte Ausbildung zum Töten, dazu gehört mehr als der Umgang mit einer Waffe. Die Psyche spielt dabei z.B. eine große Rolle. Nicht jeder, der blind eine Waffe zerlegen und zusammensetzen kann bringt deshalb auch mal schnell nen Menschen um. Genauso gibt es ja sehr viele "Trefferzonen" (wie du es nennst). Die Effektivität dieser unterscheidet sich auch sehr beim gezielten Töten. Das sollte also auch auf dem Lehrplan stehen. Außerdem noch Exkurse zum Töten ohne Schußwaffen oder ganz ohne Waffen (manuell, Gift etc.). Natürlich schwebt beim Umgang mit Waffen (insbesondere wenn es nicht nur ein reiner Sportverein ist, also die Bw) immer auch das Töten mit im Raum. Die Grundlage einer Armee kommt ja auch genau daher. Aber du stellst mit deiner Aussage hier jeden, der Wehrdienst leistet/geleistet hat oder auch Zeit-/Berufssoldat ist/war als ausgebildeten (kaltblütigen) Killer (Tötungsspezialisten) hin. Sowas könnte man schon als Beleidigung auffassen. Aber wir sind eh sehr OT im Moment

Und was ist, wenn sich nur ein Dienst aufgehangen hat? Für so einen Zweck nutzen wir hier nagios. Hat aber jetzt mit einer VM nicht direkt was zu tun.

Und redundante Sätze dazugewonnen, das hast du noch vergessen EDIT: Dein Ansatz ist meiner, nur vor der Normalisierung. EDIT2: Ironie: Eine weitere "Optimierung" wäre doch dann, die Sportarten gleich zu den Vereinen in 1 Tabelle zu nehmen. Dann würde man generell nur 1 Tabelle haben, die SQLs wären einfach und übersichtlich... Das ist bei der Normalisierung von relationalen DBs eben immer die Sache. Man bekommt mehr Tabellen und muss die joinen. Wie weit man da gehen möchte muss sich jeder überlegen, aber den Schritt zu den 3 Tabellen sollte man hier schon tun.

Nein, wird man nicht. Man wird an einer Waffe (oder mehr als einer ) ausgebildet. Das Ausbilden zum Töten steht aber speziell nicht auf dem Lehrplan. Das kannst du jetzt als spitzfindig abtun, aber das alleinige Nutzen der Waffe ist nicht gleichzusetzen mit Töten, schon gar nicht mit gezieltem Ausbilden zum Töten. Zum gezielten Ausbilden zum Töten gehört noch viel mehr als nur die Nutzung einer Waffe.

Vielleicht verstehe ich deinen Ansatz nicht, aber 1. ist eine autoinc ID für die Sportarten ja eine weitere (noch künstlichere) ID. Die Sportarten_ID reicht doch schon als PK, oder nicht? 2. Und wo stellst du bei diesen Beispiel den Zusammenhang zwischen Verein und Sportart her? Eben in der Art Verein.ID - Sportart.ID 1 - 1 1 - 2 2 - 1 3 - 1 4 - 2 4 - 3 1 - 3 EDIT: Oder ist die Sportarten Tabelle bei dir schon die Verbindungstabelle? Dann hättest du doch aber nichts gewonnen, oder? Oder du hast zu jeder Sportart einen neuen Eintrag für jeden Verein der sie ausübt. Selbst wenn sie von 3 versch. Vereinen ausgeübt wird.

Trifft deine Aussage dann nicht auch auf alle zu, die bei der Bundeswehr waren? Ich habe bei der Bw wohl das gelernt, was PieDie über die "Ausbildung zum Waffenschein" meint. Und ich (genauso wie jeder andere der dort war/ist) habe da auch gelernt mit einer Waffe zu schießen. Auch auf "Mann-Scheiben" und im Feld auf Menschen. Mehr oder weniger. Aber hat wohl jeder beim Biwak mal einen Angriff simuliert oder ähnliches. Dann hat man zwar nur Übungsmunition und < 10m sollte/darf man da auch nicht mehr abdrücken, aber darum geht es ja nicht. Also ich weiß nicht, ob man die Ausbildung an einer Waffe generell als hemmschwellensenkend betrachten kann. Genauso kannst du ja argumentieren, dass derjenige der das Potential einer Waffe noch nie gespürt hat viel eher mal abdrückt (und je nach Entfernung ist das Treffen ja auch nicht unwahrscheinlich).

Es ging Klaus wohl auch nicht darum, sondern um das Waffengesetz. Aktuell ist die Regelung ja, dass man einen Waffenschein braucht um eine Waffe legal besitzen zu dürfen (bei sich tragen nicht unbedingt. Aber so genau kenn ich mich da nicht aus.). Und das eben dies nachweißlich ja nicht ausreicht, um so etwas zu verhindern.

Wohin hätte er denn auswandern sollen? Wenn du dir die Frage schon stellst, wie ist dann deine Antwort? Und außerdem ist auswandern nicht einfach so leicht wie hier so eine Frage zu stellen. Und ändert an der Situation die ihn stört ja auch nichts. Er würde damit ja praktisch nur die augen davor verschließen.

Ja, da ein Verein ja mehrere Sportarten betreiben kann.

Er hatte wohl Freunde. Es ist doch immer wieder über Videos zu lesen, die er mit seinem Kumpel zusammen gedreht hat oder den Abschiedsbrief, den er an Freunde geschickt hat.

Könnte ja noch viel mehr schreiben, aber ich beschränke mich jetzt mal hierauf: Nein, man kann nicht davon ausgehen, dass sie den Weg kennen (Ein ...anhängiger ist auch felsenfest der Überzeugung jederzeit aufhören zu können wenn er es will. Bis man ihn dann davon überzeugt, dass es nicht so ist. Das passiert in den seltensten Fällen vom Süchtigen aus). Wenn sie den Weg kennen und beschreiten, sind sie schon auf dem Weg der Besserung. Und in einer solchen Situation muss man auch nicht davon ausgehen, dass man groß hätte suchen müssen. Ein Bild aus der Bild sagt das doch genau. Da hat ein Mädchen ein Schild vor sich gehalten "Hätten wir es verhindern können?" (oder so). Natürlich sagt sich das hinterher sehr leicht. Genauso wie es aber auch sehr leicht ist zu sagen, er hätte sich ja selber melden können dass es ihm schlecht geht. Aber ja, sie hätten es wohl verhindern können. Das wars dann auch schon von mir.

AVI ist kein Dateiformat, sondern ein Container. In diesem Container liegt ein Format, welches durch den genutzten Codec bestimmt wird. Beheben kannst du das, indem du dir den passenden Codec installierst. Den Codec findes du in der Datei irgendwo (weiß nicht mehr genau wo, Recht am Anfang soweit ich mich erinnere) als 4CC (4 Buchstaben Abkürzung) oder aber mit einem entsprechenden Programm. Bei Codec-Packs sind solche Tools öfter dabei. Manche Player zeigen dir aber auch an, was für ein Codec gewünscht bzw. nicht gefunden wurde. Der MediaPlayer Classic bietet auch gleich an den zu suchen, allerdings will die Seite bei mir nicht mehr. Sollte mal sehen ob es da mittlerweile ein update gibt

Muss mich da etwas korrigieren: Jenachdem wie alt die Anwendung ist, stimmen meine Angaben zu den Zahlenwerten nicht unbedingt. Ich hab damals nämlich auch noch gelernt, dass ein Int knapp 65000 groß sein kann. Damals war ein Integer eben nur 16bit groß (heute nennt sich das SMALLINT, bei MySQL). An 64bit Integer (BIGINT) hat damals wohl noch kaum einer auch nur im Traum gedacht. Dennoch muss bei der Planung was schief gelaufen sein, denn das hätte man sich ja leicht ausrechnen können. Ach ja, wenn es sich um einen 16bit Integer handelte, dann gab es aber mit Sicherheit auch noch keine GUID (MSSQL) als Alternative

Es ist nie illegal ein Programm zu schreiben und zu veröffentlichen (*). Mehr gibt es dazu gar nicht zu sagen. U.U. ist es illegal sowas anzuwenden. Wenn das z.B. gar nicht dein Rechner ist, den du da platt machst bzw. der Besitzer damit nicht einverstanden ist. *: Ausnahme ist da mittlerweile (seit September 2003 genauer) ein Programm zum Umgehen eines wirksamen Kopierschutzes bei Medien. Das Programm mit dem Schaf zum Kopieren von DVDs und CDs (ich will jetzt mal keinen Namen nennen) wird ja in Deutschland nicht mehr vertrieben und darf in Deutschland auch nicht mehr genutzt werden.

Stichwort Ajax. Oder wenn du die Seite generell erst aufbaust, dann einfach die Ausgabe als Javascript-Code in dein Dokument.

Eine Session wird nicht allgemein einfach vom Browser gespeichert. Eine php-Session speichert gewisse Daten auf dem Server. Und diese Daten werden (default, kann auch geändert werden in z.B. DB. session.save_handler) in einer Textdatei im Session_Save_Path (php.ini) gespeichert. Eine Session wird über eine Session ID identifiziert. Diese Session ID wird (auch default) in einem Cookie gespeichert und somit danach immer wieder mit an den Server gesendet. Dort wird diese dann in einer evtl. aufgerufenen session_start funktion genutzt um wieder auf dieselben Daten zugreifen zu können. Die Sesson ID kann auch in der URL mit übergeben werden und funktioniert dann genauso. Sessions werden nicht gelöscht, wenn einer oder alle Browser geschlossen werden. Einzig der Session Cookie hat standardmäßig eine Lebenszeit von 0 (d.H. bis der Browser geschlossen wird). Die Einstellung session.gc_maxlifetime legt fest, ab wann eine Session auf dem Server als "Müll" eingestuft wird. Standard sind hier 1440 Sekunden (nach dem letzten Zugriff). Nach Ablauf dieser Zeit wird eine Session aber nicht automatisch einfach gelöscht. Sie wird wie gesagt dann als Müll angesehen. Beim Start einer Session (session_start) besteht die Möglichkeit, dass der Garbage Collector aktiviert wird. Dieser entsorgt dann den Müll. Diese Wahrscheinlichkeit kann auch in der php.ini eingestellt werden und ist standardmäßig 1/100 (also wird theoretisch bei jedem 100ten Start eine Bereinigung durchgeführt). Session IDs kann man stehlen (aus Cookies, oder wenn die in der URL eingebettet sind) oder als Bookmark mitspeichern o.ä. Damit ist es auch lange nachdem der Browser geschlossen ist noch möglich, eine Session wieder aufzunehmen (sich z.B. irgendwo als ein anderer Benutzer einzuloggen o.ä.). Nur mal zur Info...

Also ich hab mit Hintergrundmusik noch nie viel getan (und hasse es auch wenn ich surfe und plötzlich mein Browser anfängt runzududeln). Aber hab jetzt mal das hier probiert: <?xml version="1.0"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html> <head> <title>New Document</title> <meta http-equiv="content-type" content="text/html; charset=iso-8859-1" /> </head> <body> <object data="test.wav" type="audio/x-wav" width="200" height="200"> <param name="src" value="test.wav"> </object> </body> </html> Bei IE und Opera geht es so. FF will ein Quicktime Plugin und das hab ich hier nich. EDIT: Quelle: SELFHTML: HTML/XHTML / Multimedia / Objekte einbinden

Du hast die Musik im Head? Wieso das denn? Im Head stehen nur Steuerungsanweisungen, nicht aber Seiteninhalte. Mach das alles mal in den Body. Denke das ist das Problem, warum der FF das nicht macht. Weil es korrekt ist, das da nicht zu machen

UNIQUE ist für mich eine Eigenschaft eines Index und der PK ist ja von Natur aus UNIQUE (sprich es darf kein Wert mehrmals vorkommen) Auch deine Text-ID hat eine maximale Zahl an unterschiedlichen Einträgen (*). Für MySQL sieht es bei Integer z.B. so aus (jeweils maximaler Wert, unsigned): TINYINT - 255 SMALLINT - 65.535 MEDIUMINT - 16.777.215 INT - 4.294.967.295 BIGINT - 18.446.744.073.709.551.615 Und ich würde gern mal deine Tabelle sehen, bei der ein (BIG)INT-PK überläuft Und das sortieren nach Zahlen ist auf jeden Fall einfacher und schneller als das sortieren nach einen String. Da kann das auch noch so optimiert sein. Zum original Beitrag: Ich als "Profi" halte nichts davon, den Namen als Foreign Key zu verwenden. Zum einen ist eine Zahl schneller, zum anderen nimmt sie viel weniger Platz weg als der String und du hast mit einem String viele redundante Daten (Normalisierung). Klar kann man ja jetzt sagen, eine Zahl steht dann auch mehrfach drin, aber die Zahl ist ja dann nur ein Verweiß auf den Inhalt. Angenommen du hast dich bei einem Namen verschrieben und führst diesen Namen jetzt über mehrere Tabellen und mehrere Sätze als Key mit. Das änderst du nicht mal so. Mit deiner Methode ist das dann kein Problem mal schnell den Namen zu ändern. Die Datenkonsitenz bleibt dabei auf jeden Fall erhalten. Die Normalisierung ist auf jeden Fall ein Mittel im DB-Design. Wie weit man die treibt hängt immer von einem selbst ab. Ich würde, als Profi, auf jeden Fall dein Design bevorzugen. EDIT: *: Wenn es sich um einen 16 Byte Wert handelt, sind das (bei Groß-, Kleinbuchstaben und Zahlen als Werten) genau 62^16 = 47.672.401.706.823.533.450.263.330.816 unterschiedliche Werte. Das ist verdammt viel, aber ein unsigned INT reicht in 99,9% der Fälle wohl aus (und ein BIGINT für den Rest würd ich mal sagen).

Was mir einfällt ist, dass vielleicht die Session-Datei (also die Datei in der die Session Werte gespeichert werden) vom Skript geblockt wird und somit das 2te warten muss, bis das erste die wieder freigibt. Das passiert ja aber nur, weil du das vom selben Browser aus tust. Mach den Test mal mit 2 verschiedenen Browsern (die sich nicht die Cookies teilen). Dann sollten beide eine neue Session starten und somit 2 Dateien benutzt werden. Also wirklich vorstellen kann ich mir das ja nicht, aber das wäre jetzt die einzige Erklärung, die mir einfällt für so ein verhalten. Wenn php als Modul läuft, laufen ja mehrere Threads. Für jeden Aufruf einer. Als cgi werden eben mehrere Prozesse gestartet. Das sollte alles kein Problem sein. Außer du hast da bei deinem Webserver irgendwelche Einstellungen verkehrt oder der Rechner ansich ist sonst ziemlich ausgelastet.

Jesterday sagt: Ja, das denke ich auch Und als Typ kann da nur ein MIME-Type hinkommen, also: type="audio/x-wav" SELFHTML: Diverse technische Ergänzungen / MIME-Typen

Wenn 1 GB für 50 Euro zu haben wären, hätte ich ja nix gesagt 1GB (PC2-800) bekommst du z.Zt. ab ca. 130 Euro, was immerhin 10% vom Preis sind den du genannt hast.