The solution to the problem is to change the target of the shortcut from […]/Freemind.exe to this:
"C:\Program Files\Java\jre6\bin\javaw.exe" -jar lib/freemind.jar
Now you can pin the program to the taskbar in Win7 and use it as every other program.

And yes, this tip works with almost all Java programs that are delivered with working .jar files.

The trick is, that INNER JOIN will ’shrink’ the LargeTable down to the size of the TemporarySmallTable and the delete will operate on that smaller set only, since USING will reference to the joined table.

http://blog.mkoebele.de/2008/07/mysql-delete-subset-in-table-quickly.html
http://dev.mysql.com/doc/refman/5.0/en/delete.html#c9536

Mehr davon bitte…

function utf16_to_utf8($str) {
$c0 = ord($str[0]);
$c1 = ord($str[1]);
if ($c0 == 0xFE && $c1 == 0xFF) {
$be = true;
} else if ($c0 == 0xFF && $c1 == 0xFE) {
$be = false;
} else {
return $str;
}
$str = substr($str, 2);
$len = strlen($str);
$dec = '';
for ($i = 0; $i < $len; $i += 2) {
$c = ($be) ? ord($str[$i]) << 8 | ord($str[$i + 1]) :
ord($str[$i + 1]) << 8 | ord($str[$i]);
if ($c >= 0×0001 && $c <= 0x007F) {
$dec .= chr($c);
} else if ($c > 0×07FF) {
$dec .= chr(0xE0 | (($c >> 12) & 0×0F));
$dec .= chr(0×80 | (($c >> 6) & 0×3F));
$dec .= chr(0×80 | (($c >> 0) & 0×3F));
} else {
$dec .= chr(0xC0 | (($c >> 6) & 0×1F));
$dec .= chr(0×80 | (($c >> 0) & 0×3F));
}
}
return $dec;
}Quelle: http://www.moddular.org/log/utf16-to-utf8

Update:
Manchmal sollte ich erst nachdenken, und dann nach Code googlen. Das hier reicht natürlich auch vollkommen aus und ist sicher besser getestet:
$utf8 = mb_convert_encoding($utf16, 'UTF-8', 'UTF-16LE');

Und schon hat man die normale Mausgeschwindigkeit auch in CS3-Programmen.

Quelle: http://www.psd-tutorials.de/modules/Forum/11_photoshop/25234-photoshop-cs3-maus-zu-langsam.html

http://dev.mysql.com/doc/refman/5.0/en/full-table.html
http://dev.mysql.com/doc/refman/5.1/de/full-table.html
http://jeremy.zawodny.com/blog/archives/000796.html

Das von Jeremy Zawodny vorgeschlagene

alter table foo max_rows = 200000000000 avg_row_length = 50;

funktioniert auch wunderbar. Nun passen nochmal ein paar Gigabyte rein.

<div style="float:left"><img src=...></div>
<div id="text">Erste Zeile Text. <em>Zweite Zeile Text</em></div>

Das führte im konkreten Fall im IE7 dazu, daß ab der zweiten Zeile der Hintergrund des text-Div vor das floatende Div links gelegt wurde. Natürlich war der verursachende Code lange nicht so einfach, und so habe ich dann doch locker 30 Minuten gesucht und probiert bis ich auf die Idee kam, dass das em der Auslöser sein könnte.

Glücklicherweise hatte schon 2006 jemand dieses Problem:

The other (are you ready for this?) is to remove the <em> element.

I am perplexed. Does anyone have a clue as to what is going on?

Und ein weiterer Leidensgenosse konnte eine passende Lösung liefern:

Yeah. It’s an em bug :-) IE6 has em bugs, too. Try this:
em {zoom: 100%; overflow: hidden;}

http://archivist.incutio.com/viewlist/css-discuss/81647

[…] sowohl Microsoft als auch Google überprüfen mittlerweile Seiten auf Cloaking auf Referrerbasis. Dazu rufen sie die Seiten mit einem Referrer, der so aussieht, als komme der Nutzer über ihre Suchmaschine auf.

Quelle: Referrer-Spam von Google und Microsoft

Ich habe ähnliche Referer entdeckt, allerdings bei Seiten, die nur über Google Adwords beworben werden und eigentlich keinerlei Seiten im Google-Index haben. Eine klassische Cloakinganalyse macht hier also wenig Sinn.

Erstmals tauchten diese Referer am 14.1 auf:

• http://www.google.com/search?hl=en&q=motor+large+ode+be
• http://www.google.com/search?hl=en&q=bedding+map+expenses+custom
• http://www.google.com/search?hl=en&q=car+medal+roads+stromberg
• http://www.google.com/search?hl=en&q=pregnant+wa+registery+website
• http://www.google.com/search?hl=en&q=sound+wolf
• http://www.google.com/search?hl=en&q=seto+Have
• http://www.google.com/search?hl=en&q=shower+leopard+lube
• …

