Josh on Tumblr

This is my personal Tunblr Site.

[jhochwald]

OneDrive for Business Mac Preview Probleme? (Reblog)

OneDrive for Business Mac Preview Probleme?

Das Problem mit der OneDrive for Business Mac (preview) taucht immer mal wieder auf! Vor allem wenn man auch die aktuelle Office 2016 Mac (preview) Version installiert hat! Die Dialogbox “A problem occurred while accessing the Office Document Cache. Do you want to repair this problem?” taucht bei mir Regelmässig auf. Die CPU geht dann auf 100% und egal wie lange man wartet, es tut sich eigentlich nix mehr. Interessant ist, dass der Sync im Hintergrund weiter zu laufen scheint.

Folgenden Tip habe ich dann auf der Office365 Community Seite gefunden: – Delete the OneDrive for Business app from the Applications folder and reinstall. – Delete the OneDrive for Business app from the Applications folder, then delete ~/Library/Caches/com.microsoft.onedrivebusiness-mac, and ~/Library/Preferences/com.microsoft.onedrivebusiness-mac.plist and reboot.

Sehr radikal, brachte bei mir auch recht wenig! Erstmal lief dann alles… Kurz später ging das ganze von vorne los!

Also habe ich damit mal ein wenig beschäftigt. Dabei ist dann folgendes Script entstanden:

#!/bin/bash IFS=$'\n' # Kill all running instances of OneDrive Business killall -9 "OneDrive for Business" 2>/dev/null killall -9 "OneDrive for Business" 2>/dev/null # Find all stale caches for i in `find ~/Library -name OfficeFileCache 2>/dev/null`; do echo $i; rm -Rf "$i"; done # Restart OneDrive Business /Applications/OneDrive\ for\ Business.app/Contents/MacOS/OneDrive\ for\ Business & # Make a clean exit exit 0

Auch zu finden auf: https://bitbucket.org/snippets/jhochwald/M87g https://gist.github.com/jhochwald/71aab5fe0baaccc6d720

P.S.: Der Start im Terminal zeigt auch ein Logfile an, ggf. hier einfach mal reinschauen! In meinem Beispiel ist es folgendes Logfile (Name ist stark abhängig vom Usernamen, Rechnernamen und Datum/Uhrzeit): Opened log: /Users/jhochwald/Library/Logs/OneDriveBusiness-Bart.dev=0.2015-03-31.1010.32971-1.log

Originally posted on: OneDrive for Business Mac Preview Probleme?

[jhochwald]

Exchange Folders and Languages (Reblog)

Exchange Folders and Languages

Think about the following challenge: You have a large Exchange or Exchange Online (Office 365) Deployment with many international users. Now you want (or need) to apply access rights against folders within your users mailboxes via Powershell. Peace of cake! Until your users have different languages applied!

My first Approach failed: Working with aliases (With a lot of Where FolderName) after figure out how Inbox is called in the different languages. Works fine for some, but then it came to languages with folder names in Russian or several asian languages.

But Powershell have a great solution: “FolderType” If you want to find the Inbox for a user just use this: Get-MailboxFolderStatistics -Identity $myUsrUPN | Where ($_.FolderType -eq "Inbox") Where $myUsrUPN is the UPN of the User (e.g. [email protected]).

Now we have the Inbox Folder, but the next challenge is to use it! The reason: The command-let above returns the user with hist username (e.g. Hochwald, Joerg) and it uses Slashes (/). If you want to use “Get-MailboxFolderPermission” to get the permissions applied to the folder, you need to use Backslashes (\) and the username isn’t optimal!

