SELECT INTERVAL '600' SECOND;
Das sieht doch gar nicht soo falsch aus und liefert auch keinen SQL-Fehler zurück. Leider ist das Ergebnis nicht gerade richtig: das Intervall zeigt ’00:00:00′ an.

Richtig wäre es so:
SELECT INTERVAL '600 SECOND';
Und siehe da: das Intervall ist ’00:10:00′, sprich: 10 Minuten. Yay!

• Internet Explorer 6.0 (Win XP)
• Internet Explorer 7.0 (Vista)
• Firefox 3.5.3 (Win XP)
• Firefox 3.0.14 (Debian/Iceweasel)
• Apple Safari 4.0 (Win XP)
• Opera 9.64 (WinXP und Debian)
• Google Chrome 2.0 (Win XP)
• Konqueror 4.3.1 (Debian)

In keinem dieser aufgelisteten Browser gab es ein derartiges Problem! Der einzige Browser, der im Ansatz Schwierigkeiten gemacht hatte, war der Internet Explorer 6.0 – aber nur, weil er die Facebook-Seiten erst gar nicht anzeigen wollte und dann komplett abgestürzt war. Nach dem dritten Versuch hatte er dann die Seite und das Formular ohne zu Mucken dargestellt – und eine Auswahl der Destination zugelassen.

Als ich erfuhr, dass der Kunde den Internet Explorer 8 verwendete, war ich erstmal ratlos, denn ich hatte gerade keinen zur Hand und ich konnte mir beim besten Willen nicht vorstellen, warum eine simple Select-Box ein Problem darstellen sollte. Nach einem Telefonat mit einem Freund, der ein System mit Internet Explorer 8 hatte, wurde mir der Fehler bestätigt. Leider hat das aber nicht erklärt, warum dieser Browser sich so verhielt – vor allem machte mich stutzig, dass die Vorgänger-Versionen ja nicht derartige Probleme aufwiesen.

Mir blieb also nichts anderes übrig, als ein eigenes System mit Internet Explorer 8 zum Experimentieren aufzusetzen. Zum Glück hatte ich noch eine Vista64-Lizenz rumfliegen. Nach etlichen Stunden der Installation und Updates und Probleme mit einer zu kleinen Systempartitionen (30 GB reichen für ein leeres Vista64 nicht aus, wenn man alle Updates inkl. SP1 haben will!), konnte ich endlich rumexperimentieren.

Die Lösung:
Ich kann zwar immer noch nicht erklären, warum sich der IE8 in diesem Fall so merkwürdig verhält, aber ich habe ein Workaround gefunden. Und zwar stellte sich heraus, dass immer nur die erste Select-Box betroffen war. Nachfolgende Dropdowns funktionierten einwandfrei. Mein Workaround: Banal und unschön, aber es funktioniert. Man baue vor der ersten Select-Box eine Dummy-Select-Box ein, die per Style unsichtbar gemacht wird (“display:none”) und siehe da, das Formular funktioniert so, wie erwartet – und der Benutzer kriegt davon normalerweise gar nichts mit.

Mit Variablen verkürzt sich der Query folgendermassen:

Ich muss also nicht mehr den CONCAT-Teil wiederholen, sondern kann ihn in der Variable @v speichern und darf diese Variable sofort verwenden. Im Gegensatz zum Alias, denn der ist frühestens im GROUP-BY-Abschnitt verfügbar .

Hier die offizielle MySQL-Dokumentation zu dem Thema: User-Defined Variables

Ich hatte in letzter Zeit öfters das Problem, dass meine Dateitransfers bei grösseren Dateien über das normale Windows-Netzwerk von einem Computer (nicht Vista) zum Vista-Rechner plötzlich abgebrochen wurden. Danach akzeptierte Vista keine Verbindungsversuche mehr, bis die Maschine neu gebootet wurde.

Im Ereignis-Protokoll konnte man viele Fehler-Einträge mit der Ereignis-ID 2017 finden. Die Systembeschreibung dazu lautet “Der Server konnte keinen nicht-ausgelagerten Poolspeicher reservieren, da die konfigurierte Grenze für die Reservierung von nicht-ausgelagertem Poolspeicher erreicht wurde.” was nicht wirklich hilfreich ist.