Urpsrung waren die üblichen 72.14.- und 66.249.-IP-Blöcke von Google, als Useragent wurde das harmlose Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) übermittelt. Eigentlich eine Frechheit, denn das Verzeichnis auf das die Adwords-Besucher geleitet werden ist in der robots.txt explizit für Robots verboten. Dass Googles Adbot sich nicht daran hält ist verständlich, aber bei diesem Cloaking-Überprüfungsbot wundere ich mich doch ein wenig.

Ab 1. Februar kam noch eine weitere Variante dazu, über die ich bislang online noch gar nichts gelesen habe. Der Referer besteht nicht mehr aus zufällig zusammengewürfelten englischen Begriffen, sondern setzt sich aus einem wirklich in Adwords gebuchten Keyword und der Domain mit site-Operator zusammen:

• http://www.google.com/search?hl=en&q=site%3Aexample.org+keyword

Die IPs und der Useragent sind die selben.

Mich als Adwords-Kunden ärgert dieses Vorgehen von Google eher weniger, auch die bisherigen Adsbot-Aufrufe haben die Logfiles übermäßig zugemüllt. Für das wirkliche Erfolgstracking mussten diese schon immer herausgefiltert und explizit behandelt werden. Nun habe ich eben einige weitere Regeln hinzugefügt, die auch diesen Anti-Cloaking-Bot erfassen.
Die Hintergründe wären jedoch trotzdem interessant.

http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=180216630221

2) Extract the contents from the zip file.

3) If you are running Vista then you will have to add the following to the end of the Preferences.plist file (under C:\Users\<UserName>\AppData\Roaming\Apple Computer\Safari\), just before </dict></plist>:

<key>WebKitUserStyleSheetLocationPreferenceKey</key> <true/>

4) Execute the run-nightly-webkit.cmd file. This will launch Safari from the command prompt.

Quelle: http://weblogs.asp.net/davidbarkol/archive/2007/06/22/web-inspector-for-safari-on-windows.aspx

Zusätzlich die WebKitPreferences.plist im Safari-Einstellungsordner öffnen und folgendes hinzufügen:

<key>WebKitDeveloperExtras</key>
<true/>

Quelle: http://weblogs.asp.net/davidbarkol/archive/2007/06/22/web-inspector-for-safari-on-windows.aspx#5250931

INSERT INTO table (a,b,c) VALUES (1,2,3)
ON DUPLICATE KEY UPDATE c=c+1;

Sinn der Sache:
Wenn ein INSERT einen doppelten Wert für ein UNIQUE- oder PRIMARY KEY-Feld erzeugen würde wird das UPDATE ausgeführt.

http://dev.mysql.com/doc/refman/4.1/en/insert-on-duplicate.html
http://www.mysqlperformanceblog.com/2006/05/29/insert-on-duplicate-key-update-and-summary-counters/

Vielleicht wird man dann irgendwann diese umständlichen if(mysql_insert_id() == 0) oder mysql_affected_rows-Konstruktionen los.

Per Javascript eingebundene CSS-Dateien werden leider ignoriert, trotzdem ein wunderbares Tool zum Ausdünnen veralteter CSS-Dateien.

This photo slideshow is a demonstration of Flash-like behavior implemented solely in Javascript, HTML, and CSS.

http://www.couloir.org/js_slideshow/

(via GFX-World) PS: Ja, Betamode lebt.

So Pingfix will see no more updates and will stay WP 1.5.x and 2.0.x only. If I find the time I will write a new plugin to fix the remaining problems with WP 2.1+ (pings when posts are edited and no logfile for pings).

Und auf Deutsch:

Es wird keine neue Version für Wordpress 2.1 geben. Ich habe mir endlich die Zeit genommen und Wordpress 2.1.x genauer angeschaut. Mit Version 2.1 haben die Kollegen von Wordpress.org eigentlich alle wichtigen Funktionen von Pingfix in Wordpress selbst integriert. Die Pings werden nun definitiv nur noch zum Veröffentlichungszeitpunkt abgesendet, sowohl bei normalen als auch bei future Posts.

Pingfix bleibt also erstmal ein Plugin für Wordpress 1.5.x und 2.0.x. Wenn ich die Zeit finden sollte werde ich ein neues Plugin schreiben, das die verbleibenden Probleme mit der Pingfunktion (Pings auch beim editieren von Beiträgen und fehlendes Ping-Logfile) behebt.

Das wäre doch mal ein nützliches Feature.