So I use this: $myMBX = (Get-MailboxFolderStatistics -Identity $myUsrUPN | Where ($_.FolderType -eq "Inbox") ) $fname = $myUsrUPN + ":" + $myMBX.FolderPath.Replace("/","\");

This reads the Inbox Folder Name of the in the variable “$myMBX” and replaces a Slashes with Backslashes (Replace is powerfull and very easy to use in Powershell) and puts it to the variable “$fname” Now we are able to use variable “$fname”: Get-MailboxFolderPermission -Identity $fname

You are able to use the example above to read (Get-MailboxFolderPermission) or write (set-MailboxFolderPermission) permissions!

Here is an example of how to use this to set permissions: set-MailboxFolderPermission -Identity $fname -User "Standard" -AccessRights "None" -Confirm:$false The example above set the standard permission of the Folder to “None”.

Another example might be calendar folders: Get-MailboxFolderStatistics $myUsrUPN | Where ($_.FolderPath.Contains("/") -eq $True) -and ($_.FolderType -ne "Calendar")

One thing to keep in mind: The examples above works on premises and with Exchange Online, but if your environment is very large it might be better to think about the Powershell Web Services! You will fire up a lot of requests (get all mailboxes, find the folder for each Mailbox, apply whatever you want). If you are using Exchange Online your session might die! Microsoft use throttling mechanisms, what I find a great thing… But this might be a problem for you.

Before you use the commands above, test it! They worked for me (more then once)… There is no guaranty that they work for you without customization!

If something doesn’t work as expected, always try “help Get-MailboxFolderStatistics”, or whatever command failed. Or search Technet.

Originally posted on: Exchange Folders and Languages

[jhochwald]

Apple iOS 8.2 hat auch Exchange Fixes an Board (Reblog)

Apple iOS 8.2 hat auch Exchange Fixes an Board

Vor etwas mehr als einer Woche hat Apple iOS 8.2 freigegeben. Neben den offensichtlichen Änderungen (Apple Watch support, Health app improvements usw.) sind darin ja auch einige Fehlerbehebungen und Verbesserungen enthalten.

Was ein wenig untergegangen zu sein scheint, ist dass in iOS 8.2 auch einige Fehlerbehebungen im Zusammenspiel mit Exchange enthalten sind:

Probleme mit wiederholenden Terminen wurde behoben. Hier verschwanden wohl sogar Kalendereinträge aus dem Exchange Kalender.

Nicht Microsoft Gateways haben beim Konfigurieren von Exchange Active Sync (EAS) wohl immer mal wieder Probleme bereitet.

Hinweise wurden dem Organisator eines Meetings nicht, oder fehlerhaft, angezeigt. Am Mobile und/oder wenn die Hinweise am Mobile gesendet wurden.

Termine wurden teilweise immer mit GMT Zeit angezeigt. Das Problem hatte ich auch schon, wenn Teilnehmer in unterschiedlichen Zeitzonen waren.

Für jeden der sein iOS Device an einem Exchange Server angebunden hat, lohnt sich also dieses Update sicher.

Gerade das Thema Exchange Kalender (vor allem bei Wiederholenden Terminen) und Problemen im Zusammenspiel mit iOS Devices kommt immer mal wieder hoch.

Mehr Infos zu iOS 8.2 bei Apple.

Mehr Informationen zu den EAS Problemen bei Microsoft unter KB2563324 und KB3015401.

Originally posted on: Apple iOS 8.2 hat auch Exchange Fixes an Board

[jhochwald]

Und wieder das Thema Vorratsdatenspeicherung (Reblog)

Und wieder das Thema Vorratsdatenspeicherung

Nach dem Anschlag auf die Charlie Hebdo Redaktion hat bei vielen deutschen Politikern ja quasi per Reflex der Ruf nach Vorratsdatenspeicherung eingesetzt.

Wer mich und diese Seite kennt, der kennt ja sicher auch meine Abneigung gegen die Vorratsdatenspeicherung.

Zumal es in Frankreich eine Vorratsdatenspeicherung gibt, sollte sich nun jeder die Frage stellen: Was soll das Thema in dem Zusammenhang bringen? In Frankreich konnte der Anschlag auf die Charlie Hebdo Redaktion nicht verhindert werden. Warum sollten ausgerechnet die deutschen Behörden uns mit Ihrer Sammelwut beschützen können?

Die deutsche Politik nutzt ja nur die Verunsicherung um hier ein Thema mit dem man schon mehrfach gescheitert ist wieder auf den Tisch zu bringen.

Aber wenn man das ganze mal nüchtern betrachtet: Was soll die Vorratsdatenspeicherung wie sie die deutsche Politik sie haben will denn wirklich bringen? Was mir fehlt ist der Vorteil und vor allem kann die Politik mir im Moment nicht das Gefühl geben, dass die Privatsphäre wirklich geschützt werden würde.

Ich habe ja seit 2008 auf die Gefahr des Missbrauchs und der Abwanderung hingewiesen. Und dank der ganzen NSA Geschichte die seit Monaten durch die Presse geistert sehe ich mich auch genau darin bestätigt!

Jeder sollte sich also überlegen, ob man jetzt auf die schnell der Vorratsdatenspeicherung zustimmen sollte, oder eben nicht.

Ich persönlich bleibe bei einem harten NEIN zur Vorratsdatenspeicherung!

Tut etwas und verhindert den Überwachungswahn!

Originally posted on: Und wieder das Thema Vorratsdatenspeicherung

[jhochwald]

Yosemite Fix: Wireless LAN Probleme (Reblog)

Yosemite Fix: Wireless LAN Probleme

Seit Yosemite (OS X 10.10) häufen sich die Probleme im Bereich der Drahtlosen Netzwerke. In vielen Foren wird darüber geschrieben, dass man nur 2GHz Netzwerke verwenden soll, andere sagen es sollen nur 5GHz Netzwerke sein usw. In anderen wird geschrieben, dass es am Namen der WiFi Netzwerke liegen kann und das man die SSID umstellen soll.

Mag sein das einige der Punkte oben stimmen, grundsätzlich stelle ich mir die Frage: Warum kommt es erst seit dem Update zu solchen Problemen und vor allem warum nur mit OS X?

Da mich das Theme extrem genervt hat, bin nach viel suchen und noch mehr probieren auf eine Lösung gekommen die für mich recht gut funktioniert.

Das folgende einfach als Script speichern:

#!/bin/bash

IF="en0" GW="`/usr/sbin/netstat -rn | /usr/bin/grep 'default' | /usr/bin/grep $IF | /usr/bin/awk ' print $2 '`" PING=/sbin/ping OPTS="-b $IF -c 1 -t 2 -i 2"

/sbin/ifconfig awdl0 down /bin/launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist /bin/launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist /sbin/ifconfig awdl0 up

while [ 1 ]; do $PING $OPTS $GW >/dev/null 2>&1

if [ $? -ne 0 ]; then dt=`date +"%F %T"` echo "$dt - Fixing Wireless" /sbin/ifconfig $IF down sleep 2 /sbin/ifconfig $IF up sleep 10 fi sleep 10 done

Eine Sache die dabei aber auf jeden Fall zu beachten ist: Das Script muss per sudo aufgerufen werden! Das liegt nun mal in der Natur der Dinge, denn einige der Befehle benötigen root Rechte.

Viele der Vorschläge mit den Frequenzen und den Namen mögen ja auch zuhause funktionieren. Wenn man aber (wie ich) WLAN auch unterwegs dauernd nutzen muss, der wird damit nicht weit kommen! Und mein Problem war ja immer: Ich konnte viele der Netzwerke nicht mal mehr sehen, damit war es dann auch schwer sich damit zu verbinden.

Dieser Bug gehört zu den Bugs die Apple wirklich beheben sollte, denn dabei handelt es sich meiner Meinung nach im ein absolutes KO Kriterium!

Originally posted on: Yosemite Fix: Wireless LAN Probleme

[jhochwald]

Yosemite Fix: No Camera Available (Reblog)

Yosemite Fix: No Camera Available

Eines der nervigen Dinge bei Yosemite (OS X 10.10): Wenn ein Facetime oder Skype Video Anruf kommt, meldet das System ganz gerne mal: “No Camera Available“.

Also einfach ein Terminal öffnen und folgendes eingeben: sudo killall VDCAssistant

Und betroffen sind nicht nur Apple Facetime und Skype, es kann bei allen Anwendungen auftreten die auf die Kamera zugreifen! Also sind auch Anwendungen wie Cisco WebEx, Microsoft Lync usw. betroffen…

Dieser Bug gehört zu den Bugs die Apple wirklich beheben sollte, denn dieser Fehler nervt wirklich.

Originally posted on: Yosemite Fix: No Camera Available

[jhochwald]

Auch ich bin Charlie - #JeSuisCharlie (Reblog)

Auch ich bin Charlie - #JeSuisCharlie

Ich habe nach dem Anschlag auf die Charlie Hebdo gesehen, dass im Netz unter dem Hashtag #JeSuisCharlie eine Menge los ist. Auch ich möchte meine Solidarität zur Pressefreiheit und auch zur freien Meinungsäußerung kund tun. Beides sehr wertvolle und wichtige Dinge!

Support Charlie Hebdo – Je Suis Charlie translations

Ich fürchte aber, dass vieles was gerade passiert mehr ein Mitlaufen ist… Ich bin mir sicher das viele die Redefreiheit, die Pressefreiheit und das Recht der freien Meinungsäußerung nicht wirklich zu schätzen wissen. Leider!

Support Charlie Hebdo – Je Suis Charlie Single translations

Aber ich möchte an dieser Stelle auch ganz klar auf folgendes hinweisen:

Keine Vorverurteilung von einer Religion! Das sich ein so kritisches Satire Blatt wie Charlie Hebdo im Islam feinde gemacht hat ist klar. Aber der Islam an sich ist ja doch eine friedliche Religion (Wie ich es verstehe und interpretiere). Die meisten Moslems distanzieren sich ja (zum Glück) auch sehr direkt von solchen Aktionen.

Die Reaktion der Politik (Siehe Heise) sehe ich kritisch! Zumal ich persönlich nicht glaube, dass eine Vorratsdatenspeicherung hier die wirkliche Lösung bringen wird. Hier wird versucht die tragischen Dinge wieder mal zu Instrumentalisieren.

Originally posted on: Auch ich bin Charlie - #JeSuisCharlie

[jhochwald]

Die aktuelle Qualität von Software bei Apple (Reblog)

Die aktuelle Qualität von Software bei Apple

Vor einigen Tagen hat der Developer Marco Arment einen sehr interessanten Artikel zur Software Qualität bei Apple geschrieben. Dieser Artikel hat eine Menge Feedback bekommen… Neben Huffington Post haben auch das Wall Street Journal, CNN, CNBC und Heise das Thema aufgegriffen. Das zeigt, dass Marco nicht ganz daneben gelegen hat, oder?

Aber mit dem Thema kenne ich mich ja auch ein wenig aus und da ich eine Menge Apple Produkte verwende habe ich dazu natürlich auch eine Meinung! Ich bin irgendwann mit Mac OS 8 eingestiegen und bin dann recht lange bei Mac OS 9 geblieben. Die ersten Mac OS 10 (OS X) fand ich auch nicht sonderlich gut. Optisch ansprechend, aber bei weitem nicht so stabil wie es Mac OS 9 zu der Zeit war. Mit Cheetah (Mac OS X 10.0) habe ich meist nur herumgespielt. Puma (Mac OS X 10.1) fand ich schon etwas besser. Und mit Jaguar (Mac OS X 10.2) bin ich dann komplett aux Mac OS X umgestiegen. Mac OS habe ich ab dann eigentlich nur noch im Classic Mode genutzt.

Ich bin dann auch alle Versionen brav mitgegangen und fand Snow Leopard (Mac OS X 10.6) war nach den ersten größeren Patches sehr stabil und als Arbeitspferd auch absolut zu gebrauchen.

Ungefähr zu dieser Zeit habe ich dann angefangen auch mit dem Mac OS X Server Leopard (Mac OS X 10.5) und Snow Leopard (Mac OS X 10.6) die ersten ernsthaften Erfahrungen zu sammeln, davor habe ich damit immer nur mal etwas herum gespielt und experimentiert. Und hier gingen die ersten Probleme los: Mit jedem Server Update musste man ls Administrator die Luft anhalten, denn da lief schon einiges echt schlecht. Ich selbst habe mehr als einen Update gemacht und durfte dann einen kompletten Restore des Servers machen.

Ende 2012/Anfang 2011 kam dann Lion (Mac OS X 10.7) als Beta. Ein cooles Release, viele neue Features. Leider hat da zu Anfang vieles nicht so gut funktioniert! Dann bin ich auf die Idee gekommen den stabil laufenden Snow Leopard Server (Mac OS X Server 10.6) upzudaten, immerhin hat dieser eine Menge neue Features und da erschien das nur logisch. Den Schritt habe ich dann wirklich lange bereuen müssen. Mit den ersten Versionen ging vieles (grundlegendes) nicht, oder nur sehr schlecht. Eine Migration (von Mac OS X 10.6 Server auf Lion Mac OS X Server 10.7) war war mehr Glückssache. Das Problem hatten viele, die Foren sind immer noch voll von einer Menge Posts zu diesem Thema.

Auf dem Desktop bzw. Notebook war das Release brauchbar, aber sicher nicht gut. Sicher ein Grund warum viele die wirklich Professionell mit ihrem Mac arbeiten das ganze brav auf einem 10.6er Release auszusitzen. Apple hat da einige Patches nachgeschoben um Lion besser zu machen. Aber da Rosetta entfernt wurde und die PowerPC Unterstützung bei Lion nicht mehr enthalten war sind im kommerziellen Umfeld doch eine ganze Menge auf Snow Leopard geblieben. Und viele fanden die ganzen UI Spielereien auch nicht so gut (Zitat).

Nachdem zwei Jahre Lion immer weiter verbessert hat, wurde Anfang 2012 Mountain Lion (OS X 10.8) vorgestellt. 10.8 brachte wieder eine ganze Menge neue Features mit und Apple hat angefangen OS X und iOS anzugleichen. So wurden viele Programme angepasst und die neuen iMessage (Messages App) und iCloud sorgten für eine schnelle adaption am Markt. Ich habe von Mountain Lion sämtliche Betas getestet und eine Menge Bug-Reports geschrieben (Dazu später noch mal etwas). Zusätzlich habe ich in den Apple Foren viel gelesen und auch einiges geschrieben. Meiner Meinung nach hat Apple dieses Release viel zu früh auf den Markt geworfen! Viele Probleme der Beta Versionen, die auch bekannt waren, sind im GA Release immer noch enthalten gewesen. Das Feedback der Kunden war auch entsprechend.

Der Mountain Lion Server (OS X Server 10.8) war gut. Aber hier hat Apple es mal wieder nicht so wirklich hinbekommen die Updates sicherzustellen. Auch hier gab es viele Probleme und viele Kunden haben ihrem Ärger auch entsprechend Luft in den Apple Foren gemacht.

Apple hat aber sowohl am Desktop als auch am Server viel nachgebessert und irgendwann war Mountain Lion wirklich gut und brauchbar. Leider gab es bei den Server Updates auch immer mal wieder Probleme. Ich selbst habe mehrfach den Profile Manager komplett neu aufsetzten müssen. Blöd, denn die iOS Geräte die eigerollt waren mussten alle wieder eigerollt werden.

Nur ein Jahr nach Mountain Lion kam 2013 dann Mavericks (OS X 10.9). Apple hat viel Wert auf das weitere Zusammenwachsen von OS X und iOS gelegt. Auch hier habe ich recht früh angefangen Beta zu testen und wieder fleißig Bugs Reported und ich war im Developer Forum entsprechend aktiv. Bei den diversen Betas von OS X 10.9 ist mir aufgefallen, dass vieles was in einer Beta gefixt wurde (Apple scheint also doch die Bug Reports zu lesen und etwas zu tun) in einer späteres wieder genau so auftauchte. Wenn man das dann (wieder) als Fehler reported hat, kam der Hinweis auf den alten Fehler. Hier hat Apple dann einfach mal ignoriert, dass diese bereits behoben waren und jetzt einfach wieder auftauchten. Auch die Hinweise darauf wurden ignoriert. Und diese Ignoranz zieht sich bei Apple wie ein roter Faden durch den Release Prozess. Viele Reports die wir eigestellt haben, wurden nie bearbeitet. Und leider meine ich nicht nur das Ticket System, denn die Fehler waren oft auch im GA Release.

Als schlimmsten Fehler empfand ich das WLAN Thema! Mit OS X 10.9 (Mavericks) gab es viele Probleme im Bereich Enterprise WPA und WLAN Zertifikate. Das war ein echtes Trauerspiel! Diese Probleme waren in den Betas dann mal behoben (zumindest hatte ich keine Probleme und in diversen Foren war auch positives dazu zu finden), im GA Release im Herbst war es dann aber wieder enthalten.

Den Mavericks Server (OS X Server 10.9) fand ich so schlecht, das ich damit lange nicht viel gemacht habe. Zu der Zeit war der Apple Server für mich einfach zu wichtig und ich wollte nichts riskieren. Nachdem ich dann eine Alternative für mich selbst gefunden habe, habe ich mich getraut auch diesen zu probieren. Der Apple Mac Mini Server läuft seit dem zwar noch, aber nicht mehr als echter Server! Es hätte mich so viel Zeit gekostet alles wieder so einzurichten wie ich es brauche, da bin ich lieber auf eine komplett andere Lösung umgestiegen. Den Mini verwende ich jetzt “nur noch” zu testen, zum Entwickeln und als Xcode Server (Das ist doch ein extrem nützliches Feature).

Mitte letzten Jahres kam dann Yosemite (OS X 10.10) als Beta. Apple hat iOS und OS X nun wirklich zusammenwachsen lassen. Zusammen mit iOS 8.1 ist es möglich am Mac Telefonate zu führen, SMS zu lesen/schreiben und dank Handoff die Arbeit von einem Mac auf ein iOS zu übernehmen und andersherum. Gerade Handoff ist einer der Gründe für mich sofort auf Yosemite (OS X 10.10) und iOS 8.1 zu gehen.

Ein, aus meiner Sicht, weiteres Killer Feature ist Swift! Hier hat Apple einen echt guten Job gemacht, die Möglichkeiten Swift und Objective-C zu integrieren ist toll. Es hat einen Moment gedauert, aber seit einiger Zeit ist Xcode 6 wirklich gut und vor allem stabil. Und das wurde auch mit den ganzen Patches wieder besser.

Anders als sonst, gab es von Yosemite (OS X 10.10) und iOS 8 bzw. 8.1 viele Betas. Einige davon konnten auch nicht Entwickler testen. Die Software Qualität ist durch die halb öffentlichen Beta leider nicht wirklich viel besser geworden. Im Gegenteil: Ich persönlich finde, dass Yosemite und iOS 8 einfach noch nicht fertig waren als diese freigegebene wurden.

Da ich ja selbst Entwickler bin, kenne ich das folgende Problem: Fehler Reports sind oft nicht brauchbar, oder die geschilderten Probleme können einfach nicht nachgestellt werden. Genau aus diesem Grund versuche ich beim Melden von Fehlern so ausführlich wie nur möglich zu sein. Ich beschreibe immer brav alle Schritte wie es zu dem Fehler gekommen ist und wie dieser nachgestellt werden kann. Natürlich stelle ich den Herstellern dann auch die nötigen Daten (Crash Reports, Bilder, Logs usw.) zur Verfügung. Und nein, natürlich nicht nur Apple!

Leider hat Apple so gut wie nie auf die eigestellten Fehler reagiert. Wenn dann mit so viel Verzögerung, dass es nicht mehr Relevant war oder es gab dann schon einen Workaround der funktionierte.

Und aktuell baut Apple wieder viel an Yosemite und iOS 8 herum. von beidem gibt es aktuell diverse Beta Varianten. Angeblich werden in den aktuellen Varianten dann auch endlich die WLAN Probleme behoben die es aktuell wieder gibt. So kann ich mich ohne Fummeln mit vielen Drahtlosen Netzwerken nicht, oder nur schlecht verbinden. Gerade bei Yosemite ist es ein Drama!!!

Aber woher kommt das? Ich persönlich kann hier ja nur raten aber ich gehe davon aus, dass die Releases aus Marketing Gründen kommen müssen. Um es mal mit einem SCRUM Wording zu versehen: “Die Bugfix Sprints werden einfach mit den Kunden durchgeführt“! Und es scheint auch so zu sein, dass einfach nicht genug getestet wird.

Ob es wirklich so ist kann ich nicht sagen, aber den Eindruck habe ich bei Apple schon etwas länger…

Und wenn man mal die Foren betrachtet, so scheinen viele den gleichen Eindruck zu haben…

Aber was könnte Apple tun um das wieder in den Griff zu bekommen?

Eine bessere Qualitätssicherung durch bessere Tests.

Die Daten über Bug Reporting zu sammeln nutzt nichts wenn diese nicht bearbeitet werden… Und sollte Apple die bearbeiten, wäre ein Feedback nett.

Die öffentlichen Beta sind gut. Das Sollte Apple beibehalten bzw. ausbauen.

Software sollte von Entwicklern freigegeben werden wenn sie fertig ist und nicht wenn die Marketing Abteilung sagt das der Release Termin ist.

Alle springen gerade so auf das Thema “Apple hat ein Qualitätsproblem mit Betriebssystemen”! Wie sieht es denn bei den anderen großen Herstellern aus?

Mal im Ernst: Nicht anders!

Google hat einige recht gute vorab Versionen von Android 5 gebracht (Die habe ich mir alle auf dem Nexus 5 angetan). Das Release war dann aber nicht so die Wucht. Auch Google hat hier einige Probleme im Bereich WLAN… Und das ist auch vorsichtig formuliert.

Und wie bei Apple gibt es auch hier diverse Probleme mit der Funkschnittstelle. Trotz Empfang klingelt das Nexus bei mir hin und wieder einfach nicht.

Und Google ist hier nur ein Beispiel, auch Samsung gibt vieles erstmal frei und bessert dann noch mal nach!

Originally posted on: Die aktuelle Qualität von Software bei Apple

[jhochwald]

Aufbau einer Remote Workforce II - Clients (Reblog)

Aufbau einer Remote Workforce II - Clients

Ich hatte ja bereits geschrieben, dass derzeit ein Team dabei unterstütze besser zusammenzuarbeiten. Neben der Server Software und den Cloud-Services braucht es aber auch noch die nötigen Endgeräte samt der passenden Spielregeln.

Die Developer setzten unterschiedliche Betriebssysteme samt den passenden Tools ein. Es gilt eine absolute BYOD Strategie, somit kommen neben einigen Mac’s mit Xcode, JetBrains PyCharm und JetBrains AppCode auch Debian/Ubuntu als Developer Desktop zum Einsatz. Einige nicht Developer verwenden auch Mac’s und Windows Desktops. Hier ein vernünftiges Konzept samt Management zu etablieren ist eigentlich unmöglich!

Also habe vorgeschlagen, dass für die wichtigsten geschäftlichen Belange eine virtuelle Maschine zum Einsatz kommen könnten. Nach einigen versuchen mit unterschiedlichen Hersteller Lösungen haben wir uns für VMware entschieden.

Die VM’s basieren auf Windows 7! Aus allen läuft Office 2013 (Als Teil von Office365) und einige kleinere Tools (Zeiterfassung usw.). Die Systeme werden zentral konfiguriert und dann bereitgestellt. Das VM’s zum Einsatz kommen verhindert auch die ganze Diskussion um Einschränkungen und (mangelnde) Zugriffe/Rechte. Eine Installation von zusätzlicher Software auf diesen Systemen ist nicht vorgesehen, dass wird alles auf den eigentlichen Developer-Systemen gemacht. Die VM’s sind auch sonst recht abgeschottet und auf Robustheit bzw. Sicherheit getrimmt. User und Passworte sind in Sync mit Office365 und damit mit der dahinter stehenden Active Directory Infrastruktur. Damit hatten wir das Thema Desktop dann auch recht schnell erledigt. Wobei schnell relativ ist, denn das ganz war anfangs recht aufwändig.

Eine wesentlich größere Herausforderung stellen heute die ganzen mobilen Endgeräte dar! Es kommen eine Menge iOS und Android Geräte zum Einsatz. Grob sind es aktuell 40 Geräte, davon rund 60% iPhone und iPad, der Rest sind unterschiedliche Android Geräte. Meist Samsung und HTC, aber auch einige Motorola Moto’s. Wir haben uns fast alle Lösungen angesehen die es derzeit so gibt. Unterschiedlichste MDM und EMM Lösungen. Viele davon sind aber viel zu teuer oder einfach zu komplex. Vor allem passen einige davon nicht in das gerade etablierte Konzept: “Kein unnötiger lokaler Server Park“! Nach vielen Versuchen und noch mehr Probieren: Ein einfaches MDM aus der Cloud tut es auch, wenn Office365 den Rest via EAS Konfiguration erledigt.

Folgende Policy reicht uns aus:

Device ist verschlüsselt (Android)

Device hat ein Passwort (Policy wird erzwungen)

Alle Android Geräte haben einen bestimmten Virenscanner installiert und gestartet

Die Konfiguration der EAS Schnittstelle kann nicht verändert werden

Für High-Security reicht das sicher nicht aus, aber wir sprechen hier “nur” von Mail, Lync und einige SharePoint Dokumente. Das einzige das hier etwas besser geschützt werden muss sind die SharePoint Inhalte. Das wird aber von der entsprechenden App (SharePlus Enterprise von Infragistics Inc.) geregelt. Und in der Enterprise Variante kann SharePlus zentral konfiguriert werden.

In das MDM werden alle Geräte eingebunden. Für Test-Geräte gibt es allerdings eine separate Gruppe bei der auf einige Teile verzichtet wird. Jetzt werden sich einige Fragen: “Warum so wenig erzwungen und warum Ausnahmen?“. Nicht ganz zu unrecht. Aber wir haben lange über das Thema nachgedacht und ich habe dann entschieden, dass wir hier auf organisatorische Regelungen setzten und vor allem auf das Vertrauen und die Zusammenarbeit.

Aber ich möchte an dieser Stelle noch einmal darauf hinweisen, dass es sich hierbei sicher nicht um eine optimale Lösung für alle handelt. Es handelt sich um den für diesen Fall optimalen Kompromiss, vor allem da wir den Developern und allen anderen Beteiligten das nötige Vertrauen entgegenbringen können.

Originally posted on: Aufbau einer Remote Workforce II - Clients

[jhochwald]

If you can’t beat your computer at chess, try kickboxing! (Reblog)

If you can’t beat your computer at chess, try kickboxing!

If you can’t beat your computer at chess, try kickboxing!

Originally posted on: If you can’t beat your computer at chess, try kickboxing!

[jhochwald]

Aufbau einer Remote Workforce (Reblog)

Aufbau einer Remote Workforce

Seit einer weile arbeite ich mit einem Startup zusammen. Einer der wichtigsten Aufgaben war es das bestehende Team zu erweitern und die Zusammenarbeit zu verbessern. Bissher arbeiteten in Londoner Vorort knapp 10 Leute in einem kleinen Büro zusammen. Zusätzlich arbeiteten 3 Entwickler im Homeoffice. Vor kurzem hat die Firma eine weitere Firma Übernommen, also kamen noch einmal 12 Leute an 2 unterschiedlichen Standorten zusammen. Allerdings wurde entschieden, dass die Firma vorerst keine neuen Büroräume suchen will. Zumal zu den 3 Entwickler noch einmal 5 dazu gekommen sind. Diese 5 wollen auch nicht ständig in einem Office sitzen.

Als erstes haben wir angefangen diverse Dienste und Lösungen für eine Zusammenarbeit zu probieren. Nachdem Google for Work lange der Favorit war, hat man sich auf der Zielgeraden für Microsoft Office 365 entschieden. Das hatte vor allem monetäre Gründe. Aber Office 365 hat auch wirklich Vorteile, gerade was die Zusammenarbeit von verteilten Teams angeht. Neben SharePoint ist Lync ein echter Vorteil! Nicht das Google Hangout schlecht wäre. Aber die Konferenz (Telefon Konferenz) und Telefon Integration von Lync ist wirklich ein Riesen Pluspunkt.

Da die Firma auch recht oft mit Kunden Web-Konferenzen hat, wurde zusätzlich zu Lync noch Cisco WebEx angeschafft. Zumal bei WebEx für Online Meetings und auch bei Webkonferenzen noch einmal in einer ganz anderen Liga spielt und Dialin Konferenzen weltweit gebucht werden können. Der wohl größte Vorteil von WebEx ist die Verfügbarkeit für so gut wie jede Plattform. Alle Konferenzen können aufgezeichnet werden, was die spätere Auswertung recht einfach macht. Allerdings ist dieses Feature Datenschutzrechtlich gegebenenfalls ein Problem. Ein weiterer Punkt der für WenEx spricht ist die Unterstützung von Hardware (Kameras usw.). Das ist vor allem dann ein Vorteil, wenn mit einer großen Anzahl an externen Partnern konferiert werden muss.

Die interne Telefonanlage wurde durch eine SIP basierende VoIP Lösung getauscht. Anfangs war der Plan auch hier Lync zu verwenden, aber da es auf einigen Plattformen keinen brauchbaren Client gibt und da noch einige Hardware Telefone zum Einsatz kommen, war es einfacher eine SIP basierende Lösung einzuführen. Lync hat hier einen wirklichen Nachteil, denn es gibt nur sehr wenige Peering Angebote von Dienstleistern. Und eine eigene Infrastruktur kam nicht in Frage. Wenn es hier in Zukunft bessere Angebote geben sollte, würden wir hier sicher noch einmal überlegen, vor allem wenn es Hybride (Lync Voice IN/OUT und SIP) Angebote geben sollte. Ich gehe davon aus, dass Microsoft noch einiges an seinen Clients tut. Und dank SIP könnten dann auch die von einigen so geliebten Desk-Phones problemlos eingebunden werden.

Für den Austausch und die Zusammenarbeit an Dokumenten kommen diverse SharePoint Sites zum Einsatz. Hier bleiben eigentlich keine Wünsche offen. Und da die unterschiedlichen Sites komplett an die Bedürfnisse angepasst werden können ist die Akzeptanz recht hoch. Da die meisten Dokumente in Microsoft Office erstellt werden ist die Integration natürlich perfekt! In den aktuellen Office Versionen ist auch keine Zusatzsoftware nötig. Auf den Plattformen auf denen es kein Office gibt, kommt Office Online zum Einsatz. Die Online Variante ist zwar nicht perfekt, aber leistungsfähig genug für die meisten Anwendungsfälle.

Für die Entwickler kommen auch weiterhin GIT Repositories zum Einsatz. Es gibt keinen Grund daran zu rütteln. Allerdings haben wir uns für Bitbucket und Jira entschieden. Wobei hier das letzte Wort noch nicht gesprochen ist, denn durch die Übernahme vor einiger Zeit ist eine Menge Redmine Know How dazugekommen. Und da es auf Ruby bzw. Ruby on Rails basiert, gibt es intern grundsätzlich eine Menge Know How das auch ausgenutzt werden will, oder :)