Nach einer Recherche im weltberühmten Internet bin ich nur auf eine einzige Lösung gestossen, die darin besteht, das von Vista standardmässig verwendete SMB2-Protokoll zu deaktivieren. Vista greift dann auf das alte SMB1-Protokoll zu, welches anscheinend weniger Probleme mit Filetransfers hat

Um das SMB2-Protokoll zu deaktivieren reicht es, einen DWORD-Key mit dem Namen SMB2 und dem Wert 0 in der Registry anzulegen – und zwar hier:

und das System neu zu starten.

Seit dem ich den Key eingetragen habe, klappts nun auch mit den Dateitransfers. Einbildung, Glück, Zufall? Ich hoffe nicht!

Will man den Fix wieder rückgängig machen, muss man nur den Key wieder entfernen (und rebooten). Vista benutzt dann wieder das SMB2-Protokoll.

Aber Achtung! Wer in der Registry wahllos Änderungen durchführt darf sich nicht wundern, wenn Windows einem das übel nimmt. Im schlimmsten Fall ist eine Neuinstallation des Systems fällig.

(via)

Seit ein paar Wochen arbeite ich an einem Projekt, welches die Vorgabe hat, komplett in CodeCharge enwickelt zu werden. Dabei bin ich immer wieder an die Grenzen dieses mächtigen Werkzeuges gestossen. Ein häufiges Problem ist für mich, die Custom-Block-Möglichkeiten der Template-Klasse an Stellen zu verwenden, die CodeCharge anscheinend nicht dafür vorgesehen hat und daher nicht ohne weiteres zulässt.

Es gibt drei unterschiedlich zu behandelnde Fälle, Custom Blocks zu plazieren, soweit ich das überblicke:

• in der obersten Ebene, ausserhalb aller Components
  Hier gibt es gar keine Probleme. Man kann seine Custom Blocks einfach definieren:

  <!-- BEGIN mein_custom_block -->
     mein html code undso mit {meine_variable}
  <!-- END mein_custom_block -->
  

  und per benutzerdefinierten PHP-Code z.B. im “Before Show”-Event der Seite so verwenden:

  global $Tpl;
  $first = true;
  foreach ($mein_array as $element)
  {
     $Tpl->SetVar("meine_variable", element);
     $Tpl->Parse("mein_custom_block", !$first);
     $first = false;
  }
  

• innerhalb eines Blockes (z.B. Row) einer Component (z.B. Grid)
  Das funktioniert fast genauso. Man muss der Template-Klasse nur die eigene Block-Variable nennen:

  global $Tpl;
  $first = true;
  $Tpl->SetBlockVar("mein_custom_block","");
  foreach ($mein_array as $element)
  {
     $Tpl->SetVar("meine_variable", element);
     $Tpl->Parse("mein_custom_block", !$first);
     $first = false;
  }
  

  Diese ersten beiden Fälle sind auch dokumentiert: Working with Custom Template Blocks

• innerhalb eines Panels (bzw. Update-Panels)
  Will man einen Custom-Block innerhalb eines Panels verwenden, was ja das Mittel der Wahl sein soll, sobald man ganze Bereiche der Webseite einfach ein bzw. ausblenden muss (z.B. wegen Zugangsberechtigungen), dann funktionieren die ersten beide Vorgehensweisen nicht mehr. Custom-Blöcke werden hier nicht berücksichtigt, ja sogar vor dem Anzeigen entfernt.

  Das liegt daran, dass der Template-Klassen-interne Zeiger auf der darüberliegenden Ebene stehen bleibt, sobald man sich im “before show”-Ereignis des Panels befindet.
  Die Abhilfe dazu sieht so aus, dass man

  1. sich die aktuelle Position des Template-Klassen-Zeigers merkt (in unserem Fall müsste “/main” darin stehen),
  2. dann den Zeiger mit dem Panel-Pfad-Überschreibt (z.B. “/main/Panel mein_panel”),
  3. hier wie bei den anderen beiden Fällen, die Template-Operationen durchführt und
  4. danach den Zeiger wieder auf den ursprünglichen Punkt richtet (also in unserem Beispiel wieder auf “/main”).

  global $Tpl;
  // (1):
  $aktueller_zeiger = $Tpl->block_path;
  // (2):
  $Tpl->block_path = $aktueller_zeiger . "/Panel mein_panel";
  // (3):
  $first = true;
  foreach ($mein_array as $element)
  {
     $Tpl->SetVar("meine_variable", element);
     $Tpl->Parse("mein_custom_block", !$first);
     $first = false;
  }
  // (4):
  $Tpl->block_path = $aktueller_zeiger;
  

  Benötigt man übrigens in seinem Panel lediglich eine Template-Variable (also {meine_variable}) ohne einen Custom-Block, so braucht man sich nicht mit diesem Workaround abgeben. Template-Variablen alleine funktionieren innerhalb von Panels wie gewohnt und völlig problemlos.
  

