Slashdot Mirror
Linux Server Hacks
About the book LSH is not just about the Linux operating system, per se. Despite the title, it spends more time covering applications which can run on Linux than it does the Linux operating system itself. It is composed of 100 "hacks" all grouped together into like areas, such as "Monitoring" and "Networking". The style sort of reminded me of O'Reilly's Cookbook series, and I find it to be an easy format to read. Indeed, if the book was larger, it could have easily been called "The Linux Server Cookbook."
After a somewhat cheesy forward by ESR and a recognizably standard O'Reilly preface, LSH starts out the hacking with a section called "Server Basics," and it's here that most of the Linux-specific tips are. You get to learn how to pass args to LILO, stroll through /proc, tweak the Linux kernel, play with hdparm and so forth. This chapter left me thinking that this was all stuff every admin should know, and not much of it was new to me (if you've used Linux for more than a couple years you probably won't find much here that you haven't at least heard about before). If you are new to Linux however, then this chapter will be valuable even if you stop reading the book right at chapter two.
If the book had to be divided into two parts, the first chapter would be titled "Part 1: Linux the OS." The balance of the book would then be called "Part 2: Linux Applications." Subsequent chapters each tackle one area of services or applications that run on Linux, such as CVS or rsync or ssh, and it's very easy to find something interesting purely by looking through the table of contents. The book's grouping of hacks into like topics helps, I think, because you can easily pick out what you want to see more of without having to wade through that which you don't find terribly interesting. For example, if you only deal with your personal Linux workstation, then you can easily disregard the "Information Servers" chapter without missing other valuable content. I personally found the "Networking" and "Monitoring" chapters to be the most useful. The "Backups" chapter was interesting, the "Scripting" chapter not so much. Each chapter starts with a summary of what's to come, so if the table of contents isn't enough to find the good bits, then just reading those summaries can give you an idea of whether you'll find anything useful to you.
The book includes a fairly complete index, but I didn't use it very much. I found the table of contents, with its list of each hack's title, to be useful enough. I suspect that when I pick the book up a couple months from now looking for something I had read about I'll get more use out of the index.
What's to likeAs I mentioned above, the book is very easy to read. Flickenger has a "conversational" writing style I found easy to parse. If you hang out with Linux geeks very much, you'll recognize his way of communicating and easily assimilate what he has to say. His advice is sound, his skill level high (the same can be said for the other contributors as well). The book's layout and organization made it easy to find specifics and will ensure that it gets used as a reference later on.
You might be wondering about the code samples in this book: there are a lot of them. I didn't check, but I think each hack had at least one CLI listing or bit of example code. This made the book much more valuable than if it simply told you want to do; "seeing" the hack in action helped tremendously. In fact, I'd have felt disappointed if Flickenger hadn't included as many examples as he did. Most of the code is Perl, with some shell mixed in. The example code is well written and properly placed, so if you don't know Perl or shell you'll still be able to make use of the hack.
Each hack can stand on its own. This makes the book easy to read, and ensures its place as a reference. I didn't read the book sequentially at first, but I went through the whole thing regardless. Some hacks refer to other hacks, and I found myself reading the book as if it was hypertext, as is mentioned in the preface. Again, this also means less time spent reading that which you already know (or find boring) and more time spent thinking about something more useful.
The book is distribution-agnostic. I couldn't find anything that would upset a Debian user or would flummox a Mandrake fan. While this might have more to do with the bulk of the hacks being on the application level, I found the lack of an axe to grind refreshing nonetheless.
The book doesn't assume l33t-ness nor coddle the reader. It assumes you know your stuff and are a professional, and in doing so finds its voice rather well. This gave me a sense of admiration for the author and allowed me to absorb the knowledge being imparted with ease.
Although not specifically about the book, O'Reilly has set up a website devoted to their "Hacks" series of books. Users can send in their own hacks, which helps flesh out the content in the print edition.
What could be betterESR's forward, titled "How to Become a Hacker," was just silly. The forward added nothing to the book, and I find the whole "zen of hacking" schtick tiresome after only a short while. Yes, "hack" is a cool word, but one which easily suffers from overuse: it suffers a lot in ESR's forward. The forward also contains a plug for ESR's book, which I thought was somewhat tacky.
LILO is referred to in several places, but there is not a single mention of GRUB. Where the boot loader was being discussed, an "If you use GRUB, you'd want to do it this way..." aside would have been welcome.
The "Information Servers" chapter is very large, but only deals with BIND 9, Apache and MySQL. If you don't work with any of these three, then fully one quarter of the book will be useless to you. I would have really liked to see mail servers (especially Postfix and Qmail) mentioned, and including tweaks for an ftp daemon would have made the book that much more valuable. I would have also liked to see sshd covered; the book contains only ssh client hacks. Finally, a hack or three about PostgreSQL would have been nice.
The "Scripting" chapter could have been replaced with a "Security" chapter. There are only 4 scripting hacks, and they aren't all that useful. Although the book has a security-conscious mindset running throughout it, I felt the lack of a section devoted specifically to security was a glaring omission. In fact, I almost didn't buy the book when I noticed that the table of contents didn't list a security chapter. It was only after reading a hack or two that I could see security was going to be mentioned.
Another area I expected to see was one with hacks involving package management. A whole chapter dealing with this topic would have certainly been welcome to users of Red Hat, SuSE, et al. I suspect that such a chapter might have broken an unwritten editorial rule about remaining distribution neutral, however. And Debian users would have found anything beyond an apt-get one-liner superfluous, so I can forgive the "omission."
Although the title of the book is "Linux Server Hacks," someone using Linux as a workstation would also find the book helpful. For example, Flickenger includes two hacks on burning CDs, a hack on displaying the load average in the title bar of an xterm window, and so on. I got the impression that the server-centric focus wandered into desktop land quite a bit. Because of this, I thought that some hacks involving window managers should have been included. I've tweaked vnc to run blackbox on more than one occasion and expected to see things like that mentioned. This is a niggling complaint, however.
I found myself wishing the book was longer. At US$24.95 the price was right, but I would have rather paid US$34.95 for 150 total hacks.
Finally, the book looked somewhat rushed. There were more than a couple formatting errors (typeset characters visible, etc) sprinkled throughout, and all the code examples were unindented; it was as if all the tabs were stripped out by the printer. While the lack of indenting might confuse those who don't know Perl or shell, the only "real" consequence of this is that the lack of tabs in the makefile examples on pages 27 and 28 prevent them from working.
SummaryBased on this review, it might seem that the bad outweighs the good where Linux Server hacks is concerned. I don't think this is the case, and I would caution anyone against taking that view (rather, I'd have them glance through the book at the bookstore before deciding not to buy it). I think it should be noted that given the usually high quality of O'Reilly titles, it's far easier to spot what could be better than what is likeable. Like the old saying goes, nobody notices a clean kitchen unless it isn't.
None of the "bad" things would keep me from recommending this book, and I found Linux Server Hacks to be a very useful -- both as a future reference and as "thumb through while waiting for the train" sort of read. There's not much in it which is "new", and most of the hacks would border on common sense for the seasoned sysadmin (although I'd be willing to be that even the most grizzled admin would find something new or interesting). Indeed, nearly all the information in the book can probably be found on the web somewhere. It is nice, however, to have everything collected in one place and organized into specific groups. Linux Server Hacks would make a good addition to the bookshelf of anyone, regardless of their skill level, who finds themself administering a Linux machine, be it a server or workstation.
Table of contents- How to Become a Hacker
- Preface
- Server Basics
- Revision Control
- Backups
- Networking
- Monitoring
- SSH
- Scripting
- Information Servers
You can purchase Linux Server Hacks from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
Since they don't work out of the box like Microsoft products, you gotta buy a fucking book to kludge them together before you can use them.
It is also not a book which will teach you how to break into Linux servers.
Then what good is it!?
[ed. note: in the following text, former FreeBSD developer Mike Smith gives his reasons for abandoning FreeBSD]
When I stood for election to the FreeBSD core team nearly two years ago, many of you will recall that it was after a long series of debates during which I maintained that too much organisation, too many rules and too much formality would be a bad thing for the project.
Today, as I read the latest discussions on the future of the FreeBSD project, I see the same problem; a few new faces and many of the old going over the same tired arguments and suggesting variations on the same worthless schemes. Frankly I'm sick of it.
FreeBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavour you loved that was at the same time wholesome and worthwhile.
It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimise doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.
So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.
Discussion
I'm sure that I've offended some people already; I'm sure that by the time I'm done here, I'll have offended more. If you feel a need to play to the crowd in your replies rather than make a sincere effort to address the problems I'm discussing here, please do us the courtesy of playing your politics openly.
From a technical perspective, the project faces a set of challenges that significantly outstrips our ability to deliver. Some of the resources that we need to address these challenges are tied up in the fruitless metadiscussions that have raged since we made the mistake of electing officers. Others have left in disgust, or been driven out by the culture of abuse and distraction that has grown up since then. More may well remain available to recruitment, but while the project is busy infighting our chances for successful outreach are sorely diminished.
There's no simple solution to this. For the project to move forward, one or the other of the warring philosophies must win out; either the project returns to its laid-back roots and gets on with the work, or it transforms into a super-organised engineering project and executes a brilliant plan to deliver what, ultimately, we all know we want.
Whatever path is chosen, whatever balance is struck, the choosing and the striking are the important parts. The current indecision and endless conflict are incompatible with any sort of progress.
Trying to dissect the above is far beyond the scope of any parting shot, no matter how distended. All I can really ask of you all is to let go of the minutiae for a moment and take a look at the big picture. What is the ultimate goal here? How can we get there with as little overhead as possible? How would you like to be treated by your fellow travellers?
Shouts
To the Slashdot "BSD is dying" crowd - big deal. Death is part of the cycle; take a look at your soft, pallid bodies and consider that right this very moment, parts of you are dying. See? It's not so bad.
To the bulk of the FreeBSD committerbase and the developer community at large - keep your eyes on the real goals. It
Voted the official slashdot car by CmdrTaco and his butt-buddy goatse, this car makes a bold statement by presenting true american luxury in a world filled with rice-rockets.
Pre-order yours today and goatse will install an 8-track player with genuine, single-dashboard-speaker mono sound. He will also enlarge your exhaust pipe to unearthly proportions at no additional cost.
I just heard some sad news on talk radio - Iraqi president Saddam Hussein was found dead in his Baghdad presidential palace this morning. There weren't any more details. I'm sure everyone in the Slashdot community will miss him - even if you didn't enjoy his oil, there's no denying his contributions to popular culture. Truly an Iraqi icon.
This is a very good book.
It mentions Linux.
That's all it takes.
Down with Micro$oft!
-1 redundant
:)
it's a joke, laugh
why cant all this information be on a searchable website? and charge me subscription...
Consensus is good, but informed dictatorship is better
luser - you must be french
Ooh - clever! Such a fancy word! Shame it makes absolutely no sense in the context. Nice attempt to look intellagunt though.
I just heard some sad news on talk radio - Horror/Sci Fi writer Stephen King was found dead in his Maine home this morning. There weren't any more details. I'm sure everyone in the Slashdot community will miss him - even if you didn't enjoy his work, there's no denying his contributions to popular culture. Truly an American icon.
Does this book have any methods for filtering pr0n from user mail accounts, and indexing/organizing it correctly for the administer to 'review' and archive? I know this admin would surely welcome suggestions that would help me better utilize my time in this most important area.
The book will probably not make you a better admin, but it will almost certainly save you some time
More time for recreation makes me a better admin. More time for automation and documentation makes me a better admin. And, of course, more time for Slashdot makes me a better admin.
UNIX Papers
for UNIX Developers and Power Users
ISBN 0-672-22578-6
Like I said, it is old, but sed, awk and C haven't changed over the years. This has some great information on shell scripting, NFS, and email.
Click here or here.
I had a few extra book places so I checked this book out last week. I was suprised how useful much of it was. I have been working with linux for years and there where plenty of things I had never done before, but would have had I known of them before. I may even get a copy for everyone at the office.
I agree that the ESR forward should have been deleted. However, this book is a nifty collection of various hacks that probably would take you forever to stumble upon if they weren't in this book. (You're probably too busy administering or programming to experiment all day long).
/etc/* files that have lines commented out, no explanation why. Having a revision history clean the clutter, makes a backup, and lets you know why and when something was changed.
Using RCS/CVS to track revisions to settings files is just an example. I've seen far too many
That's the sort of time saving, "ehy didn't i think of that" tips you'll find.
Fuck Subscription!
J U N K B U S T E R
Just say NO to annoying StinkGeek banners and in-line 200x200 pixel "Do YOU have reliable [foo]....? Then you NEED SourceForge(TM) Enterprise Edition 2003....Order today!"-esque ads.
Rob Nambla, Homos, CowboiKneel, Gayme, et al...: Get real fuckin' jobs!
Thank you.
First book I've read that treats you like an experienced System Administrator. Not for the faint of heart or inexperienced. I really enjoyed it!
"Little Bush appeared as an idiot as he was addressing the Americans. He adopted his well-known method of making false assumptions... His justifications began with an incoherent argument that Iraq possesses weapons of mass destruction. Bush, the idiot, knows well that Iraq is free of such weapons...
"Bush himself proved his guilt in his latest speech. He naively feigned care for the world. He came out with allegations created in his sick imagination. Those false allegations are not believed by anybody... Even worse, he portrayed Iraq as a monster threatening the world. Yet the world is telling Bush: 'No to your aggression against Iraq, no to Bush the foolish one, who is threatening to drown the world in an ocean of innocent blood'.
"The idiocy of this little man does not stop at making fabrications and feigning concern for the destiny of mankind, as though he were the absolute custodian of humanity, while his intent is to bring killing, destruction and death to humanity.
"This idiocy is mainly caused by his sense of inferiority whenever he thinks of leader Saddam Hussein, or whenever the leader appears on television screens. He sees how our leader is fully capable and full of resolve, wisdom, and adroitness when he addresses his people and reminds them of their glorious past...
"In his speech, Bush not only appeared as an idiot, but also as a failure, for he imagined that his evil intentions would be achieved easily, without fighting, but rather through terrorism and intimidation. This was caused by his international isolation, which is unprecedented...
"To the deluded and stupid Bush we say: If your Zionist devil made you believe otherwise, then you must be deluded. The great people of Iraq have said their word and chanted with a joint and faithful voice: 'Yes to leader Saddam Hussein; Bush, Bush, listen well, we all love Saddam Hussein'... Iraq is the graveyard of invaders at all times and under all circumstances."
The worst terrorist attack in recorded history occurred in September 2001, followed by a WAR against Islam in Afghanistan and now we're about to be involved in ANOTHER war against Islam in Iraq, and you people have the gall to be discussing Linux server hacks???? My *god*, people, GET SOME PRIORITIES!
The bodies of the thousands of innocent civilians who died (and will die) in these unprecedented events could give a good god damn about obscure science fiction, your childish Lego models, your nerf toy guns and whining about the lack of a "fun" workplace, your Everquest/Diablo/D&D fixation, the latest Cowboy Bebop rerun, or any of the other ways you are "getting on with your life" (here's a hint: watching Cowboy Bebop in your jammies and eating a bowl of Shreddies is *not* "getting on with your life"). The souls of the victims are watching in horror as you people squander your finite, precious time on this earth playing video games!
You people disgust me!
To some of you Uber network admins out there this book won't be very helpful. But to me, someone whose been net-admin'ing it for 2 years this was very helpful! Shows you lots of nice tricks. I found the section on utilizing ssh to its full potential extremely useful! I never thought of doing backups over ssh before! I'd rate this book 5 out of 5 stars personally!
LFS. Have you built your system today?
-- Power corrupts, but PowerPoint corrupts absolutely.
let the man have his review stop spammin the comments with crap >:|
I've left to find myself. If you happen to see me, please, keep me there until I return.
I just heard some sad news on talk radio - Iraqi president (undisputed holder of the popular vote) Saddam Hussein, was found dead in his Baghdad presidential palace this morning. There weren't any more details. I'm sure everyone in the Slashdot community will miss him - even if you didn't enjoy his work, there's no denying his contributions to popular culture. Truly an Iraqi icon.
www.tldp.net
There's was a book review of this same book about a week or two ago, wasn't there? I bought the book and have been pleased overall with it, but there wasn't really anything new or exciting, just a few tips and tricks. Note you can find most of these by going to www.google.com/linux and looking up tips and tricks. One example would be that you can find out who is hogging the most disk space using an alias for du, like this:
du -cks | sort -rn | head -n 10
Pretty simple, yet really effective. This book is full of little things like this.
Everyone is entitled to their own opinion. It's just that yours is stupid.
ESR wrote a foreword. Forward is a direction, foreward is piece of writing at the front of a book.
Canthros
sounds intresting, but anyone with the knoldage required to understand this book could easily find all its contents on one or two webpages. I dont see the need for this in print. well except for those of us who like to kick back and drink a beer while we reed, or cant get networking to work (in which case this book isnt for you anyway). just my thorught.
Noone writes jokes in base 13!
For Pete's sake: It's "foreword" (ie. fore-word). Defined as "A word said before something else; hence, an introduction, a preface." (OED).
Why the heck would it be called 'forward'? Do people who make this mistake think it is the suggested reading direction?
As I mentioned above, the book is very easy to read. Flickenger has a "conversational" writing style I found easy to parse. If you hang out with Linux geeks very much, you'll recognize his way of communicating and easily assimilate what he has to say.
:-)
You know that if you start using words such as 'parse' in every day language, you probably do hangout with geeks very much!
(and they probably find words such as parse easy to communicate with, too)
Why are book reviews posted? I don't see this as news-worthy. I've just finished reading Kafka's "The Trial", can I get my own space to review it? : (
AR
Like there aren't books for Windows folks for tricks you can pull to make your life easier on a Windows box? Aren't there are a bunch of classes available for MCSE types?
Yeah, you might want the book if you had not already thought of some of these tricks. That is the point of reading and learning, duh!
Give me a break. Every admin knows there are little things that can be automated and worked from a base install to help them get through the day and get their stuff done no matter what OS you admin.
I propose this to the community. What is the neatest hack/trick that saves time from your day in terms of programming or system administration?
BTW, any tricks I don't care if they are straight commercial Unix, Linux or Windows.
ACK
"ESR wrote a foreword. Forward is a direction, foreward is piece of writing at the front of a book."
Very good, looks like you've introduced a third spelling.
Those who love UNIX (and UNIX-inspired operating systems) will surely adore Linux Server Hacks by Rob Flickenger. For decades, a mysterious sect of bearded wizards has dominated the inner sanctums of our network infrastructures, inspiring the awe of onlookers by crafting clever scripts and piping output in ingenious ways most of us never even thought of. This small but marvelous book attempts to steer apprentice wizards in the noble direction of clever system administration, with examples taken from experience in O'Reilly's own LAMP networks.
The book begins with a refreshing introduction (by esr) detailing what it means to be a hacker. No, not the hax0ring w4r3z d00dz of frequent media attention, but the aforementioned bearded variety who spend most of their waking effort forging uncommon techniques for solving otherwise dull problems. Kudos to Mr. Flickenger (and O'Reilly) for not only acknowledging the difference, but celebrating it.
As the title would indicate, the audience of this book is the administrator in charge of a server--that is, a Linux box performing only a couple of dedicated tasks, probably of a network-oriented nature. Although Linux enthusiasts from the desktop realm are not part of the intended audience, they will almost certainly pick up a thing or two from the material anyway.
The book is organized into the following sections:
I think the real magic of this chapter isn't necessarily the tips themselves, but the creative process behind them; the author is demonstrating a methodology for dealing with common problems by introducing clever solutions. This will ideally inspire the reader to deal with other problems in the same creative manner.
here
While we are on the topic of linux books, I was wandering if anyone would recommend a linux book for a beginner (but someone who recompiled the kernel and messed with X before even knowing the 'less' command :-) ) Your help is appreciated.
Free speech is getting expensive...
How do I make Linux filter out self-serving, self-plugging, self-pumping whore posts like this blatant add about an low-grade Linux book?
That book is a pure piece of crap and is nothing more than dead trees with black ink on it; you could do better with the output from 1 monkey typing randomly for 1 day.
That sentance does not make any sense. If it saves you time, then wouldn't you be a better admin?
look at me I'm a hacker. I'm cool whoopty do
IM A BIG FUCKING HACKER
watch me type "man mount" and "man finger" and "man fsck"
because I'm a hacker, not a fag! Ok, well I'm a fag, but I'm also a HACKER
woo a hacker
I got my 'how to be a hacker book'.
ANYONE WHO CALLS THEMSELF A HACKER, YOU MUST PUNCH RIGHT IN THE FACE
fucking retards... sheesh
Another self-serving plug. Complete was of time.
Gee except for noobs.
Revision control? What's that.
Backups? A new angle? Yeah right.
Network? Transitioning FROM pf? Not likely.
Monitoring? Syslog? What's that.
SSH? Try OpenSSH.
Scriping? Made easier? It's already totally easy.
Information Servers? Oh yeah, all in one book. Bind, MySQL and mid-to-high traffic servers. Awesome.
pffft! Stop the sensless killing of trees. Boycott this book!
The word is "ought", you worthless french shitgobbler.
The review submitter sounds like an ass, and doesn't use words like "pejorative" correctly. At least he didn't use a word like "grok" which would've solidly pegged him as another assloving Lunix gimp such as yourself.
Jesus FUCKING christ this place is inundated with asses. You and Jouster belong together.
You just wasted time responding to a boilerplate troll post, you mind-numbingly stupid cunt. Go back to compiling kernels and trying to suck your own cock, Lunix fanboy.
Using the word pejorative is pejorative ( : having negative connotations; especially : tending to disparage or belittle : DEPRECIATORY) ...I think, man too much thinkin. How about something like "not ment in a bad way"? Much better...ahhhh
I don't know if the computers can sort out the good pr0n you want to see, but I imagine they could with the right filters sort them by breast size, hair color, and number of people involved. Even this small bit might really help you utilize your time in "this most important area" much more effectively.
I only look human.
My mother is a halfling and my dad is an ogre, so that makes me an Ogreling
...that make you go ooh thats clever. I've always found the difference to be between a good sysadmin and a great sysadmin is when they do something and you go wow now thats smart. Some one like this
Rus
Cheap UK and US VPS
if you're not familiar with setting up linux then this book will just confuse people. Indeed. if you're familiar with setting up linux then this book will just prove a complete waste of time. Indeed.
So where does the book fit in then? For starters it makes good kindling.
Pejorative \Pe*jor"a*tive\, a. [F. p['e]joratif, fr. L. pejor, used as compar. of malus evil.] Implying or imputing evil; depreciatory; disparaging; unfavorable
The book doesn't assume l33t-ness nor coddle the reader.
I hate to sound 'l33t' but I wish there were more books for people who has used linux for a long time. It's hard to aquire any new knowledge when most books are targeted at people with little experience.
Of course there is a lot of good places on internet to get good tips and advice but that defeats the whole point of a book.
The wall when your poorly written server code wouldn't scale to any more users and you had to get some big-money LiNUX high-flyer to bail you out and buy you a whole whack of expensive hardware in order to distribute all your servers.
/.'ing is about 5000 reads. A well designed website can server a lot more than 5000 highly dynamic page views over an hour. The Slashdot lesson of websites should be that you can save gobs of money on hardware and administration by designing your software well and getting someone competent to write it.
Either that or get someone to spend a week or so redesigning and rewriting your software so that it would work on just one machine.
Seriously, folks, the average
This provides a segway into using CVS for controlling revision of large software projects.
Ok, I know about O'Reilly's Safari, and that's cool, but where can I get a book that has an electronic copy with it? Safari doesn't cut it. I have O'Reilly's Perl CD bookshelf as well as their Network CD Bookshelf and I love them. I bought around $2,000 worth of books last year and not one of them came with an electronic copy. I need both. I need the hard-bound copy to read in bed or in the lazy-boy in the living room. I want my electronic copy so I can copy and paste code snippets, or put it on my password-protected website so I can access the book from work. I don't want to tote my books from home to work every day and I certainly don't want to buy 2 copies of every book. Safari just doesn't cut it. Safari only lets me view the book on their website. I want a copy on my local hard drive. I think everyone that purchases an O'Reilly book should at least have free access to that same book on Safari. I still want HTML or PDF copies of my books. Where o where can I get them?
I found it informative. I was going to start at the last page and read backwards to the front page, until I saw the forward.
...sounds like a good way to interview your prospective new server-master. Give them a blank server box and a play domain. He gets to set it up however. Have him coder 'er up to what he thinks is "good stuff", serve wise and security-wise. Have a nice strange web page fulla blinkenlights graphics and flash and whatevers, THEN see if you can get it posted as a story on slashdot. Server don't cut it,or gets owned real quick, he don't get the job. Forget all the other resume stuff.
Did you mean "Beginning Programming for Dummies"?
Why do I need a book to tell me how to edit sshd.conf? Isn't that what the manpage is for?
Is it just me, or do these "hack" books sound really lame?
Who said a person made this mistake? How do you know it was not the auto-correct feature of M$ Word? Be glad the M$ meat heads don't give books foreskins instead.
Foreskin - a protective collection of words at the start of a book. Some people think of them as superflous, others call them Introductions.
How's that for forward of me?
Ever heard of a book so up front?
The direction depends on it's state.
OK, I'm going to stop mow, my wife is punching me.
DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
My personal favourite is the Linux Gazette, but there are others (too lazy to reahch for bookmarks now ;). Don't overlook past issues even if they are pretty old, because some of the tricks discussed haven't changed much over the years (like motd, rdev, tcsh etc.), but of course some of it is to be viewed from a historical point of view =)
That's a very nice try, but when I was front-page Slashdotted over two years ago, it was more like ~80,000 pageviews in eight hours from (and my memory fades here a bit) about 45,000 uniques. My load average hovered at about 20 for an entire day and it would have been worse if my bandwidth wasn't completely saturated by that point.
On the other hand, I added yesterday "Unix Power Tools", to my safari bookshelf and this one really absolutly rocks ! Not quite like a cookbook, it's more like a guide to get the most of Unix. Even on very basic subjects, and even if each topic is generally concise, I found alot of things I had never heard of. And i'm really learning alot about using the shell itself. I realized there are a lot more nice features to help edition the combination of emacs bindings and C-r. The authors not just tell you "this feature do that", but demonstrate how they use it all the time in their day to day job. There are alot of things that I thought were useless for me but it all makes sense while reading this book. And I've not really looked into the others chapters yet, but they look as good as this one.
In fact those books aren't even comparable : one will be read in one day and after having noted the things you'll find inside it'll sleep on your shelf. The other one will give you an insight each time you open it, and you'll open it often.
h
testing out my trending skills
I remember coming across the hacker-howto years ago, when I was a windows-only newbie, and it actually inspired me to start to learn to program, and figure things out. That's what it was intended for; not for a server hack intro. Hence, that's probably why it seemed so out-of-place.
philcrissman.com.