powershell suchen und ersetzen in datei in unterordner

Morgen Zusammen,

wie mache ich so etwas am besten?

Per Notepad++ geht so etwas auch

Per Powershell geht so etwas auch

$txtFiles=get-childitem C:test *.xml -recurse
foreach ($file in $txtFiles)
{
(Get-Content $file.PSPath) |
Foreach-Object {$_ -replace “Wolf”, “Katze} |
Set-Content $file.PSPath
}

Replacing Strings in Multiple Files in Folder and SubFolders

svn performance

Also das NTFS Dateisystem ist wirklich nicht ausgelegt für ne halbe Million Dateien, Kopieren dauert ewig.
Wieso jemand SVN auf einer Windows Maschine installiert, ist mir selber noch unklar…. 🙄
Der Befehl läßt sich unabhängig des Betriebsystems absetzen.

Bevor ein Repository von A nach B kopiert packt ich es mal ordentlich zusammen. Ab SVN 1.6

Mit svnadmin pack PATH zu Repository
Geht im laufenden Betrieb

Dabei werden 1000 Dateien zu einer Datei zusammen gefaßt. Da geht das kopieren leichter von der Hand. Schont das Dateisystem mit den vielen kleinen Einträgen.

RHEL Auto Update

Yum Autoupdate ist nicht von Haus aus böse. Mit etwas Config Arbeit erspart man sich an manchen Stellen arbeit und Zeit. Man sollte sich nur überlegen welche Fallstricke bei den Anwendungen sein können. Oft ist PHP oder Tomcat etc ein Problem, diese Pakete sollten von einem Auto Update ausgeschlossen sein und von Hand abgeprüft werden.

Als erstes brauchen wir ein kleines Tool

yum -y install yum-cron

Danach passen wir die drei wichtigsten Parameter in folgender Conf Datei an

/etc/sysconfig/yum-cron

# Don’t install, just check (valid: yes|no)
CHECK_ONLY=no

# Don’t install, just check and download (valid: yes|no)
# Implies CHECK_ONLY=yes (gotta check first to see what to download)
DOWNLOAD_ONLY=no

# by default MAILTO is unset, so crond mails the output by itself
# example: MAILTO=root
MAILTO=

Wer kein Update möchte aber per E-Mail informiert werden möchte setzt bei CHECK_ONLY= ein einfaches YES. Ab jetzt werden E-Mails verschickt ich habe Updates. Der Sender Mailto sollte gefüllt sein.

Wer sich nicht sicher ist welche Pakete immer mit Updates gefüttert werden sollen. Der kann dies auch angeben. Bei Red Hat ist nicht immer klar aus der Beschreibung raus ob es ein Security Fix ist oder nicht. Folgende Config ist anzupassen Hat den Nachteil auch bei einem manuellen aufruf von Yum wird kein Update stattfinden.

/etc/yum.conf

exclude=kernel* php*

Wer nur ein zwei Pakete aus dem Auto Update ausschließen möchte, kann dies in der Yum Cron Conf Datei tun /etc/sysconfig/yum-cron Mit “-x paket”

YUM_PARAMETER=”-x kernel* -x php*”

Nachdem die Conf Datei angepasst wurden. Ein Yum Update durchführen um zu sehen ob es keine Konflikte gibt. Bei einem Konflikt arbeitet der Auto Updater nicht.

Jetzt werden wir mal den Yum-Cron an

root@host ~]# /etc/init.d/yum-cron start
Enabling nightly yum update: [ OK ]

Jetzt fehlt noch einzustellen, das er bei einem Reboot auch gestartet wird

[root@host ~]# chkconfig yum-cron on

Region Lock: Samsung liefert SIM-Sperre per Update

Also was Samsung hier gerade abzieht ist nicht zum aushalten, ich wollte mir eigentlich ein Samsung S3 Mini holen. Solche Politik sollte nicht unterstützt werden!!

http://www.heise.de/newsticker/meldung/Region-Lock-Samsung-S3-bekommt-SIM-Sperre-per-Update-1972042.html

Nachträglich Funktionen aus einem Gerät entfernen….

Was der Hammer an der Sache ist, der Dreck kommt schneller auf das Gerät wie ein Android Update!

Hier hilft nur das Update nicht ausführen und auf Alternative Firmware umsteigen.

Hier bietet sich der http://www.cyanogenmod.org/ an

Kauft keine Samsung Geräte

*Update*

Hier mehr Infos

http://www.heise.de/newsticker/meldung/Samsungs-Region-Lock-bei-Smartphones-Zwischenstand-und-Hack-1973110.html