Spielzeug

Februar 14, 2017

Aktuelle Position der Alex II

Dank modernster Technik kann ich jetzt stündlich die Position der „Alexander von Humboldt II“ aktualisieren und auf einer Karte darstellen – und zwar auch mitten auf dem Ozean, fernab der Reichweite aller (landgestützen) Systeme, die ich bisher zur Verfügung hatte .

[pageview url=“https://track.alex-2.info/alextracker.php“ height=“460px“]

Die Wetterdaten (Temperatur, Luftdruck, Wind) werden stündlich für die gemeldete Position von openweathermap abgerufen und in die Karte eingearbeitet; die letzten Positionen sind als rote Linie sichtbar. Über die Schaltfläche oben rechts kann die Kartendarstellung verändert werden.

November 16, 2016

come to the geek side

Sprüche auf T-Shirts sind ja fast schon wieder out, aber manchmal trifft es eben doch den Nagel auf den Kopf. Dieser Tage hatte ich so einen Moment der Erkenntnis – DER passende Spruch zur aktuellen Situation, besser kann man es manchmal nicht ausdrücken.

Kurzum: der Shop ist es wert, verlinkt zu werden.

Und damit es neben der persönlichen Belustigung auch einen guten Zweck hat, wird der Link über das Boost Project geschaltet, d.h. ein Teil des gemachten Umsatzes wird vom Shopbetreiber direkt an die „Alexander von Humboldt II“ gespendet – ohne Mehrkosten für den Besteller, einfach so im Hintergrund.

Juni 3, 2015

Fundstücke

Ein paar interessante Fundstücke von heute

WordPress: individueller Auszug vor dem Artikel
WordPress: Nicht anklickbare Eltern im Navigationsmenü erstellen
habe ich gleich hier oben bei den Bildern eingebaut
Loco Translate – Themes und Plugins ganz einfach übersetzen
endlich ein Nachfolger für Codestyling Localization

Juni 2, 2015

Mit Sicherheit: Umstellung auf https

SSL ist in aller Munde, gesichert aufrufbare Seiten bekommen Pluspunkte beim Ranking – Grund genug, sich mal näher mit der Materie zu beschäftigen.

Alles fängt damit an, dass man ein gültiges SSL-Zertifikat hat… Über meinen Hoster konnte ich mir ein selbst signiertes Zertifikat ausstellen – das bringt aber nur wenig, weil es vom Browser erstmal nicht automatisch anerkannt wird. Wie denn auch, schließlich ist die Sicherheit ja nicht durch irgendeine anerkannte Instanz bestätigt.

Zum Glück gibt es im Internet ja auch Anbieter, bei denen man gültige Zertifikate für kleines Geld bekommt; von den kostenlosen Zertifikaten von StartSSL bin ich wieder abgerückt, nachdem ich diesen Artikel gelesen hatte. Schließlich soll das ja erstmal nur ein Test sein, da möchte ich nicht im Zweifel gleich Kosten an der Backe haben, wenn ich mich dann doch gegen SSL entscheide.

Eine kurze Recherche brachte mich dann zu cheapsslshop.com: die verkaufen nicht nur die (hauseigenen) Zertifikate von Comodo für wesentlich weniger Geld als Comodo selbst , sondern auch Zertifikate anderer Anbieter (Thawte, GlobalSign, …). Im Zweifel kann man da also auch für den professionellen Einsatz fündig werden und seiner Website eine grüne Adresszeile spendieren. Soviel brauche ich aber nicht, mir reicht eine einfache Bestätigung. Bezahlung klappt mit Paypal, es gibt eine 30-tägige Testphase innerhalb derer man komplett vom Kauf zurücktreten kann und das Zertifikat selbst kam innerhalb von ein paar Minuten per Mail – mit Installation auf dem Server hat es nicht mal eine halbe Stunde gedauert, bis die Seite grundsätzlich auch via https erreichbar war. Wiedermal war ich froh, cPanel als Backend zur Administration zu haben und nicht auf eine Provider-spezifische Lösung angewiesen zu sein: mit ein paar Klicks ist die Anforderung (CSR) erzeugt, mit ein paar weiteren Klicks ist das fertige Zertifikat dann installiert.

Update:
Seit dem Umzug zu WebhostOne habe ich zwar kein cPanel mehr zur Verfügung, dafür aber die Möglichkeit, ein kostenloses Zertifikat von Let’s Encrypt einzubinden.

Das ist ja aber leider erst die halbe Miete, WordPress erfordert ja auch noch ein paar Einstellungen bevor es wirklich komplett und ausschließlich über gesicherte Verbindungen arbeitet:

interne Links unabhängig vom Protokoll
Als erste Maßnahme wurden sämtliche internen Links in den Widgets und Theme-Dateien/-Einstellungen vom Protokollaufruf befreit: statt
```
http://mysite.net/
```
steht jetzt nur noch
```
//mysite.net/
```
im Code – somit kann diese Ressource gesichert oder ungesichert aufgerufen werden, ohne dass der Browser eine Fehlermeldung wegen gemischter Inhalte auswirft.
http auf https umleiten
Das erfordert ein paar zusätzliche Zeilen in der .htaccess. Bei der Gelegenheit fällt auf, dass jede Menge Einträge zum Caching in der Datei stehen, die allesamt noch mit ungesicherter Verbindung arbeiten – also erstmal das Caching-Plugin deaktivieren, damit diese ganzen Regeln verschwinden. Wenn alle Einstellungen auf https gesetzt sind, wird Caching wieder aktiviert und schreibt dann automatisch die gesicherten Rewrite Rules.
Damit Besucher und Suchmaschinen sich auch den neuen gesicherten Aufruf merken, bekommen sie gleiche einen Returncode 301 (permanent redirect) mitgeliefert; beim nächsten Besuch sollte dann direkt die gesicherte Seite aufgerufen werden.
```
# BEGIN redirect all to https
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
# END redirect all to https
```
URLs in der Datenbank umstellen
WordPress speichert etliche URLs in der Datenbank, natürlich komplett mit Protokoll – die sollte man ebenfalls von http:// auf https:// umstellen, um sich unerwartete Probleme an anderen Stellen zu ersparen.
Dazu habe ich im Web drei passende SQL-Anweisungen gefunden, die man nach einer Sicherung (!!) einfach über die eigene Datenbank laufen lassen kann:
```
UPDATE wp_posts SET guid = replace(guid, 'http://www.site.com','https://www.site.com');
UPDATE wp_posts SET post_content = replace(post_content, 'http://www.site.com', 'https://www.site.com');
UPDATE wp_postmeta SET meta_value = replace(meta_value, 'http://www.site.com', 'https://www.site.com');
```
Und ein praktisches Beispiel, warum man das tun sollte habe ich auch: Wie schon an anderer Stelle geschrieben habe ich auch die Titelbilder hier im Blog responsive gemacht. Das ging aber nur mit einem kleinen Trick, ich mußte aus der Bild-URL die ID in der Datenbank bestimmen. Genau an der Stelle wird es problematisch, wenn WP eine https:// URL vorgibt und in der Datenbank nur http:// steht – auf einmal ist das Titelbild weg
WordPress umstellen
Zu guter Letzt werden in den allgemeinen Einstellungen noch die URLs (WordPress-Adresse und Website-Adresse) auf https geändert.
Wer mag, kann auf jeden Fall eine gesicherte Verbindung für die Administration erzwingen, indem er folgende Zeile in die wp-config.php (irgendwo vor /* That's all, stop editing!) einfügt:
[php]define(‚FORCE_SSL_ADMIN‘, true);[/php]

Im Idealfall läuft jetzt alles korrekt – falls nicht, muss man sich auf Fehlersuche machen ;-).
Manchmal hilft schon ein Blick in den Quellcode der Seite, um die letzten http:// Aufrufe zu finden….

März 9, 2015

Eigenes Logo auf der Login-Seite wp-login.php

Gerade wenn man mehrere Blogs betreut kann man auf der immer gleich aussehenden Login-Seite mit dem altbekannten WordPress Logo durcheinanderkommen. Aber auch für „normale“ Besucher die sich einloggen müssen, kann eine kleine visuelle Hilfe nützlich sein.
Am einfachsten finde ich immer ein eigenes Logo – wer mag, kann natürlich auch den Rest der Seite noch per css umgestalten.

(1) Das gewünschte Logo in einer passenden Größe (die weiße Login-Box ist 320px breit) in das eigene WordPress hochladen; ob man es in die eigene Mediengalerie hochlädt oder lieber per FTP in das aktuelle Theme-Verzeichnis ist dabei vollkommen unerheblich.

(2) Folgenden Code in die functions.php einfügen (oder als sonstwie als Snippet anlegen, z.B. mit dem Plugin Code Snippets)
Zunächst die einfache Variante mit Logo im Theme-Ordner; wenn das Logo in der Mediengalerie liegt, kann man sich dort die komplette Adresse holen und für $image verwenden (siehe Zeile 3). Oder man referenziert direkt auf die Datei-ID, die man beim Hovern im URL-Parameter post= findet (Zeile 4, ID 2466 als Beispiel angenommen)

function my_custom_login_logo() {
$image = get_stylesheet_directory_uri().'/images/myloginlogo.jpg';
//$image = 'http://mysite.tld/wp-content/uploads/myloginlogo.jpg';
//$image = wp_get_attachment_url(2466);
$size = getimagesize($image);
$width = $size[0];
$height = $size[1];

echo '
<style type="text/css">
h1 a {
background-image:url('.$image.') !important;
background-size: '.$width.'px '.$height.'px !important;
width: '.$width.'px !important;
height: '.$height.'px !important;
}
</style>
';
}

add_action('login_head', 'my_custom_login_logo');

Auf einem komplett auf https umgestellten Blog hatte ich permanent einen SSL Fehler im getimagesize(); das Problem konnte ich durch Verwendung des absoluten Pfades auf dem Server lösen (bzw. umgehen) – hier sieht das Snippet jetzt so aus:

function my_custom_login_logo() {
$image = '/images/myloginlogo.jpg'; //relative path to current (child) theme

$image_abs = get_stylesheet_directory().$image;
$image_url = get_stylesheet_directory_uri().$image;
$size = getimagesize($image_abs);
$width = $size[0];
$height = $size[1];

echo '

<style type="text/css">
h1 a {
background-image:url('.$image_url.') !important;
background-size: '.$width.'px '.$height.'px !important;
width: '.$width.'px !important;
height: '.$height.'px !important;
}
</style>

';
}

add_action('login_head', 'my_custom_login_logo');

Auch das kann man natürlich mit der Mediengalerie machen, dann sieht der Anfang der Funktion so aus (ungetestet):

function my_custom_login_logo() {
$image = 2466; // use file ID
$upload_dir = wp_upload_dir();
$image_abs = $upload_dir['path'];
$image_url = wp_get_attachment_url($image);
$size = getimagesize($image_abs);

update 14. April 2015:
(3) Als Kür kann man auch noch dafür sorgen, dass ein Klick auf das Logo nicht mehr zu WordPress.org führt; Betreiber einer Multisite haben da schon automatisch einen Link zum eigenen Blog. Auch das kann man bequem in der functions.php erledigen:

if ( !is_multisite() ) {

add_filter( 'login_headerurl', 'custom_loginlogo_url' );
function custom_loginlogo_url($url) {
return get_home_url();
}

add_filter( 'login_headertitle', 'custom_loginlogo_title' );
function custom_loginlogo_title($title) {
return get_option('blogname');
}
}

Hier der vorher-nachher-Vergleich im Bild:

September 19, 2014

WordPress Performance

Auch so ein Thema, zu dem schon viel geschrieben wurde… Ich will mich gar nicht lange mit Details aufhalten – hier sind meine Testergebnisse mit den gängigen Webtools (zuletzt geprüft am 19.09.2014).

Zuerst die Werte der alten Seite mit Yoko als Vergleich (Cache aktiviert)

Google PageSpeed Insights:
mobil 71/100, Nutzererfahrung 90/100, Desktop 90/100
Pingdom Website Speed Test: 82/100
GTmetrix: PageSpeed grade A (92%), YSlow grade B (89%)
WebPagetest
first byte time: F, Keep-alive: A, compress transfer: A, compress images: D, cache static content: D

Das neue Theme ohne Titelbilder mit deaktiviertem Cache liefert

Google PageSpeed Insights:
mobil 78/100, Nutzererfahrung 89/100, Desktop 92/100
Pingdom Website Speed Test: 98/100
GTmetrix: PageSpeed grade A (90%), YSlow grade B (87%)
WebPagetest.org
first byte time: F, Keep-alive: A, compress transfer: A, compress images: A, cache static content: C

Mit aktiviertem Cache ergeben sich nur leicht andere Ergebnisse:

Google PageSpeed Insights
mobil 78/100, Nutzererfahrung 89/100, Desktop 92/100
Pingdom Website Speed Test: 97/100
GTmetrix: PageSpeed grade A (95%), YSlow grade A (92%)
WebPagetest.org
first byte time: A, Keep-alive: A, compress transfer: A, compress images: A, cache static content: B

Mal sehen, ob und wie weit sich das in Zukunft noch verbessern läßt und wie sich die Titelbilder auf die Performance auswirken…

[update 22.09.2014]
Nachdem jetzt auch Titelbilder angezeigt werden, wird es Zeit für eine neue Messung, natürlich mit aktiviertem Cache. Die Titelbilder haben bei Catch Evolution immerhin 65% mehr Pixel, das dürfte sich trotz Optimierung irgendwie bemerkbar machen – jedenfalls solange ich noch nicht auf echte responsive images umgestellt habe.

Google PageSpeed Insights
mobil 72/100, Nutzererfahrung 89/100, Desktop 91/100
Pingdom Website Speed Test: 100/100
GTmetrix: PageSpeed grade B (86%), YSlow grade A (92%)
WebPagetest.org
first byte time: B, Keep-alive: A, compress transfer: A, compress images: B, cache static content: A

Unterm Strich hat sich die Umstellung auf ein anderes Theme zumindest im Hinblick auf die Performance schonmal gelohnt.

Nicht zu verachten sind natürlich auch die Hinweise der diversen Tools, wie die Performance verbessert werden kann. GTmetrix bietet z.B. gleich optimierte Versionen von noch nicht ganz optimalen Bildern an, die kann man dann gleich in die eigene Mediathek übernehmen…

[update 26.09.2014]
Inzwischen sind auch die Bilder komplett auf angepasste Formate („responsive images“) umgestellt, was sich zusammen mit noch ein paar zusätzlichen Optimierungen sehr positiv auf die Messwerte auswirkt:

Google PageSpeed Insights
mobil 84/100, Nutzererfahrung 89/100, Desktop 92/100
Pingdom Website Speed Test: 100/100 (load time 1,17s)
GTmetrix: PageSpeed grade A (97%), YSlow grade A (90%)
WebPagetest.org
first byte time: A, Keep-alive: A, compress transfer: A, compress images: B, cache static content: B
First view: 2,929s, repeat view: 1,072s

September 19, 2014

Aufgeräumt

Es ist, wie es ist: ab und an muss man mal aufräumen, so schwer es auch fällt.

Yoko war ein tolles Theme, genau genommen ist es das immer noch. Aber irgendwie hatte ich in letzter Zeit verstärkt Probleme mit dem Menü auf Mobilgeräten: die Unterpunkte wollten sich partout nicht zeigen. Da ich kein Programmierer bin kann ich mir an dieser Stelle nicht wirklich selbst helfen; zusätzlich hatte ich auch mal wieder Lust auf ein neues Design – eine willkommene Gelegenheit, auch mal wieder einen Blick auf Performance und alte (liebgewonnene) Plugins zu werfen. Die eine oder andere Funktionalität ist im Lauf der letzten Jahre eben doch schon in den WordPress Core aufgenommen worden, da braucht man einfach kein Plugin mehr für.

Die gängigen Webtools liefern ganz gute Resultate für die Performance, ein paar Dinge werde ich aber sicherlich noch weiter optimieren.

ToDo:

Titelbilder auf das neue Theme anpassen:
Yoko wollte 1102x350px, Catch Evolution möchte 1600×400 haben – entweder passe ich das Theme an oder meine Bilder
?

September 7, 2014

Licht, Strom und Lichtstrom

Strom sparen ist ja im Trend, herkömmliche Glühbirnen werden allmählich vom Markt verschwunden und durch energiesparende Leuchtmittel ersetzt. So weit, so gut. Früher oder später steht man aber vor der Neuanschaffung als Ersatz für eine kaputte Glühbirne – and dann fängt die Verwirrung an: die alte Birne hatte 75W, das steht ja drauf. Aber die neuen Leuchtmittel haben deutlich weniger (sonst wären sie ja nicht energiesparend), dafür ist aber zusätzlich zur Leistung in W meistens ein Lichtstrom in Lumen (lm) angegeben.
Die elektrische Leistung bezieht sich nur auf den Stromverbrauch, wogegen der Lichtstrom sich auf die gesamte abgegebene Lichtmenge (also die Helligkeit) der Lampe bezieht. Dummerweise sind Lichtstrom und elektrische Leistung nicht einfach so direkt miteinander vergleichbar – mal abgesehen davon, dass mehr Leistung in der Regel auch mehr Lichtstrom zur Folge hat. Zum Glück gibt es dafür Tabellen, die einem den Vergleich erleichtern – eine davon ist diese hier:

Glühbirne	LED	Leuchtstofflampe	Halogenlampe
15 W	136 lm	125 lm (~3 W)	119 lm (~10 W)
25 W	249 lm	229 lm (~5 W)	217 lm (~20 W)
40 W	470 lm (~5 W)	432 lm (~7 W)	410 lm
60 W	806 lm	741 lm (~11 W)	702 lm (~35 W)
75 W	1055 lm	970 lm (~15 W)	920 lm (~50 W)
100 W	1521 lm	1398 lm (~18 W)	1326 lm (~75 W)
150 W	2452 lm	2253 lm (~30 W)	2137 lm (~100 W)
200 W	3452 lm	3172 lm (~36 W)	3009 lm

Heißt also: als Ersatz für eine 60 W Glühbirne brauche ich eine LED-Leuchte mit einem Lichtstrom von 806 lm, um das gleiche Erlebnis von Helligkeit zu haben. Oder umgekehrt: Eine LED-Leuchte mit 250 lm ist nur in etwa so hell wie eine 25 W Glühlampe.

Aber der Lichtstrom ist nicht alles, was beachtet werden muss: die Farbtemperatur spielt ebenfalls eine entscheidende Rolle. Leider verhält sich die Farbtemperatur umgekehrt zum allgemeinen Sprachgebrauch: „warmes“ Licht (=viel Wärme, wenig Helligkeit, rötlich) hat eine niedrige Farbtemperatur, „kaltes“ Licht (=wenig Wärme, viel Helligkeit, bläulich) hat eine hohe Farbtemperatur. Folgende Anhaltswerte kann man zum Vergleich heranziehen:
Kerzenlicht 1500 K
Glühlampe (40 W) 2600 K
Glühlampe (200 W) 2700 K
Halogenlampe 3000 K
Leuchtstofflampe (kaltweiß) 4500 K
Tageslicht 6500 K

Oder etwas allgemeiner:
<3300 K = warmweiß
3300 – 5300 K = neutralweiß
>5300 K = tageslichtweiß

Mehr Details zum Thema findet man u.a. bei Netzmafia.

Dezember 12, 2013

ownCloud 6 ist da

Zum Einsatz von ownCloud habe ich ja hier und hier schon etwas geschrieben – jetzt ist ownCloud in Version 6 erschienen und kommt natürlich auch gleich auf den Prüfstand.
Meine Erkenntnisse werde ich nach und nach hier zusammentragen.
Noch ein Satz vorweg: ich habe OC6 auf einem ganz normalen Webhosting Paket bei HostEurope installiert – manche meiner Beobachtungen könnten damit zusammenhängen und folglich bei anderen Providern/Servern nicht auftreten.

Installation

Man kann leider immer noch kein Tabellenpräfix vorgeben, die Installation erfolgt standardmäßig mit oc_. Vorsicht also, wenn man die neue Version in die alte Datenbank installieren will – das dürfte ziemlich in die Hose gehen, jedenfalls wenn man keine aktuelle Sicherung der Datenbank parat hat.

Ich habe direkt nach der Installation alle Tabellen manuell (in phpMyAdmin) umbenannt:

[code lang=“sql“ gutter=“0″ collapse=“true“ title=“SQL-Befehle…“]RENAME TABLE `meineDB`.`oc_activity` TO `meineDB`.`abcde_activity`;
RENAME TABLE `meineDB`.`oc_appconfig` TO `meineDB`.`abcde_appconfig`;
RENAME TABLE `meineDB`.`oc_clndr_calendars` TO `meineDB`.`abcde_clndr_calendars`;
RENAME TABLE `meineDB`.`oc_clndr_objects` TO `meineDB`.`abcde_clndr_objects`;
RENAME TABLE `meineDB`.`oc_clndr_repeat` TO `meineDB`.`abcde_clndr_repeat`;
RENAME TABLE `meineDB`.`oc_clndr_share_calendar` TO `meineDB`.`abcde_clndr_share_calendar`;
RENAME TABLE `meineDB`.`oc_clndr_share_event` TO `meineDB`.`abcde_clndr_share_event`;
RENAME TABLE `meineDB`.`oc_contacts_addressbooks` TO `meineDB`.`abcde_contacts_addressbooks`;
RENAME TABLE `meineDB`.`oc_contacts_cards` TO `meineDB`.`abcde_contacts_cards`;
RENAME TABLE `meineDB`.`oc_contacts_cards_properties` TO `meineDB`.`abcde_contacts_cards_properties`;
RENAME TABLE `meineDB`.`oc_documents_invite` TO `meineDB`.`abcde_documents_invite`;
RENAME TABLE `meineDB`.`oc_documents_member` TO `meineDB`.`abcde_documents_member`;
RENAME TABLE `meineDB`.`oc_documents_op` TO `meineDB`.`abcde_documents_op`;
RENAME TABLE `meineDB`.`oc_documents_revisions` TO `meineDB`.`abcde_documents_revisions`;
RENAME TABLE `meineDB`.`oc_documents_session` TO `meineDB`.`abcde_documents_session`;
RENAME TABLE `meineDB`.`oc_filecache` TO `meineDB`.`abcde_filecache`;
RENAME TABLE `meineDB`.`oc_files_trash` TO `meineDB`.`abcde_files_trash`;
RENAME TABLE `meineDB`.`oc_files_trashsize` TO `meineDB`.`abcde_files_trashsize`;
RENAME TABLE `meineDB`.`oc_files_versions` TO `meineDB`.`abcde_files_versions`;
RENAME TABLE `meineDB`.`oc_file_map` TO `meineDB`.`abcde_file_map`;
RENAME TABLE `meineDB`.`oc_gallery_sharing` TO `meineDB`.`abcde_gallery_sharing`;
RENAME TABLE `meineDB`.`oc_groups` TO `meineDB`.`abcde_groups`;
RENAME TABLE `meineDB`.`oc_group_admin` TO `meineDB`.`abcde_group_admin`;
RENAME TABLE `meineDB`.`oc_group_user` TO `meineDB`.`abcde_group_user`;
RENAME TABLE `meineDB`.`oc_jobs` TO `meineDB`.`abcde_jobs`;
RENAME TABLE `meineDB`.`oc_locks` TO `meineDB`.`abcde_locks`;
RENAME TABLE `meineDB`.`oc_lucene_status` TO `meineDB`.`abcde_lucene_status`;
RENAME TABLE `meineDB`.`oc_mimetypes` TO `meineDB`.`abcde_mimetypes`;
RENAME TABLE `meineDB`.`oc_mozilla_sync_collections` TO `meineDB`.`abcde_mozilla_sync_collections`;
RENAME TABLE `meineDB`.`oc_mozilla_sync_users` TO `meineDB`.`abcde_mozilla_sync_users`;
RENAME TABLE `meineDB`.`oc_mozilla_sync_wbo` TO `meineDB`.`abcde_mozilla_sync_wbo`;
RENAME TABLE `meineDB`.`oc_permissions` TO `meineDB`.`abcde_permissions`;
RENAME TABLE `meineDB`.`oc_pictures_images_cache` TO `meineDB`.`abcde_pictures_images_cache`;
RENAME TABLE `meineDB`.`oc_preferences` TO `meineDB`.`abcde_preferences`;
RENAME TABLE `meineDB`.`oc_privatedata` TO `meineDB`.`abcde_privatedata`;
RENAME TABLE `meineDB`.`oc_properties` TO `meineDB`.`abcde_properties`;
RENAME TABLE `meineDB`.`oc_share` TO `meineDB`.`abcde_share`;
RENAME TABLE `meineDB`.`oc_storages` TO `meineDB`.`abcde_storages`;
RENAME TABLE `meineDB`.`oc_users` TO `meineDB`.`abcde_users`;
RENAME TABLE `meineDB`.`oc_vcategory` TO `meineDB`.`abcde_vcategory`;
RENAME TABLE `meineDB`.`oc_vcategory_to_object` TO `meineDB`.`abcde_vcategory_to_object`;
[/code]

und anschließend noch in der config/config.php das neue Präfix eingetragen:

[sourcecode lang=“php“ highlight=“10″ toolbar=“false“]
<?php
$CONFIG = array (
‚instanceid‘ => ‚…‘,
‚passwordsalt‘ => ‚…‘,
‚datadirectory‘ => ‚/home/www/htdocs/owncloud/data‘,
‚dbtype‘ => ‚mysql‘,
‚version‘ => ‚6.0.0.13‘,
‚dbname‘ => ‚cloud_oc6‘,
‚dbhost‘ => ‚localhost‘,
‚dbtableprefix‘ => ‚abcde_‘,
‚dbuser‘ => ‚johndoe‘,
‚dbpassword‘ => ‚mypassword‘,
‚installed‘ => true,
);[/sourcecode]

SSL-Proxy

Wer kein eigenes SSL-Zertifikat besitzt, kann ownCloud auch über einen SSL-Proxy seines Providers benutzen – bei der Einrichtung hat sich mit dem Versionswechsel nichts geändert, die config.php muss wie gehabt um ein paar Parameter erweitert werden. Die Angaben im Beispiel unten sind von HostEurope; wer woanders hostet muss entsprechend die Adressen seines Providers eintragen.

[code lang=“php“ toolbar=“false“ gutter=“false“ highlight=“4,5,6,7″]<?php
$CONFIG = array (
…
‚overwritehost‘ => ’ssl.webpack.de‘,
‚overwriteprotocol‘ => ‚https‘,
‚overwritewebroot‘ => ‚/meinedomain/owncloud‘,
‚overwritecondaddr‘ => ‚^10\.30\.7\.1(?:37|38|39|40)$‘,
);[/code]

Die Cloud wird über den SSL-Proxy mit folgender Adresse aufgerufen:
https: //ssl.webpack.de/meinedomain/owncloud
(also overwriteprotocol + overwritehost + overwritewebroot).

Achtung: im ersten Anlauf konnte ich mit dem neuen Desktopclient (1.5.0) in dieser Konstellation (OC6 mit SSL-Proxy) mein eingebundenes S3-Verzeichnis (s.u.) nicht synchronisieren. 😮 Der Grund ist mir noch nicht ganz klar, aber die Fehlermeldung läßt Schlimmes vermuten: „CSync konnte sich nicht über einen Proxy verbinden. 500 Internal Server Error“.
Im zweiten Anlauf scheint es eher an OC6 als am Client zu liegen, denn mit der vorherigen Version 1.4.2 kommt die gleiche Fehlermeldung.
Mit ownCloud 6.0.0a und dem Desktop Client 1.5.0 funktioniert es jetzt – bis auf ein bekanntes Problem: Dateien mit Pluszeichen (+) im Namen werden nicht synchronisiert.

S3-Anbindung

Im Backend kann man jetzt wesentlich mehr Parameter für eine S3-Verbindung eingeben, unter anderem auch einen eigenen Hostnamen wie z.B. cs.hosteurope.de. Damit werden die Updates wieder einfacher, weil ich endlich nicht mehr in jeder neue Version die entsprechenden Dateien manuell patchen muss. :hurra:

Ob der Bucketname jetzt auch Punkte akzeptiert (bei Amazon selber geht das nicht, bei Hosteurope ist das kein Problem) habe ich nicht getestet, weil es mich im Moment nicht interessiert.

Bilder werden nicht angezeigt

Auch kein neues Problem: Nicht alle Fotos aus meinem eingebundenen S3-Verzeichnis werden in ownCloud auch als Bilder angezeigt; in der Tabelle oc_filecache landen sie mit „falschem“ MIME-Typ. Mit dem Versionswechsel haben sich allerdings auch die mimetypes geändert, so dass die Einträge in der Tabelle jetzt wie folgt aktualisiert werden können:

[code lang=“sql“ gutter=“0″ toolbar=“false“]UPDATE ‚oc_filecache‘ set mimetype=6, mimepart=5 WHERE name like ‚%.jpg‘ and mimetype&lt;&gt;6[/code]

Auch das ist mit der 6.0.0a – zumindest bei mir – behoben.

Sonderzeichen in Dateinamen

Wie oben schon angerissen: Pluszeichen in Dateinamen führen dazu, dass die Datei nicht synchronisiert wird. Man kann zwar im Browser eine Datei mit Pluszeichen im Namen neu erzeugen, die dann sogar vom Sync-Client heruntergeldean wird (!!) – aber anschließend kommt beim nächsten Sync wieder die Fehlermeldung :wallbash:
Die guten deutschen Umlaute scheinen die Weboberfläche zu irritieren: der angezeigte Dateiname wird vor dem Umlaut abgeschnitten; in der Datenbank steht der komplette Name incl. Umlaut. Statt Ina Müller.mp3 wird einfach nur Ina M angezeigt, ohne Dateityp und ohne Icon.

(Fortsetzung folgt…)