$("#content").load("/ajax/ajaxcontent",function(data){
/* callback stuff */
});

Allerdings wollte ich zeitgleich den Kopf Title-Tag der Seite neu setzen.
Irgendwoher musste ich also den Titel bekommen. Somit habe ich alles auf die Funktion $.getJSON() umgestellt und mir aus PHP5 mit json_encode() ein Array-Objekt als JSON formatiert zurück geben lassen.
PHP Code:

<?php
$arr=array('title'=>'Neuer Title','content'=>'HTML Content');
echo json_encode($arr);
?>

Javascript Code:

$.getJSON("/ajax/ajaxcontent",function(data){
	$("title").html(data.title);
	$("#content").html(data.content);
});

Problem:
Alles funktionierte im Firefox 9 und Google Chrome, jedoch im Internet Explorer erscheint plötzlich die Fehlermeldung: Unerwarteter Aufruf oder Zugriff.
Mein erster Gedanke, dass es an der Umstellung auf JSON liegt, ist jedoch falsch.

Lösung:
Über Javascript-Debugging konnte ich heraufinden dass es mit innerHTML zu tun hat. Und letztlich lag es an der Zeile $(“title).html. Statt dessen sollte man ausschließlich document.title verwenden!

$.getJSON("/ajax/ajaxcontent",function(data){
	// $("title").html(data.title);
	document.title = data.title
	$("#content").html(data.content);
});

Weitere Informationen dazu findet man im Jquery Forum und in den Google Groups.

Da gibt es z.B. ISAPI Rewrite 2. In ISAPI Rewrite 2, das etwas anders funktioniert als mod_rewrite, muss man spezielle Konfigurationen vornehmen damit die Permalinks durch WordPress ausgelesen und interpretiert werden können.

Dazu definiert man:
1. Die notwendige Header Umgebungsvariable, die WordPress auslesen und weiterverarbeiten kann
2. Die Verzeichnisse und PHP Dateien, die nicht umgeschrieben werden sollen

Die Konfiguration in der httpd.ini für ISAPI Rewrite 2 für WordPress schaut dann ziemlich genau so aus, wenn WordPress auf der root-Ebene liegt (direkt flach im Web-Verzeichnis):

[ISAPI_Rewrite]
# CR, 20.01.2012
# defined original URL Header for WordPress
RewriteCond URL (.*)
RewriteHeader SCRIPT_URL: ^$ $1

# rewrite anything but real content of wp-folders and .php files
RewriteRule /(?!(?:wp-.+|[^\.]+\.php)).*    /index.php    [I,U,L]

Ich hoffe das hilft einigen weiter, da ich selbst nichts gescheites dazu im Netz gefunden hatte.
Hier noch ein Verweis zu einer Seite mit sämtlichen mod_rewrite Header Variablen.

Die Batchdatei erzeugt pro Tabelle, die in der Datenbank enthalten ist, eine einzelene SQL-Dump-Datei “tabellenname.sql” mit vollständigen INSERT Statements für jede Zeile. So lassen sich auch große Backups etwas überschaubarer gestalten und für eventuelle Re-Importe einfacher einlesen.

Die Batchdatei ruft man idealerweise über die Kommandozeile (Windows CMD) aus dem Ordner MySQL-Verzeichnis\bin\dump2dir.bat auf, denn dort befindet sich das MySQL-Eigene Programm mysqldump.exe, das benötigt wird.

Eine kleine Anpassung muss vom Benutzer noch vorgenommen werden, im Quellcode Zeile 10 und 11 müssen natürlich die eigenen MySQL-User und -Passwort Angaben eingetragen werden. Optional kann man in Zeile 18 noch bestimmte mysqldump Parameter ergänzen oder entfernen.

Zum Aufruf gibt man einfach folgendes ein: dump2dir.bat meinedatenbank C:\sqldump

Anbei der benötigte Source von dump2dir.bat.

@echo off
REM 2011/07/28
REM Cornelius Rittner
REM dumping with complete INSERT statements for each row (--skip-opt)

IF "%~1" == "" GOTO INFO
IF "%~2" == "" GOTO INFO

setlocal
set mysqluser=root
set mysqlpass=foobarsomething

echo Selected Database: %~1
echo Target Directory: %~2

for /f "delims= tokens=*" %%T in ('mysql -u %mysqluser% -p%mysqlpass% -N -B -e "show tables from `%1`"') do (
	echo dumping %%T ...
	mysqldump -u %mysqluser% -p%mysqlpass% --compatible=mssql --skip-opt -r "%~2\%%T.sql" %~1 %%T
)

endlocal

GOTO END