Als Ticket bzw. Support System kommt aktuell noch OTRS zum Einsatz, das wird nun schon seit der Gründung verwendet und ist auch alles andere als schlecht. Und da es seit der Einführung immer wieder angepasst und erweitert wurde, liegt die Latte für einen möglichen Austausch auch recht hoch.

Aktuelles Fazit: Es ist nicht wirklich schwierig eine Lösung zu finden die alle Anforderungen erfüllt. Eine Lösung zu finden die alle gut finden und mit der jeder auch gerne arbeitet ist da schon schwieriger. Wenn man aber konsequent auf Team-Entscheidungen nach dem Mehrheitsprinzip setzt, löst sich auch das Problem. Natürlich gibt es auch Unstimmigkeiten, aber da das Team eine Entscheidung getroffen hat sollte dann auch die Mehrheit dahinter stehen. In unserem Fall ist die Akzeptanz sehr hoch und alle arbeiten sehr gerne mit der Lösung bzw. dem Mix für den wir uns entschieden haben.

Aus Sicht des Unternehmens ist der große Vorteil, dass sehr wenig eigene (also interne) Infrastruktur aufgebaut und betrieben werden muss. So gut wie alle verwendeten Komponenten werden als Dienst (Cloud) verwendet. Die anderen Dienste (wie OTRS usw.) werden auf externen Root Servern betrieben.

