Tag: owncloud

owncloud howto

luftballons, kleber, watte… so kriegt jeder seine cloud. die, die hier gelandet sind wegen der anderen owncloud… hier lang.

20130523_owncloud_howto

owncloud reift auf version 5.0.0

20130327_owncloudund schwupps… gleich mal ein upgrade von 4.5.8 auf 5.0.0 gemacht. seit laengerem setze ich owncloud schon als zentrale stelle fuer kalender und adressbuch ein. so faellt auch ein smartphone wechsel nicht all zu schwer 😉 (postings mit tag owncloud)

das upgrade ging natuerlich nicht ganz ohne wehwehchen vonstatten (obwohl ich diesmal mit backup der datenbank und des filesystems gut geruestet war). nach dem ersten aufruf hat das ding so ungefaehr gemeint “ich mach nun ein update auf 5.0, das kann eine weile dauern”. lange ist nichts passiert.. also nochmal aufgerufen, um dann von “owncloud ist im maintanance mode” begruesst zu werden. in den logfiles tat sich so garnichts, als ran an die suchmaschine und auch fuendig geworden.

die loesung (ich hab das “ich-gehe-auf-nummer-sicher-paket”): in der config.php den maintenance mode auf false gesetzt, apache neu gestartet, firefox cache geleert und auch neu gestartet. und schwupps war mein update durch.

ein bischen fazit: das look and feel von owncloud wird langsam aber sich immer besser. mit der neueren version des sync clients scheint das webdav nun auch etwas besser zu flutschen. zumindest synct die kiste schon seit dem ich schreibe.

owncloudies… macht weiter so! das ding wird noch brauchbar.

owncloud external storage support

seit version 4 bietet owncloud die moeglichkeit, “externes” storage einzubinden. d.h. man kann bereits vorhandene “cloudspeicher” einbinden und ueber das owncloud interface darauf zugreifen. irgendie soll das wohl mit dropbox und gdrive usw funktionieren, aber ich habs erstmal mit ftp probiert. hilfe findet man auf der seite “Custom Mount Configuration“. da steht auch nix von dropbox etc. geschrieben.

um einen ftp server einzubinden muss man die datei config/mount.php anlegen. in meinem falle mit folgendem inhalt (benutzernamen etc. sind natuerlich anzupassen);

array(
  'ich'=>array(
   '/ich/files/mountpoint/'=>array('class'=>'OC_Filestorage_FTP',
    'options'=>array('host'=>'www.ftphost.tld',
                     'user'=>'ftpUserName',
                     'password'=>'ftpPassWord'))
    	)
    )
);
?>

diese mounts kann man wahlweise fuer bestimmte user und gruppen oder auch fuer alle anlegen. details siehe link oben.
ich habe auf dem besagten ftp ca. 3000 bilder liegen. owncloud “scannt” diese natuerlich erstmal. dabei werden die dateisystem objekte erstmal mit name, datum, hashwert etc in der tabelle fscache abgelegt. wenn es sich um bilder handelt und man mit der integrierten gallery durch diese browst, legt owncloud auch noch thumbnails im userverzeichnis (unterverzeichnis “gallery”) unterhalb des “datadirectory” an.
zu weiteren spielereien bin ich noch nicht gekommen… ich finds aber irgendwie suboptimal, dass owncloud fuer meine 3000 bilder auf dem remoteserver 22672 (!) einzelne logins gemacht hat.

owncloud und ios/osx

mit der version 4 hat sich auch die url geaendert, die man fuer den zugriff auf kalender und adressbuch mit clients benoetigt. im gegensatz zu vorher stimmt nun die angegebene url im backend von owncloud (einstellungen -> persoenlich).. da ists jetzt extra fuer ios und osx angegeben:

https://servername/remote.php/carddav/principals/username/

bzw.

https://servername/remote.php/caldav/principals/username/

die “alten” urls funktionieren aber auch noch. hauptsache ein sack voll leute hat sich monatelang die zaehne daran ausgebissen 😉

problem mit umlauten nach owncloud update

.. von version 3 auf 4… sieht scheisse aus:

der kalender sah aehnlich aus. und so kriegt man es weg, ohne an der collation der datenbank rumschrauben zu muessen. was jetzt sinnvoller ist, mag ich fuer mich gerade nicht entscheiden. so hab ich wenigstens die datenbank so, wie sie bei der installation mal angelegt wurde.