Zusammengefasst: Das Problem lag daran, dass die externen JavaScript-Dateien nicht geladen werden konnten, stattdessen wurden HTML-Seiten durch ungünstig gewählte mod_rewrite-Regeln geladen, die natürlich einen “syntax error” erzeugten.
Das steht dem Fehlverhalten bei leerem src-Attribut in script-Tags nicht entgegen, denn der Webserver gibt normalerweise eine Standard-Seite (z.B. index.html) zurück, wenn nur ein Verzeichnis aufgerufen wird (bei leerem src-Attribut wird von Webserver automatisch der komplette Pfad der Basis-Seite ohne Dateiname verwendet), oder eben, falls nicht vorhanden, eine Fehler-Seite, die meistens HTML-Code beinhalten und eben nicht JavaScript.

Die Lösung: Man muss nur dafür sorgen, dass alle eingebundenen JavaScript-Dateien auch tatsächlich geladen werden, bzw auch den Inhalt haben, der tatsächlich gebraucht wird.
Bei uns hiess das, die mod_rewrite-Regeln soweit anpassen, dass solche Script-Dateien nicht umgeleitet werden. CodeCharge-seitig wäre das zu aufwendig geworden, denn es handelte sich hier um HTML-Code der von CodeCharge generiert wird und nur schwer beeinflusst werden kann, ohne dass bei neuem Generieren die Anpassungen wieder überschrieben geworden wären.

Sehr schönes Beispiel, das zeigt, wie man effektiv Webseiten vor Spambots schützen kann. Herrlich!
Würde auch vor mir schützen, wobei hier erwähnt werden sollte, dass der Umkehrschluss, nämlich ich sei ein (Spam)Bot, zumindest meiner Meinung nach nicht zutreffen dürfte

CAPTCHA heisst übrigens ausgeschrieben und dann übersetzt „Vollautomatischer öffentlicher Turing-Test, um Computer und Menschen zu unterscheiden“.
Nachzulesen hier: de.wikipedia.org

(via Mathlog)

Ich nehme mir jetzt mal das 162 Seiten starke Dokument “Quick Start Tutorials” vor.

Hello World
Wir fangen an – wie kann es anders sein – mit dem klassischen “Hello World” Projekt. Es wird einem schön Schritt für Schritt gesagt, was man tun muss. Diese Schritte werden teilweise von Screenshots begleitet, wobei ich das Gefühl habe, dass diese Bilder oft nicht zum aktuellen Abschnitt passen, bzw. dass die passenden Bilder etwas zu spät kommen. Aber das sollte einen nicht aufhalten.
Eine Stelle, über die ich gestoplert bin, weil nicht explizit darauf hingewiesen wurde (und das passende Bild dazu natürlich erst einen Absatz später gezeigt wurde), ist die Angabe des Strings in “Source Name”, nachdem man “Source Type” auf “Expression” gesetzt hat: ich hatte nämlich die Anführungszeichen vergessen, was zu einem PHP-Fehler führte. Das ist mir aber auch erst klar geworden, nachdem ich mir den generierten Code angeschaut hatte.
Gravierender ist der Punkt, den ich gestern schon bemängelte: Die “Live Page”-Option funktioniert einfach nicht. Die Adresse, die in der IE-Fehlermeldung als falsch erklärt wird, funktioniert, wenn man sie manuell in einem Browser (auf der selben Maschine!) aufruft. Diverse Forums-Einträge zeigen, dass ich nicht der einzige bin, der das “Hello World”-Tutorial nicht komplett erfolgreich beenden kann. Lösungen werden keine geboten. Eine finale Antwort eines ellenlangen Threads war nicht schlecht, an die ich mich wohl auch halten werde: “I never use that option…“.