Originally posted on: Aufbau einer Remote Workforce

[jhochwald]

Aufbau einer Remote Workforce (Reblog)

Aufbau einer Remote Workforce

Seit einer weile arbeite ich mit einem Startup zusammen. Einer der wichtigsten Aufgaben war es das bestehende Team zu erweitern und die Zusammenarbeit zu verbessern. Bissher arbeiteten in Londoner Vorort knapp 10 Leute in einem kleinen Büro zusammen. Zusätzlich arbeiteten 3 Entwickler im Homeoffice. Vor kurzem hat die Firma eine weitere Firma Übernommen, also kamen noch einmal 12 Leute an 2 unterschiedlichen Standorten zusammen. Allerdings wurde entschieden, dass die Firma vorerst keine neuen Büroräume suchen will. Zumal zu den 3 Entwickler noch einmal 5 dazu gekommen sind. Diese 5 wollen auch nicht ständig in einem Office sitzen.

Als erstes haben wir angefangen diverse Dienste und Lösungen für eine Zusammenarbeit zu probieren. Nachdem Google for Work lange der Favorit war, hat man sich auf der Zielgeraden für Microsoft Office 365 entschieden. Das hatte vor allem monetäre Gründe. Aber Office 365 hat auch wirklich Vorteile, gerade was die Zusammenarbeit von verteilten Teams angeht. Neben SharePoint ist Lync ein echter Vorteil! Nicht das Google Hangout schlecht wäre. Aber die Konferenz (Telefon Konferenz) und Telefon Integration von Lync ist wirklich ein Riesen Pluspunkt.