UPDATE calendar_objects SET summary = REPLACE(summary, 'ä', 'ä');
UPDATE calendar_objects SET summary = REPLACE(summary, 'ü', 'ü');
UPDATE calendar_objects SET summary = REPLACE(summary, 'ö', 'ö'); 
UPDATE calendar_objects SET summary = REPLACE(summary, 'Ãœ', 'Ü');
UPDATE calendar_objects SET summary = REPLACE(summary, 'Ä', 'Ä');
UPDATE calendar_objects SET summary = REPLACE(summary, 'Ãœ', 'Ö');
UPDATE calendar_objects SET summary = REPLACE(summary, 'ß', 'ß');

UPDATE calendar_objects SET calendardata = REPLACE(calendardata, 'ä', 'ä');
UPDATE calendar_objects SET calendardata = REPLACE(calendardata, 'ü', 'ü');
UPDATE calendar_objects SET calendardata = REPLACE(calendardata, 'ö', 'ö'); 
UPDATE calendar_objects SET calendardata = REPLACE(calendardata, 'Ãœ', 'Ü');
UPDATE calendar_objects SET calendardata = REPLACE(calendardata, 'Ä', 'Ä');
UPDATE calendar_objects SET calendardata = REPLACE(calendardata, 'Ãœ', 'Ö');
UPDATE calendar_objects SET calendardata = REPLACE(calendardata, 'ß', 'ß');

UPDATE contacts_cards SET carddata = REPLACE(carddata, 'ä', 'ä');
UPDATE contacts_cards SET carddata = REPLACE(carddata, 'ü', 'ü');
UPDATE contacts_cards SET carddata = REPLACE(carddata, 'ö', 'ö'); 
UPDATE contacts_cards SET carddata = REPLACE(carddata, 'Ãœ', 'Ü');
UPDATE contacts_cards SET carddata = REPLACE(carddata, 'Ä', 'Ä');
UPDATE contacts_cards SET carddata = REPLACE(carddata, 'Ãœ', 'Ö');
UPDATE contacts_cards SET carddata = REPLACE(carddata, 'ß', 'ß');

UPDATE contacts_cards SET fullname = REPLACE(fullname, 'ä', 'ä');
UPDATE contacts_cards SET fullname = REPLACE(fullname, 'ü', 'ü');
UPDATE contacts_cards SET fullname = REPLACE(fullname, 'ö', 'ö'); 
UPDATE contacts_cards SET fullname = REPLACE(fullname, 'Ãœ', 'Ü');
UPDATE contacts_cards SET fullname = REPLACE(fullname, 'Ä', 'Ä');
UPDATE contacts_cards SET fullname = REPLACE(fullname, 'Ãœ', 'Ö');
UPDATE contacts_cards SET fullname = REPLACE(fullname, 'ß', 'ß');

ich bin beu

soso…

naechste woche werde ich dann mal mein owncloud auf die version 4 aktualisieren. mit der 3er versuche ich garnicht erstm mich mit der app zu verbinden 😉

owncloud calendar color

vor ein paar tagen hatte ich festgestellt, dass die farbe des kalenders im owncloud webfrontend und apples iCal unterschiedlich sind. die default farbe des kalenders in owncloud ist ein dunkleres blau, auf dem schwarze schrift nur schwer lesbar ist. in apples iCal waren sie aber anders und unterschiedlich fuer die kalender. also habe ich im webfrontend die farben fuer die kalender geaendert. nach dem naechsten sync mit iCal wars aber wieder das default blau.

ein blick in die datenbank bringt aufschluss… iCal schreibt sowas rein:

und owncloud sowas:

nur iCal gewinnt immer und owncloud interpretiert die “apple farben” nicht, sondern nimmt das default blau.

UPDATE:
ich hatte noch owncloud 3.0 installiert. aktuell ist aber die 3.0.2.
der fehler ist schon bekannt, aber das update vom 23. februar noch nicht enthalten.

UPDATE2:
auch in der “latest development version” ist es scheinbar noch nicht enthalten

UPDATE3:
und nochmal das ganze mit git gezogen… selbes ergebnis. hmm…

