|
|
|
|
Definiere Todesroboter. Das selbe wie Trigger hätte ich jetzt auch erstmal gefragt..
|
|
|
|
|
|
|
Als haette ich Ahnung von Elektronik... Hatte nur vorhin mal geguckt, was es so kosten wuerde, sich ein privates Fab Lab einzurichten, und da sind die relativ gaengig.
|
|
|
|
|
|
|
| Zitat von TriggerTG
Warum unbedingt die Arduino-Plattform? Können die was besonderes?
| |
Verglichen mit normalen Atmel C ist die programmierung sehr luxuriös einfach.
|
|
|
|
|
|
|
Ja, das stimmt. Ist schon ganz cool da Java nutzen zu können.
|
|
|
|
|
|
|
Ihr wisst, ich komme nicht drum herum, jetzt das .NET Micro Framework für diesen Zweck zu erwähnen.
Nachdem das geklärt wurde, könnt ihr jetzt weiter machen!
|
|
|
|
|
|
|
Meine Arbeitskollegen lachen mich aus weil ich die Frohe Ernte Farm meiner Freundin pflege während sie in den USA ist.
|
|
|
|
|
|
|
Willkommen im Whipped Boys Club.
|
|
|
|
|
|
|
|
|
|
|
Ein Klub für Männer, die whipped sind.
* * *
Gegründet von Ashtray und mir!
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von [DK]Peacemaker am 27.08.2010 12:29]
|
|
|
|
|
|
Ich schreib hier grad einen Wochenkalender.
Und da hätte ich jetzt gerne die Möglichkeit, einmalige Termine unterzubringen (zB 28.8.2010, 12:30 - 14:00), als auch Termine wie "Jeden Donnerstag, 13:00 - 15:00".
Bisher habe ich sowas hier:
entries_fixed: userID, days, from, until -> days ist hier "123" für Mo/Di/Mi
entries_variable: userID, time, from, until
from/until sind Stunden, time wäre der timestamp für den tag.
Ist sehr redundant so. Ich würd das lieber in eine Tabelle zusammenfassen.
Wie mach ich das am elegantesten?
|
|
|
|
|
|
|
Das Problem ist, dass solche Sequenzen eigentlich eine eigene Logik mitbringen. Diese dürfte aber schwer in einer Datenbank zu erfassen sein, weil jeder Art von Sequenz irgendwie eigene Eigenschaften hat. Ich würde vielleicht ein Form von Composition-Pattern einsetzen, um eine Sequenz aus Basis-Sequenzen zusammenzusetzen. Diese Komposition würde ich dann in irgendeiner Form serialisieren (XML zum Beispiel) und diese in der Datenbank speichern. Wenn du dich auf eine bestimmte Menge von Sequenz-Typen einschränkst, kannst du diese sicherlich auch in einem Tabellen-Schema unterbringen.
|
|
|
|
|
|
|
Ach, aber ICH habe meine Pillen nicht genommen, wie?
|
|
|
|
|
|
|
| Zitat von [DK]Peacemaker
Das Problem ist, dass solche Sequenzen eigentlich eine eigene Logik mitbringen. Diese dürfte aber schwer in einer Datenbank zu erfassen sein, weil jeder Art von Sequenz irgendwie eigene Eigenschaften hat. Ich würde
vielleicht ein Form von Composition-Pattern einsetzen, um eine Sequenz aus Basis-Sequenzen zusammenzusetzen. Diese Komposition würde ich dann in irgendeiner Form serialisieren (XML zum Beispiel) und diese in der
Datenbank speichern. Wenn du dich auf eine bestimmte Menge von Sequenz-Typen einschränkst, kannst du diese sicherlich auch in einem Tabellen-Schema unterbringen.
| |
Du überkomplizierst das.
Es handelt sich ja um einen Wochenkalender, deshalb gibt es nur die Möglichkeit sich jede Woche zu wiederholen. An einem bestimmten Tag. Zu einer bestimmten Uhrzeit.
Ich denke ich werde einfach days auf NULL setzen, wenn sich das Event nicht wiederholt, und dafür time ausfüllen. Sonst sind die Tabellen ja gleich.
|
|
|
|
|
|
|
| Zitat von igor]2
Ach, aber ICH habe meine Pillen nicht genommen, wie?
| |
Das macht er doch bestimmt mit Absicht!
|
|
|
|
|
|
|
Ich musste mich beeilen, deswegen die Rechtschreibfehler
Oder meint ihr gar etwas anderes?
Ich hatte das gleich Problem schon mal bzw. stehe wieder kurz davor und hatte soweit schon mal gedacht.
|
|
|
|
|
|
|
Irgendwie finde ich das immer kontraproduktiv, wenn versucht wird komplizierte Sachen mittels Metaphern "einfach" wiederzugeben. :/
Eigentlich verkompliziert das Inhalte nur, da man noch um eine zusätzliche Ecke denken muss
Ich denke es wäre sinnvoller, wenn man das formal, aber in einer einfachen Sprache, einführen würde.
http://www.spiegel.de/wissenschaft/mensch/0,1518,713386,00.html
"Bleiben dicke Bretter immer dick?"
Genauso die meisten Ansätze um OOP zu erklären. Mit Autos und Hamstern und so :X
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von TriggerTG am 27.08.2010 12:50]
|
|
|
|
|
|
| Zitat von Teufel
Es handelt sich ja um einen Wochenkalender, deshalb gibt es nur die Möglichkeit sich jede Woche zu wiederholen. An einem bestimmten Tag. Zu einer bestimmten Uhrzeit.
Ich denke ich werde einfach days auf NULL setzen, wenn sich das Event nicht wiederholt, und dafür time ausfüllen. Sonst sind die Tabellen ja gleich.
| |
Ja, an sowas haette ich auch gedacht. Eine Tabelle, darin:
ID
StartDate - Datum
StartTime - Uhrzeit
EndDate - Datum
EndTime - Uhrzeit
Repeats - 0: einmaliger Termin, 1: woechentlich, 2: ... 3: Profit!
RepeatsThroughDate - Datum, bis zu dem ein sich wiederholender Termin wiederholt wird, oder NULL
Sollte doch alles ausdrueckbar sein. Den Wochentag solltest du aus StartDate/EndDate auch fuer wiederkehrende Termine einfach rausbekommen sollen, da brauchst du kein days 1, 2, 3 fuer. Wenn du keine Termine hast, die ueber Mitternacht laufen koennen, kannst du StartDate und EndDate auch zusammenfassen.
e: Davon ab aber praktisch deins in gruen.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von igor]2 am 27.08.2010 12:55]
|
|
|
|
|
|
DAs neue Maskottchen von Peace:
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von TriggerTG am 27.08.2010 13:07]
|
|
|
|
|
|
| Zitat von Teufel
Ich schreib hier grad einen Wochenkalender.
Und da hätte ich jetzt gerne die Möglichkeit, einmalige Termine unterzubringen (zB 28.8.2010, 12:30 - 14:00), als auch Termine wie "Jeden Donnerstag, 13:00 - 15:00".
Bisher habe ich sowas hier:
entries_fixed: userID, days, from, until -> days ist hier "123" für Mo/Di/Mi
entries_variable: userID, time, from, until
from/until sind Stunden, time wäre der timestamp für den tag.
Ist sehr redundant so. Ich würd das lieber in eine Tabelle zusammenfassen.
Wie mach ich das am elegantesten?
| |
Ich hatte mal nen Terminplan in Delphi mit SQL programmiert. Die Datenbank bestand dann aus den eigentlichen Termin"zeiten" und den Termin"inhalten", also 2 Tabellen. Eine Terminzeit zeigt immer auf einen Inhalt und mehrere Zeiten können logischerweiße auf einen Inhalt zeigen. Eine Zeit enthält dann den Von- und Bis-Zeitstempel. Sollen jetzt Tage wie "Jeden Mittwoch und Donnerstag" stattfinden, berechnet die App einfach die Zeitstempel und schreibt sie in die DB, welche alle auf den selben Inhalt verweisen.
/Das Projekt ist übrigens ne 1 geworden, aber wurde nie produktiv umgesetzt
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von stupididi am 27.08.2010 13:08]
|
|
|
|
|
|
| Zitat von igor]2
| Zitat von Teufel
Es handelt sich ja um einen Wochenkalender, deshalb gibt es nur die Möglichkeit sich jede Woche zu wiederholen. An einem bestimmten Tag. Zu einer bestimmten Uhrzeit.
Ich denke ich werde einfach days auf NULL setzen, wenn sich das Event nicht wiederholt, und dafür time ausfüllen. Sonst sind die Tabellen ja gleich. | |
Ja, an sowas haette ich auch gedacht. Eine Tabelle, darin:
ID
StartDate - Datum
StartTime - Uhrzeit
EndDate - Datum
EndTime - Uhrzeit
Repeats - 0: einmaliger Termin, 1: woechentlich, 2: ... 3: Profit!
RepeatsThroughDate - Datum, bis zu dem ein sich wiederholender Termin wiederholt wird, oder NULL
Sollte doch alles ausdrueckbar sein. Den Wochentag solltest du aus StartDate/EndDate auch fuer wiederkehrende Termine einfach rausbekommen sollen, da brauchst du kein days 1, 2, 3 fuer. Wenn du keine Termine hast, die
ueber Mitternacht laufen koennen, kannst du StartDate und EndDate auch zusammenfassen.
e: Davon ab aber praktisch deins in gruen.
| |
Danke dir.
Ich glaub ich werde trotzdem "123" nehmen, denn dann wiederholt sich ein Event vllt jede Woche, und ist immer MoDiMi!
|
|
|
|
|
|
|
Kacke. Das Außenteil meiner Winterjacke (= meine Regenjacke) ist ja jetzt viel zu groß. Die Jacke war schweine teuer
(Aufm Foto geht es wegen der Perspektive sogar noch. "In echt" wirkt das echt wie 200% zu groß.
* * *
Das ist für Web-UIs evtl. ziemlich nützlich:
http://www.xarg.org/project/jquery-color-plugin-xcolor/
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von TriggerTG am 27.08.2010 13:36]
|
|
|
|
|
|
26.08.10 04:30 Uhr Köln Die Sendung wurde im Ziel-Paketzentrum bearbeitet.
26.08.10 07:52 Uhr -- Die Sendung befindet sich auf dem Weg zur PACKSTATION.
27.08.10 07:05 Uhr -- Die Sendung befindet sich auf dem Weg zur PACKSTATION.
27.08.10 09:21 Uhr -- Die Sendung befindet sich auf dem Weg zur PACKSTATION.
Einmal mit Profis arbeiten...
|
|
|
|
|
|
|
Zuhause! \o/ Gute Nacht! \o/\o/
|
|
|
|
|
|
|
|
Warning: mysql_db_query(): supplied argument is not a valid MySQL-Link resource in /inc/MySQL.class.php on line 19
| |
http://nopaste.voric.com/paste.php?f=dxm6i9
Was mach ich falsch? Die Verbindung gibts, die Query ist korrekt
|
|
|
|
|
|
|
warum nimmst du nicht $this->query statt $sql?
|
|
|
|
|
|
|
| Zitat von [DK]Peacemaker
Ein Klub für Männer, die whipped sind.
* * *
Gegründet von Ashtray und mir!
| |
Ich entscheide fast alles selbst
Und wenn sie was für mich entscheidet hätte ich das sicher nach reiflicher Überlegung ebenfalls so entschieden!
|
|
|
|
|
|
|
Tipper. Macht aber keinen Unterschied bzgl. des Problems
|
|
|
|
|
|
|
| Zitat von Ashtray
| Zitat von [DK]Peacemaker
Ein Klub für Männer, die whipped sind.
* * *
Gegründet von Ashtray und mir!
| |
Ich entscheide fast alles selbst
Und wenn sie was für mich entscheidet hätte ich das sicher nach reiflicher Überlegung ebenfalls so entschieden!
| |
Phase 1 - Denial
|
|
|
|
|
|
|
| In most cases, the guy doesn't get any pussy. | |
|
|
|
|
|
|
|
| Zitat von Teufel
|
Warning: mysql_db_query(): supplied argument is not a valid MySQL-Link resource in /inc/MySQL.class.php on line 19
| |
http://nopaste.voric.com/paste.php?f=dxm6i9
Was mach ich falsch? Die Verbindung gibts, die Query ist korrekt
| |
Zeile 13: $this->connection = $conn;
vs
Zeile 19: $this->result = mysql_db_query($this->object, $sql, $this->conn);
|
|
|
|
|
|
Thema: Gehirnsalat ( wir unter uns ) |