Da die Firma auch recht oft mit Kunden Web-Konferenzen hat, wurde zusätzlich zu Lync noch Cisco WebEx angeschafft. Zumal bei WebEx für Online Meetings und auch bei Webkonferenzen noch einmal in einer ganz anderen Liga spielt und Dialin Konferenzen weltweit gebucht werden können. Der wohl größte Vorteil von WebEx ist die Verfügbarkeit für so gut wie jede Plattform. Alle Konferenzen können aufgezeichnet werden, was die spätere Auswertung recht einfach macht. Allerdings ist dieses Feature Datenschutzrechtlich gegebenenfalls ein Problem. Ein weiterer Punkt der für WenEx spricht ist die Unterstützung von Hardware (Kameras usw.). Das ist vor allem dann ein Vorteil, wenn mit einer großen Anzahl an externen Partnern konferiert werden muss.

Die interne Telefonanlage wurde durch eine SIP basierende VoIP Lösung getauscht. Anfangs war der Plan auch hier Lync zu verwenden, aber da es auf einigen Plattformen keinen brauchbaren Client gibt und da noch einige Hardware Telefone zum Einsatz kommen, war es einfacher eine SIP basierende Lösung einzuführen. Lync hat hier einen wirklichen Nachteil, denn es gibt nur sehr wenige Peering Angebote von Dienstleistern. Und eine eigene Infrastruktur kam nicht in Frage. Wenn es hier in Zukunft bessere Angebote geben sollte, würden wir hier sicher noch einmal überlegen, vor allem wenn es Hybride (Lync Voice IN/OUT und SIP) Angebote geben sollte. Ich gehe davon aus, dass Microsoft noch einiges an seinen Clients tut. Und dank SIP könnten dann auch die von einigen so geliebten Desk-Phones problemlos eingebunden werden.

