pavement

Customizable

From FreeBSDwiki
(Difference between revisions)
Jump to: navigation, search
m (format)
(That's not a single command, it's a bunch of commands strung together)
 
(2 intermediate revisions by one user not shown)
Line 1: Line 1:
The base installation of FreeBSD is meant to be lean and mean. It only contains the services absolutely necessary to operate the machine. Instead, FreeBSD sysadmins are encouraged to install their own services, whether from the [[ports tree]] or elsewhere, choosing for themselves which software packages suit their needs.   
+
The base installation of FreeBSD is meant to be lean and mean. It only contains the services absolutely necessary to operate the machine. Then, FreeBSD sysadmins are encouraged to install their own services, whether from the [[ports tree]] or elsewhere, choosing for themselves which software packages suit their needs.   
  
For example, any webmaster will need a webserver, but depending on the needs, a particular kind of webserver may be more or less appropriate. Some may need compatibility with older plug-ins of the [[Apache]] 1.x family, while others will want the greater security and speed of the [[Apache]] 2.x family. Still others yet may need the highest speed and efficiency (but with no CGI capability) found in the [[thttpd]] family. With FreeBSD it is easy, normal and even expected to pick and choose or even switch with minimal pain and heartache (or downtime).
+
For example, any webmaster will need a webserver but choosing which one depends on the needs. Some may need compatibility with older plug-ins from the [[Apache]] 1.x family while others will want the greater security and speed of the [[Apache]] 2.x family. Still others may need the highest speed and efficiency (but without CGI capability) found in the [[thttpd]] family. With FreeBSD it's easy, normal and even expected to pick and choose or even switch, with minimal pain, heartache or downtime.
  
This also holds true for FTP, DNS, mail, ssh, X-Window components and almost anything else. Even those services which do have a default system installation (such as [[sendmail]] for mail services) are specifically designed to be simply and easily swapped out with any other service the system administrator may choose. For example [[sendmail]] can be replaced by [[qmail]] with a single command:
+
Likewise, this holds true for FTP, DNS, mail, ssh, X-Window components and almost anything else. Even those services which do have a default system installation (such as [[sendmail]] for mail services) are designed to be easily swapped out with any other service the system administrator may choose. For example [[sendmail]] can easily be replaced by [[qmail]]:
  
 
  cd /usr/ports/mail/qmail && make install && make disable-sendmail && make install-qmail clean  
 
  cd /usr/ports/mail/qmail && make install && make disable-sendmail && make install-qmail clean  
Line 9: Line 9:
 
'''Please be aware though''', one must ''configure'' qmail after doing that so please don't be rash and blindly replace sendmail after reading this without being ready to learn a new system.
 
'''Please be aware though''', one must ''configure'' qmail after doing that so please don't be rash and blindly replace sendmail after reading this without being ready to learn a new system.
  
This is all in stark contrast not only with Microsoft Windows, in which sysadmins and users alike are tightly bound to whatever Microsoft provided in the way of system services, but with many GNU/Linux flavours too. For example, veteran '''Red Hat Linux''' admins are familiar with the notion that Apache 1.x "goes with" Red Hat 7, whereas Apache 2.x "goes with" Red Hat 8 and it can be something of a dire mess to try changing from one to the other. What's more, upgrading a base Microsoft or Linux system is likely to willy-nilly change its services whether this is wanted or not. Meanwhile, upgrading the OS may make needed (perhaps mission-critical) services inoperable and comes with widely known risks, downtime and often, unhappiness.
+
This is all in stark contrast not only with Microsoft Windows, in which sysadmins and users alike are tightly bound to whatever Microsoft provided in the way of system services, but with many GNU/Linux flavours too. For example, veteran '''Red Hat Linux''' admins are familiar with the notion that Apache 1.x "goes with" Red Hat 7, but Apache 2.x "goes with" Red Hat 8 and so on. It can be a rather daunting, canny mess to try changing from one to the other. What's more, upgrading a base Microsoft or Linux system is likely to blindly change a system's services like it or not and meanwhile, upgrading the OS can make needed (and maybe mission-critical) services inoperable and comes with widely known risks, downtime and often, unhappiness.
  
FreeBSD mostly succeeds in drawing a much sharper line between the base system and optional services. It's easy to install whatever type of service wanted from whichever vendor or group chosen (open source or not).
+
FreeBSD mostly succeeds in drawing a much sharper line between the base system and optional services. It's easy to install whatever type of service is wanted from whichever vendor or group chosen, open source or not.
  
Moreover, FreeBSD is truly open and free. For highly specialized projects, the source code itself can be studied and modified. While this step is not taken by most FreeBSD users, it's a comfort.
+
Moreover, FreeBSD is truly open and free. For highly specialized projects the source code itself can be studied and modified. While this step is not taken by most FreeBSD users, it's a comfort.
  
 
[[Category:Why FreeBSD?]]
 
[[Category:Why FreeBSD?]]

Latest revision as of 18:18, 14 September 2007

The base installation of FreeBSD is meant to be lean and mean. It only contains the services absolutely necessary to operate the machine. Then, FreeBSD sysadmins are encouraged to install their own services, whether from the ports tree or elsewhere, choosing for themselves which software packages suit their needs.

For example, any webmaster will need a webserver but choosing which one depends on the needs. Some may need compatibility with older plug-ins from the Apache 1.x family while others will want the greater security and speed of the Apache 2.x family. Still others may need the highest speed and efficiency (but without CGI capability) found in the thttpd family. With FreeBSD it's easy, normal and even expected to pick and choose or even switch, with minimal pain, heartache or downtime.

Likewise, this holds true for FTP, DNS, mail, ssh, X-Window components and almost anything else. Even those services which do have a default system installation (such as sendmail for mail services) are designed to be easily swapped out with any other service the system administrator may choose. For example sendmail can easily be replaced by qmail:

cd /usr/ports/mail/qmail && make install && make disable-sendmail && make install-qmail clean 

Please be aware though, one must configure qmail after doing that so please don't be rash and blindly replace sendmail after reading this without being ready to learn a new system.

This is all in stark contrast not only with Microsoft Windows, in which sysadmins and users alike are tightly bound to whatever Microsoft provided in the way of system services, but with many GNU/Linux flavours too. For example, veteran Red Hat Linux admins are familiar with the notion that Apache 1.x "goes with" Red Hat 7, but Apache 2.x "goes with" Red Hat 8 and so on. It can be a rather daunting, canny mess to try changing from one to the other. What's more, upgrading a base Microsoft or Linux system is likely to blindly change a system's services like it or not and meanwhile, upgrading the OS can make needed (and maybe mission-critical) services inoperable and comes with widely known risks, downtime and often, unhappiness.

FreeBSD mostly succeeds in drawing a much sharper line between the base system and optional services. It's easy to install whatever type of service is wanted from whichever vendor or group chosen, open source or not.

Moreover, FreeBSD is truly open and free. For highly specialized projects the source code itself can be studied and modified. While this step is not taken by most FreeBSD users, it's a comfort.

Personal tools