We’ve begun running Mono on some Bit Badger Solutions servers to enable us to support the .NET environment, in addition to the PHP environment most of our other applications use. While Ubuntu has nice packages (and Badgerports even brings brought them up to the latest release), one thing that we were missing was a “conf.d”-type of configuration; my “/applications=” clause of the command was getting really, really long. We decided to see if we could create something similar to Apache / Nginx’s sites-available/sites-enabled paradigm, and we have succeeded!
To begin, you’ll need to create the directories /etc/mono/fcgi/apps-available and /etc/mono/fcgi/apps-enabled. These directories will hold files that will be used define applications. The intent of these directories is to put the actual files in apps-available, then symlink the ones that are enabled from apps-enabled. These files have no name restrictions, but do not put an extra newline character in them. The script will concatenate the contents of that file to create the MONO_FCGI_APPLICATIONS environment variable, which tells the server what applications exist. (The syntax is the same as that for the “/applications=” clause - [domain]:[URL path]:[filesystem path].) Here’s how the site you’re reading now is configured (from the file djs-consulting.com.techblog.conf)…
Finally, what brings it all together is a shell script. This should be named “monoserve” and placed in /etc/init.d. (This borrows heavily from this script a script we found online, which we used until we wrote this one.) Note the group of variables surrounded by the “make changes here” notes - these are the values that are used in starting the server. They are at the top so that you can easily modify this for your own needs.
## Begin -- MAKE CHANGES HERE -- PROGRAM=fastcgi-mono-server2 # The program which will be started ADDRESS=127.0.0.1 # The address on which the server will listen PORT=9001 # The port on which the server will listen USER=www-data # The user under which the process will run GROUP=$USER # The group under which the process will run ## End -- MAKE CHANGES HERE --
# Determine the environment MONOSERVER=$(which $PROGRAM) MONOSERVER_PID="" FCGI_CONFIG_DIR=/etc/mono/fcgi/apps-enabled
# Start up the Mono server start_up() { get_pid if [ -z "$MONOSERVER_PID" ]; then echo "Configured Applications" echo "-----------------------" # Construct the application list if the configuration directory exists if [ -d $FCGI_CONFIG_DIR ]; then MONO_FCGI_APPLICATIONS="" for file in $( ls $FCGI_CONFIG_DIR ); do if [ "$MONO_FCGI_APPLICATIONS" != "" ]; then MONO_FCGI_APPLICATIONS=$MONO_FCGI_APPLICATIONS, fi MONO_FCGI_APPLICATIONS=$MONO_FCGI_APPLICATIONS`cat $FCGI_CONFIG_DIR/$file` done export MONO_FCGI_APPLICATIONS echo -e ${MONO_FCGI_APPLICATIONS//,/"\n"} else echo "None (config directory $FCGI_CONFIG_DIR not found)" fi echo
# Start the server start-stop-daemon -S -c $USER:$GROUP -x $MONOSERVER -- /socket=tcp:$ADDRESS:$PORT & echo "Mono FastCGI Server $PROGRAM started as $USER on $ADDRESS:$PORT" else echo "Mono FastCGI Server is already running - PID $MONOSERVER_PID" fi }
# Shut down the Mono server shut_down() { get_pid if [ -n "$MONOSERVER_PID" ]; then kill $MONOSERVER_PID echo "Mono FastCGI Server stopped" else echo "Mono FastCGI Server is not running" fi }
case "$1" in start) start_up ;; stop) shut_down ;; restart|force-reload) shut_down start_up ;; status) get_pid if [ -z "$MONOSERVER_PID" ]; then echo "Mono FastCGI Server is not running" else echo "Mono FastCGI Server is running - PID $MONOSERVER_PID" fi ;; *) echo "Usage: monoserve (start|stop|restart|force-reload|status)" ;; esac
exit 0
This needs to be owned by root and be executable (chmod +x monoserve). You can use update-rc.d monoserve defaults to set this to start at boot.
After three years on WordPress, The Bit Badger Blog has moved to BlogEngine.NET. There are several reasons for this change, some technical and some not.
PHP’s Fast CGI processor has a problem where, if all of the processes are busy, the server will simply time out. While this hasn’t afflicted my server as much as others, it has caused problems; when this problem occurred, none of the PHP sites were accessible.
Through experience with a very heavily-used site, I became less enamored of WordPress’s “read from the database every time” way of doing business. I also found that various caching plug-ins for WordPress, on this particular site, did very little to ease the load.
Since I first looked at Mono (Linux’s implementation of the .NET framework), it has matured significantly. It supports most of C# 4.0 already, which was released earlier this year.
BlogEngine.NET is a rapidly-maturing blog platform, and the project has a stated goal of 100% compatibility with Mono. This is good, because you can mention Mono problems to the team, and you’re not dismissed because you’re running Linux.
As part of the move, the URL has changed; the new link is https://blog.bitbadger.solutions. I have implemented redirection for each post, the category and category feed links, and the main blog feed and home page from the old URL, so you may not have even realized that you’re looking at the new site. The Bit Badger Solutions Software Repository remains at https://hosted.djs-consulting.com/software/.
I’m looking forward to this new setup!
(NOTE: The next-to-last paragraph was updated with correct links as of February 2017.)