Für den Austausch und die Zusammenarbeit an Dokumenten kommen diverse SharePoint Sites zum Einsatz. Hier bleiben eigentlich keine Wünsche offen. Und da die unterschiedlichen Sites komplett an die Bedürfnisse angepasst werden können ist die Akzeptanz recht hoch. Da die meisten Dokumente in Microsoft Office erstellt werden ist die Integration natürlich perfekt! In den aktuellen Office Versionen ist auch keine Zusatzsoftware nötig. Auf den Plattformen auf denen es kein Office gibt, kommt Office Online zum Einsatz. Die Online Variante ist zwar nicht perfekt, aber leistungsfähig genug für die meisten Anwendungsfälle.

Für die Entwickler kommen auch weiterhin GIT Repositories zum Einsatz. Es gibt keinen Grund daran zu rütteln. Allerdings haben wir uns für Bitbucket und Jira entschieden. Wobei hier das letzte Wort noch nicht gesprochen ist, denn durch die Übernahme vor einiger Zeit ist eine Menge Redmine Know How dazugekommen. Und da es auf Ruby bzw. Ruby on Rails basiert, gibt es intern grundsätzlich eine Menge Know How das auch ausgenutzt werden will, oder :)

Als Ticket bzw. Support System kommt aktuell noch OTRS zum Einsatz, das wird nun schon seit der Gründung verwendet und ist auch alles andere als schlecht. Und da es seit der Einführung immer wieder angepasst und erweitert wurde, liegt die Latte für einen möglichen Austausch auch recht hoch.

