Leider gibt es von Sonos bisher noch keinen Support für eine der größten Audio Plattformen im Netz: Soundcloud.com. Zufällig bin ich heute über folgenden Artikel gestolpert, der schön einfach erklärt, wie man – derzeit noch inoffiziell – Soundcloud auf seinem Sonos Audio System zum Laufen bekommt.
unofficial SoundCloud Sonos application
Großartig!
via c-jay.net
Der Standard Login für die Weboberfläche eines Samsung SCX-483x lautet:
Benutzer: admin
Passwort: sec00000
Wenn euch screen bei der Ausführung nur mit folgender Meldung begrüßt:
Cannot find termcap entry for ‘rxvt-256color’.
Dann gebt vorher folgendes einfach in die Shell ein:
TERM=xterm
Anschließend sollte screen wieder wie gewohnt starten.
Synology hat einiges an seiner Linux Distribution DSM umgebastelt, sodass sich die Service Scripte nicht wie gewohnt in /etc/init.d befinden. Um den sshd neu starten zu können, muss man daher folgendes Kommando verwenden:
/usr/syno/etc.defaults/rc.d/S95sshd.sh restart
Weitere Restart Kommandos findet ihr hier:
forum.synology.com
Ihr kennt sicherlich das extrem coole Feature von Mac OSX, dass man im Finder oder auf dem Desktop nur die Leertaste drücken muss, und schon erscheint eine kleine Vorschau der jeweils gerade ausgewählten Datei. Dies geht leider nur mit einigen bekannten Formaten wie txt Dateien oder Bildern. Möchte man damit z.B. weitere Textdateien, die jedoch andere Endungen verwenden, öffnen, dann geht es nicht von Haus aus. Ein Beispiel hierfür sind z.B. .nfo Dateien.
Um auch diese Dateien per Quick Look ansehen zu können, muss man folgendes machen:
Die Datei /Applications/TextEdit.app/Contents/Info.plist editieren – dies kann man entweder per
sudo vi /Applications/TextEdit.app/Contents/Info.plist
oder über den Finder den Ordner Programme aufrufen, dort das Programm TextEdit raussuchen und anschließend per Rechtsklick den Menüpunkt “Programminhalt anzeigen” öffnen. Nun in den Ordner Contents wechseln und dort die Datei Info.plist öffnen. Achtung: hierfür werden Adminrechte benötigt!
In der Datei angekommen, bewegt euch ganz nach unten vor die beiden schließenden Tags
und fügt da folgendes ein:
<key>UTExportedTypeDeclarations</key> <array> <dict> <key>UTTypeConformsTo</key> <array> <string>public.text</string> <string>public.plain-text</string> </array> <key>UTTypeDescription</key> <string>NFO information file</string> <key>UTTypeIdentifier</key> <string>com.macromates.textmate</string> <key>UTTypeTagSpecification</key> <dict> <key>com.apple.ostype</key> <string>TEXT</string> <key>public.filename-extension</key> <array> <string>nfo</string> </array> </dict> </dict> </array>
Anschließend speichern und noch auf der Konsole ein
sudo touch /Applications/TextEdit.app
ausführen. Anschließend sollten auch .nfo Dateien mittles Leertaste angezeigt werden.
via macuser.de
Nehmen wir folgende Konstellation: Du hast einen Linux Server, der einen Ordner per SMB (Samba, Windows Freigabe) Share freigibt, in dem sich git Repositories befinden. Greifst du nun von einem anderen Rechner auf diese Dateien zu, so wird git alle Dateien innerhalb dieses Repositories als geändert anzeigen. Ein git diff zeigt dann z.B. folgendes:
old mode 100644 new mode 100755
Dies bedeutet nichts anderes, als dass sich die Zugriffsrechte der Dateien geändert haben. Innerhalb der Samba Share Konfiguration kann man diese Rechte (also Zugriff für Benutzer, Gruppe, Alle) regeln. In vielen Fällen wird sich diese Konfiguration von der in git eingecheckten unterscheiden. Um das Problem zu umgehen, gibt es nun folgende Möglichkeiten:
– im Samba Share Config File die Dateirechte korrekt setzen
– innerhalb des git Repositories folgenden Parameter setzen bzw. umstellen:
git config core.filemode false
Bitte beachten: Wenn dieser Parameter gesetzt wird, kann man KEINE Änderungen von Dateirechten in git committen!
Wollt ihr dies auf eurem Rechner global für alle Repositories machen, dann verwendet folgenden Befehl:
git config --global core.filemode false
Bitte hier besonders daran denken, dass nun in ALLEN git Repositories, auf die dieser Rechner zugreift, kein Committen von Änderungen an den Dateirechten möglich ist – es sei denn, der Parameter wird in einzelnen Repositories explizit überschrieben.
Für alle, die sich unnötige manuelle Schritte beim Hinzufügen eines neuen SSH Keys zum eigenen Github Account sparen wollen:
mit
curl --data "{\"title\": \"NAME\",\"key\": \"`cat ~/.ssh/id_rsa.pub`\"}" --request POST https://api.github.com/user/keys --user "USERNAME:PW"wird automatisch der Public SSH Key des aktuellen Benutzers im Github Account hinterlegt.
Unter NAME wird ein eindeutiger Name für den Schlüssel angegeben, USERNAME und PW sollten selbsterklärend sein.
Noch ein kleiner Tipp am Rand: bestehende Keys werden weder überschrieben, noch doppelt hinzugefügt.
Erinnerung an mich selbst: wenn mich ein remote git Repo das nächste mal mit so einer Fehlermeldung begrüßt
fatal: failed to write object error: unpack failed: unpack-objects abnormal exit Auto packing the repository for optimum performance. fatal: Unable to create '/[reponame].git/packed-refs.lock': Permission denied
…dann macht es Sinn zu prüfen, ob der jeweilige User auf dem Zielserver überhaupt die entsprechenden Schreibrechte für den Repository Ordner hat…
Wenn man eine Shopware Installation auf einen anderen Server verschiebt bzw. die Domain zum Shop ändert, dann wird dieser nach korrektem Aufruf trotzdem immer wieder auf die alte URL weiter leiten. Um dies zu umgehen, muss man in der Shopware Datenbank folgendes bearbeiten:
In der Tabelle s_core_shops den jeweiligen Shop heraus suchen und anschließend die Felder “host” und “hosts” auf die neue URL setzen. Danach sollte Shopware auch unter der neuen URL korrekt funktionieren.
Seit einigen Tagen habe ich im Google Chrome folgendes Problem (angeblich auch in anderen Browsern): Wenn ich mir ein Youtube Video anschaue, welches trotz des aktivierten html5 Modus leider doch per Flash abgespielt wird, dann passiert folgendes:
An sich ist der Dialog nicht schlimm – wenn man ihn bedienen könnte. Sobald er nämlich erscheint, kann der Youtube Player nicht mehr per Maus bedient werden und der Dialog an sich ist auch nicht bedienbar.
Es gibt nun 2 Möglichkeiten, das Problem zu umgehen:
– das Youtube Video im Privaten Modus des Chrome aufrufen
– oder folgendes tun:
Ich möchte hierbei ausdrücklich darauf hinweisen, dass ab sofort bestimmte Seiten ungefragt Informationen per Flash auf eurem Rechner hinterlegen können – sprich, ihr seid somit evtl. Ziel von Tracking-Maßnahmen für Werbung. Wenn euch das bewusst ist, könnt ihr so die oben besprochene Youtube Problematik umgehen. Außerdem könnt ihr jederzeit zurück in die globalen Einstellungen gehen und dort den Button “Einstellungen für globalen Speicher nach Website…” aufrufen. Im folgenden Dialog könnt ihr die Berechtigungen pro Seite setzen und auch sehen, welche Seiten Daten auf eurer Platte sichern.