Um gewisse Ordner im Zuge eines Linux-Backups auszuschliessen, um evtl. das Dateisystem auf einen neuen Server zu transferieren kann man diesen String nutzen:
tar zcvpf /backups/fullbackup.tar.gz --directory=/ --exclude=proc --exclude=sys --exclude=dev/pts --exclude=backups .
Wichtig: Am Ende des Strings ist ein Punkt, den man unbedingt mit kopieren muss.
1. Add the right source to your sources list
sudo echo "deb http://inverse.ca/debian wheezy wheezy" > /etc/apt/sources.list
2. Add the key to debian
sudo apt-key adv --keyserver keys.gnupg.net --recv-key 0x810273C4
3.Update your system and install missing dependencies
sudo apt-get update && sudo apt-get install sope4.9-gdl1-mysql -y
4. Install SoGo
sudo apt-get install sogo -y
Wer viel in Dateien auf dem Server direkt arbeitet, der kennt es:
Zu Testzwecken will man mal eine angepasste Konfiguration ausprobieren und dazu 200 angepasste Zeilen einer .config Datei in die Datei einfügen ohnen die bereits vorhandenen Zeilen zu löschen. Also hilft hier nur die Zeilen erst einmal auszukommentieren.Das ist bei 200 Zeilen aber eine solche Fleissarbeit, das man sich schnell nach Lösungen umschaut. Zum Glück habe ich eine gefunden:
1. Man setzt den Cursor in der ersten zu markierenden Zeile unter das 1. Zeichen und gibt "V" ein. Damit geht man in den visuellen Modus von VIM.
2. Mit den Pfeiltasten bis zur letzten zu markierenden Zeile runterfahren. so werden alle Zeilen markiert die man auskommentieren will.
3. folgende Eingabe machen:
:s/^/#/ -> Enter.
Schon sind alle gewünschten Zeilen auskommentiert.
Nachdem ich heute für ein Projekt mal die Sourcen für PHP 5.5.x unter Debian für ein Drupalprojekt installiert habe, fiel mir auf das php-apc nicht installiert werden konnte.
Ein Downgrade auf PHP 5.4.x über Aptitude würde funktionieren, ABER das sollte nicht die Lösung sein. Nach einer ziemlich zeitintensiven Suche in allen möglichen Foren, die alle behaupteten APC läuft nicht unter PHP5.5 las ich den Tip eines Users mit Verweis auf APCU.
Damit geht die Installation von APC unter PHP5.5 sehr einfach und Drupal erkennt es auch.
So geht´s:
1. Update der sources.list sudo apt-get update
2. Installation von APCU sudo apt-get install php5-apcu
3. Die richtige php.ini Datei lokalisieren und öffnen locate php.ini && sudo vi /path/to/php.ini
4. Den nötigen Eintrag darin vornehmen apc.rfc1867 = 1
Apache neu starten. FERTIG!
Heute war mal wieder Optimierungstag für diverse Drupal-Projekte. Dabei setzte ich das erste mal erfolgreich das Advanced CSS/JS Aggregation Modul ein. Nach ein bißchen Finetuning wandelte sich die von YSlow getestete Seite von einem durchschnittlichen C in ein schönes A.
Allerdings gab es noch immer Verbesserungen die ich umsetzen wollte und dazu gehörte die Installation der pecl-jsmin Library denn schliesslich sagte mir Drupal in der Advagg-Konfiguration unter admin/config/development/performance/advagg/js-compress:
You can use the much faster C version of JSMin by installing the JSMin PHP Extension on this server.
Okay, auf geht´s dachte ich mir und fand etwas weiter unten auf der Downloadseite der pecl-jsmin library eine Standard-Installationsanleitung die ich als Ausgangsbasis für dieses HowTo genutzt habe.
1. pecl install jsmin-beta
downloading jsmin-0.1.1.tgz ...
Starting to download jsmin-0.1.1.tgz (7,861 bytes)
.....done: 7,861 bytes
6 source files, building
running: phpize
Configuring for:
PHP Api Version: 20100412
Zend Module Api No: 20100525
Zend Extension Api No: 220100525
shtool at '/tmp/pear/temp/jsmin/build/shtool' does not exist or is not executable.
Make sure that the file exists and is executable and then rerun this script.
If the command failed with 'phpize: not found' then you need to install php5-dev packageYou can do it by running 'apt-get install php5-dev' as a root userERROR: `phpize' failed
Das lag daran das mein tmp Verzeichnis einige Sicherheitseinschränkungen hat und dort z.B. nichts ausgeführt werden kann. Also musste ein Verzeichnis her in dem executed werden darf und Pecl sollte wissen wo sein neues Temp-Verzeichnis ist
2. sudo mkdir /jsmin && sudo chmod 770 /jsmin && sudo chown ich.root /jsmin
3. sudo pear config-set temp_dir /jsmin/
config-set succeeded
Vorher noch ein kurzer Check ob shtool installiert ist:
4.sudo apt-get install shtool
Reading package lists... Done
Building dependency tree
Reading state information... Done
shtool is already the newest version.
shtool set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Alles klar, dann kann jetzt das jsmin Paket installiert werden.
5. sudo pecl install jsmin-beta
downloading jsmin-0.1.1.tgz ...
Starting to download jsmin-0.1.1.tgz (7,861 bytes)
.....done: 7,861 bytes
6 source files, building
running: phpize .....................................
Build process completed successfully
Installing '/usr/lib/php5/20100525/jsmin.so'
Installing '/usr/include/php5/ext/jsmin/php_jsmin.h'
install ok: channel://pecl.php.net/jsmin-0.1.1
configuration option "php_ini" is not set to php.ini location
You should add "extension=jsmin.so" to php.ini
6. sudo vi path/to/php.ini
extension=jsmin.so
eintragen und Apache neu starten. Jetzt kann man unter admin/config/development/performance/advagg/js-compress diesen schönen Eintrag sehen:
JSMin is the C complied version and is about 25 times faster. Recommend using it.
After installing vim-nox i wanted to achieve a better handling of file editing.I have tried changing the default colorscheme in vi by creating a ~./vimrc file with the correct rights and setting
colorscheme delek
in there, but this was constantly being ignored. I have read A LOT of other tips and have tried what they suggested with no luck, so i decided to go the other way and change the file at
/usr/share/vim/vim73/syntax/syncolor.vim
from
SynColor Comment term=bold cterm=NONE ctermfg=DarkBlue ctermbg=NONE gui=NONE guifg=Blue guibg=NONE
to
SynColor Comment term=bold cterm=NONE ctermfg=Cyan ctermbg=NONE gui=NONE guifg=#80a0ff guibg=NONE
If you try to import a digitally signed key (i use the Tartarus Backup Package in my example) for a debian squeeze package using:
wget -O - http://wertarbyte.de/apt/software-key.gpg | apt-key add -
and get the error:
The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 5145B9CD752C0197
you can workaround this by using :
gpg --keyserver pgpkeys.mit.edu --recv-key 5145B9CD752C0197
with the result:
gpg: requesting key 752C0197 from hkp server pgpkeys.mit.edu
gpg: key 752C0197: public key "Wertarbyte.de (Software Signing Key) <kontakt@wertarbyte.de>" imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg: imported: 1
Done!
Da seit meinem Update auf PHP 5.4.x die default.timezone Einstellungen aus meiner php.ini Datei ignoriert werden, habe ich sämtliche .htaccess Dateien durchsucht, alle additional ini-files angeschaut die mir phpinfo ausgibt, die httpd.conf kontrolliert und massenweise Artikel zu dem Thema durchgelesen. Eine globale Lösung war jedoch nicht dabei, ausser der Hinweis auf php.net das seit PHP 5.4.0 die TZ Angaben ignoriert werden. D.H. dpkg-reconfigure tzdata funktioniert zwar noch, wird aber von PHP nicht interpretiert.
Um jedoch endlose Warnungen bezüglich der date.timezone zu verhindern, muss ich nun in der jeweiligen Apache-VirtualHost Datei die PHP-Standard-Einstellungen überschreiben. Eigentlich dachte ich ich könnte dies global in der httpd.conf tun, doch auch die dort eingetragenen Werte werden von irgendeiner conf/ini Datei überschrieben. Die Einträge in der VirtualHost Datei sehen wie folgt aus:
php_value date.timezone "Europe/Berlin"
php_value upload_max_filesize "200MB"
Damit kann jeder beliebige PHP-Wert individuell angepasst werden, wenn man mit den Standard-Vorgaben von PHP 5.4.x nicht klar kommt.
If you have included the wonderful Apache Solr Search with your Drupal7 installation and have created a startup script at /etc/init.d called solr, you do not have to start the solr engine by hand using java -jar start.jar anytime you reboot your server. What i have wondered about since years though is this strange error i get when the script starts:
insserv: warning: script 'solr' missing LSB tags and overrides
Here is how to solve it permanently:1. Open your startscript
sudo vi /etc/init.d/solr
2. Between
#!/bin/sh -e and SOLR_DIR=\"/apache-solr-3.x.x/example\" add the follwing code
### BEGIN INIT INFO
# Provides: solr
# Required-Start:
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time
# Description: Enable service provided by daemon.
### END INIT INFO
3. Restart solr and you will see NO error anymore
If you ever want to install a .deb file on your Debian Squeeze server it is a good idea to use GDEBI, because this automatically finds and downloads all dependencies to that DEB-Package. Here is how to get it straigtaway:
1. Install the gdebi package
sudo apt-get install gdebi
In my case it had to install about 220 MB extra packages, so don´t wonder if the list of dependencies is VERY long
2. Get the deb-package you need from
wget http://ftp.your.source-where.the_file_is.located/xxx_any_xxx_deb_xxx_file.deb
3. Now install the Package from within the folder you downloaded it to
sudo gdebi xxx_any_xxx_deb_xxx_file.deb
TIP:To uninstall Gdebi or the installed package and ALL of its dependencies use:
sudo apt-get autoremove gdebi or xxx_any_xxx_deb_xxx_file.deb