Aktuelles Fazit: Es ist nicht wirklich schwierig eine Lösung zu finden die alle Anforderungen erfüllt. Eine Lösung zu finden die alle gut finden und mit der jeder auch gerne arbeitet ist da schon schwieriger. Wenn man aber konsequent auf Team-Entscheidungen nach dem Mehrheitsprinzip setzt, löst sich auch das Problem. Natürlich gibt es auch Unstimmigkeiten, aber da das Team eine Entscheidung getroffen hat sollte dann auch die Mehrheit dahinter stehen. In unserem Fall ist die Akzeptanz sehr hoch und alle arbeiten sehr gerne mit der Lösung bzw. dem Mix für den wir uns entschieden haben.

Aus Sicht des Unternehmens ist der große Vorteil, dass sehr wenig eigene (also interne) Infrastruktur aufgebaut und betrieben werden muss. So gut wie alle verwendeten Komponenten werden als Dienst (Cloud) verwendet. Die anderen Dienste (wie OTRS usw.) werden auf externen Root Servern betrieben.

Originally posted on: Aufbau einer Remote Workforce

[jhochwald]

Mein Transporter als neue Dropbox! (Reblog)

Mein Transporter als neue Dropbox!

Um viele meiner Daten zu Speichern habe ich recht lange Dropbox verwendet. Das hat ja viele Vorteile, beispielsweise das synchronisieren oder der Zugriff von vielen Endgeräten! Aber es hat auch Nachteile, denn wer da wirklich Zugriff auf meine Daten hat ist ja komplett unklar! Die Lösung ist meine eigene Cloud! Das klingt einfach, war aber recht kompliziert zu realisieren.

myTransporter

Ich habe angefangen diverse Lösungen zu probieren und habe lange gesucht… Dabei bin ich neben vielen Fehlschlägen irgendwann auf Transporter gestoßen! Sah von Anfang an vielversprechend aus. Nachdem ich einen Transporter gekauft habe, musste ich allerdings feststellen, dass die Software nicht sonderlich gut und vor allem stabil ist. Aber seit dem hat sich einiges getan und die Software ist nun viel besser geworden…

Transporter OS X Client

Dank der neuen und besseren Software habe ich also angefangen mich wieder mit dem Transporter zu beschäftigen und siehe da es lohnte sich durchaus! Also habe ich angefangen meinen Transporter mit Daten zu füllen. Das Setup ist ja recht einfach: Zuhause an den Router hängen, dort einen einzigen Port freigeben und fertig. Der Zugriff von Remote läuft über die Cloud des Herstellers. Da registriert sich die Transporter Hardware. Beim Tracen des Traffic konnte ich aber feststellen das von dort wohl nur der Initiale zu kommen scheint, danach sieht es so aus als ob der Client direkt mit direkt mit der Hardware zu sprechen scheint.

Transporter OS X Client

Und um eine gewisse Redundanz hinzubekommen, habe ich mir einen zweiten Transporter besorgt! Diesen habe ich dann auch an einem anderen Ort und damit auch an einer anderen Internet Anbindung stehen. Die zwei synchronisieren recht schnell, auch wenn ich bei einem vor Ort viele Daten hochgeladen habe. Letzte Woche habe ich per versehen einen der beiden vom Netz genommen aber nachdem der dann wieder Online war haben die beiden es selbstständig hinbekommen alles wieder in synchron zu kriegen.

Transporter OS X Client

Was ich derzeit noch etwas komisch finde: Der Zugriff aus dem Internet (Wenn ich unterwegs bin) erfolgt nicht zwingend auf den Transporter mit der schnelleren und damit besseren Internetanbindung. Das ist schade und kostet einiges an Performance beim Zugriff. Damit kann ich persönlich aber leben.

Transporter iPhone Client

Bei aller Begeisterung: Einiges ist nicht so toll gelöst wie bei Dropbox! Dazu gehört das Sharing (also das Teilen mit anderen). Ich kann nicht einfach einen Link senden auf den der andere Zugreift und dann die Daten bekommt. Irgendwas an Software muss der andere immer installieren. Entweder den richtigen Client oder eine Mini Client App. Das finde ich etwas schade, aber das regele ich aktuell dann über Dropbox, dort habe ich zig Gigabyte an Platz der sich genau dafür anbietet! Wenn der andere allerdings die Transporter Software installiert hat und einen Account anlegt ist der Austausch Dropbox Like, quasi ein No Brainer.

Transporter iPad Client

Transporter iPad Client

Im Internet ist immer wieder zu lesen, dass es Probleme mit der Mac Client Variante gibt. Beispielweise soll es seit OS X 10.10 (Yosemite) Probleme geben und der Sync soll sehr langsam und unzuverlässig sein. Kann ich so nicht bestätigen, bei mir läuft es schon seit der Yosemite Beta stabil und zuverlässig. In diversen Foren ist über Probleme beim Foto Upload zu lesen. Auf iOS (Sowohl iPhone als auch iPad) kann ich das nicht nachvollziehen. Auf Android Systemen funktioniert es nicht immer. Auf der Samsung EK-GC200 funktioniert es beispielsweise gar nicht. Schade, aber ich hoffe die lösen auch diese Probleme noch, denn gerade bei der Kamera würde ich es dieses Feature gerne nutzen.

Zur Windows Variante kann ich (wie so oft) natürlich nichts sagen. Diese soll aber recht gut sein.

Nachtrag: Beinahe hätte ich vergessen eines der besten Features des Transporter zu erwähnen: Transporter Library

Ein unscheinbarer Order mit riesen Vorteilen!!! Alles was dahin kopiert wird liegt nur auf dem Transporter (Wird auch zwischen beiden synchronisiert) und nicht auf dem Client. Ideal für Daten auf die man nicht dauernd zugreifen will, aber ggf. auch mal von unterwegs Zugriff braucht. Diese Daten werden dann nur beim Zugriff übertragen und nicht auf die Clients verteilt. Spart mir jede Menge Platz auf den Clients. Perfekt für alles was man als Backup und/oder auslagern seiner Daten bezeichnen möchte. Nachteil (unter OS X): Von der Shell aus kommt man zwar an den Ordner dran, wenn man dann aber viel Daten da hin kopiert kommt das ganze recht schnell aus dem Tritt und der komplette Transporter Client stürzt ab. Das finde ich ein wenig schade, denn dann wäre es für ganze Backup’s meiner Daten ideal für mich. Und dank Versions kann man ja dann auch ältere Varianten einer Datei zugreifen. Fast wie bei Time Capsule…

