LoadModule fastcgi_module /usr/local/Cellar/mod_fastcgi/2.4.6/libexec/mod_fastcgi.so
SetEnvIf Authorization “(.*)” HTTP_AUTHORIZATION=$1
FastCgiExternalServer /Work/domains/cgi-bin/php54-fcgi -idle-timeout 60 -host 127.0.0.1:9054 -pass-header Authorization
AddHandler php54-fcgi .php
Action php54-fcgi /php54-fcgi
Alias /php54-fcgi /Work/domains/cgi-bin/php54-fcgi
FastCgiExternalServer /Work/domains/cgi-bin/php55-fcgi -idle-timeout 60 -host 127.0.0.1:9055 -pass-header Authorization
# AddHandler php55-fcgi .php
Action php55-fcgi /php55-fcgi
Alias /php55-fcgi /Work/domains/cgi-bin/php55-fcgi
FastCgiExternalServer /Work/domains/cgi-bin/php53-fcgi -idle-timeout 60 -host 127.0.0.1:9053 -pass-header Authorization
# AddHandler php53-fcgi .php
Action php53-fcgi /php53-fcgi
Alias /php53-fcgi /Work/domains/cgi-bin/php53-fcgi
SetEnvIf Authorization "(.*)" HTTP_AUTHORIZATION=$1
This adds a HTTP_AUTHORIZATION key to the $_SERVER global, just as if the Authorization header had been passed through by Apache.
relayhost = [xxx.domains.com]
If you’re experiencing slow logins via SSH on a Red Hat Enterprise 6 or CentOS 6 system, it’s probably caused by DNS that is taking too long to respond. Even with correct nameservers in /etc/resolv.conf, you may still find yourself stuck with slow logins.
The solution is to add the following line to your /etc/resolv.conf. Just add it all the way at the bottom, as the last line.
That should fix your slow SSH logins, given you have valid and fast-responding nameservers in your /etc/resolv.conf.
Following script can select data from MySQL and save to CSV.
$mysql_bin -u xxx -pxxx dbname << EOFMYSQL
INTO OUTFILE '/tmp/result.csv'
FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"'
ESCAPED BY ‘\\’
LINES TERMINATED BY '\n'
ssh -f firstname.lastname@example.org -L 2000:personal-server.com:25 -N
The -f tells ssh to go into the background just before it executes the command. This is followed by the username and server you are logging into. The -L 2000:personal-server.com:25 is in the form of -L local-port:host:remote-port. Finally the -N instructs OpenSSH to not execute a command on the remote system.
This essentially forwards the local port 2000 to port 25 on personal-server.com over, with nice benefit of being encrypted. I then simply point my E-mail client to use localhost:2000 as the SMTP server and we’re off to the races.
git diff-tree -r --no-commit-id --name-only --diff-filter=ACMRT HEAD | xargs tar czvf last_commit.tar.gz
Show server information
Here’s what is now working for me.
OpenSuse 11.3 x64 and iFolder 184.108.40.206 server / client, openLDAP, Windows 7 x64.
To re-summarize my problem, I was able to use the web interface (both /admin and /ifolder) without trouble. I could also use the 32 bit client with 32 bit Win XP. I could not use the client with Windows 7 (x64 or 32).
The solution was to:
1) Issue an SSL cert that referenced the server’s FQDN.
I.E. gensslcert –n www.mydomain.com
2) Configure simias for this FQDN.
I.E. simias-server-setup -> https://www.mydomain.com/simias10 -> both the public and private interface
3) Edit /etc/apache2/vhosts.d/vhosts-ssl.conf
uncomment and edit the ServerName line to read as below
iFolder night update version repo for openSUSE 11.3
name=iFolder Client Daily Builds (openSUSE_11.3)
name=iFolder Server Daily Builds (openSUSE_11.3)