Somit ist das erste Tutorial quasi fertig und das End-Ergebnis ist “lauffähig”, wenn auch nicht alles innerhalb CCS so funktioniert hat, wie beschrieben.

Employee Directory
Das nächste Tutorial soll ein Mitarbeiterverzeichnis erzeugen, wobei zunächst erstmal diverse Projekteinstellungen vorgestellt werden, darunter auch die Datenbankverbindungen. Da CodeCharge mit vielen verschiedenen Programmiersprachen und auch Datenbanksystemen arbeiten kann, sehen hier leider die Projekteinstellungs-Screens teilweise recht unterschiedlich aus. Auch wird auf ein paar Datenbankverbindungs-Details eingegangen, die es in meinem Fall gar nicht gibt…ein wenig irritierend ist das schon.
Nachdem man alle Projekteinstellungen durchgegangen ist, darf man jetzt den “Grid Builder” verwenden, um vermutlich eine Tabelle mit Daten aus der Datenbank anzuzeigen. Um die darzustellenden Felder auszuwählen, kann man den Visual Query Builder verwenden, der mit CCS kommt. Hier soll man zwei Tabellen auswählen…die ich natürlich nicht habe. Wer den ersten Teil dieses Testberichts gelesen hat, mag sich vielleicht erinnern, dass ich gestern vor einem ähnlichen Problem stand: die Datenbank ist natürlich leer! Es gibt keine einzige Tabelle! Auch im Tutorial ist dazu nichts erwähnt. Zumindest ist mir nichts aufgefallen und ich werde es wohl übersehen haben, wenn es beschrieben wurde.
Ein Blick ins Forum (ok, das war gelogen, mehrere Blicke) und die Lösung findet sich in einem Antwort-Post eines YesSoftware-Forum-Moderators, der einem anderen verzweifelten Tutorial-Anwender erklärt, die Tabellenstruktur befünde sich hier: C:\Program Files\CodeChargeStudio3\Examples\Intranet\Intranet_MySQL.sql. Und das stimmt! Mein Gott, Walter! Warum denn nicht gleich so
Ab hier geht alles recht relativ leicht. Besonders schön sind die Einstellmöglichkeiten für die Sortierung der Tabelle und man kann diverse Seiten-Navigationsdesigns auswählen. Ausserdem gibt es für das Seitenlayout unzählige Styles aus denen man auswählen kann. Das hat schon was – ohne so ein Tool würde man eine nicht unerhebliche Zeit allein zum Zusammenschustern von einigermassen lesbaren Tabellen benötigen.
Die weiteren Schritte bestehen hauptsächlich darin, die Such-Felder mit der HTML-Tabelle und den DB-Tabellen zu verknüpfen. Wenn man damit fertig ist, steht das Publishen an.
Wenn man aber, wie ich, den Security-Teil des Tutorials übersprungen hat, wie es der Text einem vorschlägt, wird man vor einem Problem stehen. Man hat nämlich laut Tutorial eine Login-Seite eingerichtet und die Seite mit der Tabelle auf Restricted gestellt, damit nur eingeloggte User mit einem bestimmten Level diese Tabelle sehen dürfen. Dummerweise habe ich aber eben jenen Teil übersprungen, der die projektweiten Userdaten definiert. Somit funktioniert das Login-Formular gar nicht und man kann seine tolle Tabelle nicht anschauen
Gut ich bin ja nicht auf den Kopf gefallen und habe diese Einstellungen noch vorgenommen und jetzt kann ich mir die sehr hübsche, funktionsreiche und eigentlich total easy erstellte Tabelle anschauen und darin blättern, bzw. suchen. Genial – ich bin wirklich begeistert!

Spätestens jetzt kann ich wirklich sagen, dass CodeCharge ungeheuer mächtig ist und einem wirklich verdammt viel Arbeit abnimmt, sobald man sich darin zurechtfindet.
Ich habe bis jetzt wohl nur an der Oberfläche gekratzt, denn es stehen mir noch unzählige Builder zur Verfügung, von denen ich noch nichts weiss. Ich bin wirklich gespannt, was da noch für Tools versteckt sind.