Originally posted on: Mein Transporter als neue Dropbox!

[jhochwald]

PHP/MySQL Aufgabe zu vergeben (Reblog)

PHP/MySQL Aufgabe zu vergeben

Im Rahmen eines laufenden Projektes suche ich dringend einen PHP/MySQL Spezialisten! Das Konzept steht, jetzt geht es an die Realisierung. Diese soll nun, wegen akuter Ressourcen Knappheit, vergeben werden.

Es handelt sich dabei um 3-4 PHP Seiten (Seiten selbst stehen, es geht um die Logik) und etwas MySQL Logik. Natürlich kann und will ich hier nicht viele Details veröffentlichen, alles weitere auf Anfrage!

Abrechnung kann nach einer ersten Abschätzung Pauschal erfolgen (bevorzugt), oder nach Aufwand (Stunden). Eine Präsenz ist zu keinem Zeitpunkt erforderlich, die Zusammenarbeit erfolgt komplett Online :)

Und wenn man sich einig wird, kann da in naher Zukunft noch einiges an Folgeaufträgen kommen. Bei Interesse einfach bei mir melden!

Originally posted on: PHP/MySQL Aufgabe zu vergeben

[jhochwald]

Apple iOS WiFi-Calling Feature vs. Telekom (Reblog)

Apple iOS WiFi-Calling Feature vs. Telekom

Seit der Ankündigung von WiFi-Calling und der ersten Beta von iOS 8 versuche ich Informationen zu dem Feature und vor allem zur Verfügbarkeit in Deutschland zu bekommen. Jetzt habe ich vom Carrier meines Vertrauens eine Antwort bekommen die mir persönlich nicht wirklich gefällt.

Die Bonner sagen, dass dieses Feature in Deutschland nicht erforderlich ist. In Deutschlands bestem Netz ist die Flächendeckende Versorgung gegeben… Sehr schön: Die Telekom Mitarbeiter müssen ja auch nicht im 20.+ Stockwerk in einer großen Stadt arbeiten! In Frankfurt gibt es einige Häuser in denen ab spätestens dem 20. OG kaum noch eine Versorgung gewährleistet ist. Die meisten Firmen haben zwar eine gute WLAN Infrastruktur, müssen aber ihre Telefone umleiten um erreichbar zu sein. Natürlich bietet die Telekom hier für viel Geld Abhilfe. Die Repeater (um das Signal entsprechend zu verstärken) kosten richtig Schotter! Und je nach Haus werden da auch gerne mal mehrere benötigt!

Apple iOS WiFi-Calling Feature

Wer das nicht glaubt: Fahrt mal auf der Helaba nach oben und versucht oben nach dem Aufzug zu Telefonieren.

Bei VoLTE (Voice over LTE) wartet man derzeit noch ab. Auch etwas schade, denn ich konnte in den USA gerade die Vorteile bei T-Mobile testen: Während des Telefonierens mal schnell was im Internet suchen… Sehr nett.

Und um das Bild komplett zu machen: Auch Vodafone hat einem seiner Kunden eine Absage erteilt. Die Formulierung ist fast die gleiche wie bei der Telekom.

Originally posted on: Apple iOS WiFi-Calling Feature vs. Telekom

[jhochwald]

Apple Oktober Event (Reblog)

Apple Oktober Event

Ich persönlich fand den Apple Event durchaus interessant! Das iPad Air 2 ist nicht mal schlecht. OS X Yosemite ist ein tolles Update. Was bei dem Event ein wenig untergegangen ist sind 2 Themen die ich besonders spannend finde: Software! Die Apple iWork Suite wird (wieder) besser. Keynote, Numbers und Pages unterstützen jetzt auch Handsoff. Ein kleines Feature (So liest es sich nun mal), dass einen riesen Unterschied machen kann. Ich fange auf dem Mac an eine Folien Schlacht zu erstellen und kann nahtlos an meinem iPad weiter daran arbeiten, ohne lange speichern und wieder öffnen (Das ginge ja via iCloud). Natürlich muss darauf geachtet werden, dass die Dokumente auch iOS kompatibel sind :-) Für mich wirklich ein Grund mehr und mehr auf Microsoft Office zu verzichten und (wieder) mehr auf Pages & Co. zu setzten. Das Argument greift natürlich nur im Apple Umfeld und dann auch nur wenn die jeweils neuste (Also aktuelle) Version von den Apple Betriebssystemen verwendet wird.

Apple SIM! Dies Gerüchte das Apple seine SIM Karte etablieren möchte gab es ja schon länger. In den USA kann auf dem iPad zwischen den großen drei Anbietern (Sprint, AT&T und T-Mobile) gewechselt werden. Ohne das es eine neue SIM Karte geben muss. Der entsprechend gebuchte Daten-Tarif beim Carrier ist natürlich immer noch nötig, aber das sollte klar sein! Guter Ansatz, mal sehen was da noch kommt.

Neben dem iPad Air 2 wurde ja auch das iPad Mini 3 vorgestellt. Auch interessant, aber wirklich nur dann wenn man unbedingt TouchID braucht. Es unetrscheidet sich ja sonst nicht wirklich vom iPad Mini Retina (aka iPad Mini 2).

Sonstige Details sind ja bei den üblichen Websites zur genüge zu finden!

Originally posted on: Apple Oktober Event

[jhochwald]

Here we go (again) (Reblog)

Here we go (again)

Endlich hatte ich mal etwas Zeit um meine Webseite wieder Online zu stellen! Einige haben mich gefragt, warum die Seite überhaupt (so lange) Offline war… Das ich einfach erklärt: Meine Seite lief recht lange auf einem Server den ich vor einiger Zeit dann für etwas anderes einsetzten musst.

Und da ich mit vielen anderen Dingen ziemlich beschäftigt war, hat es eben bis jetzt gedauert die Domain(s) samt aller Dateien und Datenbanken auf einen neuen Server umzuziehen und diesen entsprechend zu konfigurieren. Ich hatte allerdings noch keine Zeit meine NGINX Server zu konfigurieren und das ganze Caching wieder zu aktivieren. Es kann also durchaus sein, dass es in den nächsten Tagen noch etwas langsamer läuft als gewohnt!

Aber das ganze hat natürlich auch einen kleinen Vorteil: Ich habe aufgeräumt und viele Dateien gelöscht. Und es hat sich einiges getan, darüber werde ich dann wohl hier in kürze auch wieder etwas mehr schreiben ;-)

Originally posted on: Here we go (again)