:INFO
echo dump2dir v.1.0
echo Three options are provided as default:
echo --compatible=mssql --skip-opt -r
echo.
echo --------------------------------------------------------
echo Please provide your database name and target directory
echo.
echo [Parameter 1] = database
echo [Parameter 2] = directory (without closing slash!)
echo.
echo Example: dump2dir "mydatabase" "D:\mysqldump"
echo.

:END

Cisco Mobile für Android ist leider kein VPN Produkt, sondern eine VoIP Telefonie Anwendung. Die Anwendung ermöglicht so auch konstengünstige Gesprägche unter anderem z.B. über eine VPN Verbindungen ins Büro. Leider ist der VPN Client nicht mit integriert und wird vom Gerät selbst voraus gesetzt. Aber Samsung’s Galaxy S II soll jetzt mit integriertem Cisco AnyConnect Client angeboten werden. Damit wäre dann ein erster Cisco VPN Client schon mit dabei.

Nicht verzagen! Nachdem Cisco mit seinem Cius Tablet-PC ein Android bassiertes Tablet (man munkelt mit hohem Nutzwert) auf den Markt bringen wird, ist es auch an der Zeit einen für Cisco Produkte passenden VPN Client zu entwickeln. Daher ist im Cisco Community Central schon seit längerem die Anmeldung zu Beta-Test Phase für Cisco Mobile für Android eingeleutet. Die Beta-Test Teilnahme ist noch bist 15. Feburar 2011 möglich. D.h. vor Ende Februar 2011 wird wohl kein offizieller Client von Cisco veröffentlicht. Natürlich können nur Cisco Collaboration User Group Mitglieder exklusiv an der Beta-Phase teilnehmen.

Zusätzlich zum Adventskalender gibt es aber noch 45 Halloween Level (Video), die für iPhone bereits unter dem Namen Angry Birds Halloween erschienen sind.

Einige Screenshots der Seasons App findet ihr auf AndroidPIT.

Nach der Installation kann man mit seinem gewohnten Skype Account los legen und zu Skype-Nutzern weltweit kostenlos über W-LAN oder über das 3G/Umts Netz seines Providers telefonieren. Letzteres wird leider von einigen Providern unterbunden, so dass über 3G unter Umständen keine VOIP-Telefonate geführt werden können. Man sollte sich dann mit seinem Provider in Verbindung setzen und diesen ggf. wechseln.

Es scheint teilweise noch Probleme mit einigen Handys zu geben, z.B. das Samsung Galaxy soll durch die App stark ausgebremst werden, aber mehr Details dazu findet Ihr wie oben erwähnt im Forum.

Wenn man nicht dauernd erreichbar sein möchte, sollte man beim schließen der App nicht vergessen, in den Reiter Profil zu wechseln und seinen Online-Status dort zu ändern, bzw. abzumelden.

Quelle: n-tv

We performed these few tests for example – each of it separatly – and always got the same result:

INSERT INTO [mytable] ([datefield]) values (#createODBCDateTime(now())#)
INSERT INTO [mytable] ([datefield]) values (#now()#)
UPDATE [mytable] SET [datefield] = #createODBCDateTime(now())#
UPDATE [mytable] SET [datefield] = #now()#

The error Coldfusion gave us was a SQLServer JDBC error:

[Macromedia][SQLServer JDBC Driver][SQLServer]Bei der Konvertierung eines varchar-Datentyps in einen smalldatetime-Datentyp liegt der Wert außerhalb des gültigen Bereichs.

which means somehting like “The conversion of a varchar data type to a smalldatetime data type resulted in an out-of-range value” and is obviously caused by the variable being recognized as VARCHAR and not as DATETIME object or at least not converting it the right way.

Whereas in Coldfusion 7 and also 8 it works perfectly.

There are three ways to get this to work in CF9 now. The first is using cfqueryparam, the other is using dateFormat() / timeFormat() and sending the datetime object as string and the last would be using SQL functions like getDate() instead of #now()# which does not work so easily in conjunction with a coldfusion datetime variable of course.

INSERT INTO [mytable] ([datefield]) values (<cfqueryparam cfsqltype="CF_SQL_TIMESTAMP" value="#now()#">)
INSERT INTO [mytable] ([datefield]) values ('#dateFormat(now(),'yyyy-dd-mm')# #timeFormat(now(),'HH:mm:ss')#')
INSERT INTO [mytable] ([datefield]) values (getDate())

You can save either datetime or smalldatetime this way.

Btw. the problem happens with the Coldfusion “createODBCTime()” function too, but not with “createODBCDate()”. Ok thx for reading, gl and hf!