UPDATE4:
also… der lattenzaun (#) vor der hexadezimal dargestellen farbe ist nun auch vorhanden, wenn man die aenderungen in owncloud macht. der farbcode durch ownlcloud geaendert hat wie vorher 6 stellen und durch iCal geaendert auch wie vorher 8 stellen. wenn man nun aenderungen bzgl der farbe auf der webseite macht, bleiben diese auch bestehen, wenn man iCal oeffnet. lediglich aenderungen der farbe in iCal werden in der db wieder ersetzt und im webfrontend wieder in dem default blau dargestellt. einen furz besser als vorher, aber immer noch nicht richtig.

owncloud und webdav

den kalender von owncloud nutze ich jetzt testweise schon via caldav. die kontakte via carddav folgen die tage. gestern hab ich ein bischen mit der webdav funktionalitaet rumgespielt…

zuerst muss man mal diese untypische url mounten: https://SERVERNAME/files/webdav.php

dann hab ich nen sack voll dateien parallel da hin kopieren wollen… mit solchen ergebnissen:

das ist in dieser form fuer mich vorerst nicht nutzbar…

termine von exchange nach owncloud migrieren

so.. da ich weder google fuer meinen kalender benutzen, noch einen exchange server (weiter) betreiben oder sonst irgendwelche “fremden” online dienste nutzen moechte, werde ich nun mal mein glueck mit owncloud versuchen. owncloud kann einen kalender via caldav zur verfuegung stellen und bietet auch eine weboberflaeche dafuer an. das iphone, ipad und auch die osx eigene iCal.app koennen mit caldav umgehen. also ran an die buletten und erstmal sehen, wie ich meine ganzen termine aus dem exchange da rueber bekomme. zufaellig hatte ich auf meinem alten mac noch das office paket mit entourage installiert. wenn das drauf ist, bietet die iCal.app eine funktion “Aus Entourage importieren..” an.

da mein kalender im exchange schon etwas laenger in betrieb ist, habe ich stolze 6475 eintraege zu ex- bzw. importieren. lustigerweise war das teil damit fast zwei tage (!!!) mit 100% cpu last beschaeftigt. keine ahnung, was das soll. zuerst dachte ich, dass der vorgang abgeschmiert waere, aber irgendwann hab ich festgestellt, dass sich der fortschrittsbalken doch noch bewegt.

wenn man das getan hat, hat iCal.app erstmal einen neuen, lokalen Kalender namens “Entourage” angelegt und alle termine dort rein importiert. diese muessen dann erst noch in eine datei exportiert werden:

(klick auf “Kalender” –> rechte maustaste auf “Entourage” –> exportieren)

warum muss ich erst importieren und dann exportieren? natuerlich, damit ich das wieder importieren kann! 😉

erst beim “normalen” import hat man naemlich die moeglichkeit, den kalender auszuwaehlen, in den importiert werden soll.

dann die vorhin exportierte datei auswaehlen:

und in den kalender importieren, in den man es haben will. in dem fall ist das der “default” kalender meiner owncloud instanz.

that’s it. sechseinhalb tausend kalendereintraege. mal sehen, wie performant die geschichte ist. das iphone hat ein moment gebraucht, bis es den kalender initial hatte. vor allem will ich mal drauf achten, was da fuer ein traffic entsteht und wie schnell die synchronisierung i.d.r. dauert. vielleicht ist es an der zeit, mal die passenden rfc’s zu schmoekern…

owncloud carddav mit iphone einrichten

so.. nachdem der erste versuch nicht ganz so erfolgreich war, hab ich mich zwischendurch mal wieder mit owncloud beschaeftigt und mal die neue version 3 installiert. um irgendwann mal unabhaengig von einem exchange account zu werden, habe ich erstmal probiert, den bei owncloud integrierten carddav server zu nutzen.

das einrichten am iphone geht wie folgt…

einen neuen account unter “einstellungen” –> “mail, kontakte, kalender” -> “account hinzufuegen”

dann “carddav-account hinzufuegen”

server, benutzer und passwort angeben. ich hab erst den fehler gemacht, den server mit vorangestelltem (https://servername/apps/contacts/carddav.php) einzutragen, was dann zu dieser fehlermeldung fuehrt:

also einfach nur “servername/apps/contacts/carddav.php” dort eintragen.

bei den einstellungen muss man dann (sofern man vom standardport abweicht) in die erweiterten einstellungen..

..und ssl auf port 443 einrichten (sofern man https nutzt. fuer http dann port 80, bzw den port, den man auch wirklich nutzt)

that’s it. nun muss ich nur mal schauen, wie ich die kontakte vom exchange exportiert und in owncloud importiert bekomme.
wenn man nun im iphone mehrere accounts mit kontaktdaten hat, muss man natuerlich beim nutzen des adressbuchs aufpassen, in welches adressbuch man neue kontakte einpflegt.