9:27 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
http://www.suretecsystems.com/docs/proxy-guide-en/
- --
Kind Regards,
Gavin Henry.
http://www.magicfx.co.uk
http://FedoraNEWS.ORG/ghenry
http://www.suretecsystems.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAP2IBgNqd7Kng8UoRAnJHAJ9Sxq6phYPtSnr5sOmZ4wVOm49DHQCfTAuQ
FNi0O+Ece+DntOxbs8x36pE=
=P6FK
-----END PGP SIGNATURE-----
1:59 p.m.
On Fri, 2004-02-27 at 07:27, Gavin Henry wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
http://www.suretecsystems.com/docs/proxy-guide-en/
Is the XML available? I like to read-for-edit with the XML open so I
can make my suggestions right into the markup. Who needs fancy wysiwyg
Edit > Show Changes when you have 'diff -u'?
I am personally more likely to read something for an edit/review if I
have an easy way to provide feedback. To me, writing up a list of page
references, copying old text and writing new text, is cumbersome.
- Karsten
--
Karsten Wade : Tech Writer, RHCE : o: +1.831.466.9664
kwade(a)redhat.com : http://rhea.redhat.com/ : c: +1.831.818.9995
Red Hat Applications : WAF, CMS, Portal Server
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
5:04 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Friday 27 February 2004 19:59, Karsten Wade wrote:
On Fri, 2004-02-27 at 07:27, Gavin Henry wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> http://www.suretecsystems.com/docs/proxy-guide-en/
Is the XML available? I like to read-for-edit with the XML open so I
can make my suggestions right into the markup. Who needs fancy wysiwyg
Edit > Show Changes when you have 'diff -u'?
Yeah sure. :-)
http://www.suretecsystems.com/docs/proxy-guide-en/proxy-guide-en.xml
- --
Kind Regards,
Gavin Henry.
http://www.magicfx.co.uk
http://FedoraNEWS.ORG/ghenry
http://www.suretecsystems.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAP80OgNqd7Kng8UoRApKMAKC8q0X8BhlHrpPcLmnVuR5aLl0qeACg0fon
BopVjastH4CRGb7sdQ4e8eg=
=vmwS
-----END PGP SIGNATURE-----
7:11 p.m.
Thanks for your efforts, this is good stuff.
Now for the feedback:
* As the doc guide mentions, totorials should be task based. Eg 'Password
File' isn't a title, 'Controlling Access to the Proxy' is. Likewise
'Installing and Configuring Squidguard' should be replaced with 'Content
Filtering with Squidguard' 'Swatch'
* Try and use general Linux or RH options for services. This aids
consistency. Sure, someone could learn they need to run apachectl for
apache httpd, smbd and nmbd for Samba, etc, but there's a reason we have
initscripts. So yeah - use 'service squid restart' rather than 'squid -k'
* Users should use packages to install software. If the package comes with
their distro, they should be told to use that package first. If they need
to build their own custom package, they can install a source package. If
there's no source package for an app, make one. cpna2rpm can help in your
case.
* Pico isn't open source - but it is a great choice of editor. Pico
won't be round in Fedora much longer cause of its licensing, so try Gnu
nano an Open Source clone of pico, a great suggestion for newbies to
use.
Let's combine forces. I'm working on a Squid guide myself. Your guide
includes a lot of good technology, mine's more task based, and similiar to
Red Hat's other doco. There's a bit of overlap, and some stuff that one of
use currently does better than the other (I have transparent caching, you
have Squidguard).
http://www.cyber.com.au/users/mikem/fedora-docs/proxy-serving-tutorial/pr...
I'll import your content into my XML (for no reason other than mine has
lots of tables I can't be bothered writing out again) next Monday and you
can tell me if you're happy with it
Cheers,
Mike
--
__________________________________________________________________________
Mike MacCana Consultant RHCX, MCSE, MCP+I
0419 394 504
6:28 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Saturday 28 February 2004 01:11, Mike MacCana wrote:
Thanks for your efforts, this is good stuff.
Now for the feedback:
* As the doc guide mentions, totorials should be task based. Eg 'Password
File' isn't a title, 'Controlling Access to the Proxy' is. Likewise
'Installing and Configuring Squidguard' should be replaced with 'Content
Filtering with Squidguard' 'Swatch'
I've not read the doc guide, so I haven't adhered to it. I had written this fo
myself amd forgot I did it, hence the old date.
That was the next stage in markup. :-)
* Try and use general Linux or RH options for services. This aids
consistency. Sure, someone could learn they need to run apachectl for
apache httpd, smbd and nmbd for Samba, etc, but there's a reason we have
initscripts. So yeah - use 'service squid restart' rather than 'squid -k'
Yeah, this was done on RH9, so I have still to update to Fedora. I was going
to start from scratch to check it all worked on Fedora.
* Users should use packages to install software. If the package comes with
their distro, they should be told to use that package first. If they need
to build their own custom package, they can install a source package. If
there's no source package for an app, make one. cpna2rpm can help in your
case.
It's just a case of deciding to stick with just the source, so everyone can
use this guide, or give them options.
* Pico isn't open source - but it is a great choice of editor. Pico
won't be round in Fedora much longer cause of its licensing, so try Gnu
nano an Open Source clone of pico, a great suggestion for newbies to
use.
Again, this was done for RH9.
Let's combine forces. I'm working on a Squid guide myself. Your guide
includes a lot of good technology, mine's more task based, and similiar to
Red Hat's other doco. There's a bit of overlap, and some stuff that one of
use currently does better than the other (I have transparent caching, you
have Squidguard).
OK, it's worth a thought. As long as you include my name. :-)
I think this should go to www.tldp.org too, as they could do with one like
this.
http://www.cyber.com.au/users/mikem/fedora-docs/proxy-serving-tutorial/prox
y-serving-tutorial-en/index.html
I'll import your content into my XML (for no reason other than mine has
lots of tables I can't be bothered writing out again) next Monday and you
can tell me if you're happy with it
I'll read it and let you know.
Cheers,
Mike
--
__________________________________________________________________________
Mike MacCana Consultant RHCX, MCSE, MCP+I
0419 394 504
- --
Kind Regards,
Gavin Henry.
http://www.magicfx.co.uk
http://FedoraNEWS.ORG/ghenry
http://www.suretecsystems.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAQImJgNqd7Kng8UoRAgV7AKCTF7JjmyzWq9CbmtwCZ6HEFkVCTQCeJFNt
1UKHg74u1cF7LjHsvw5Qpj8=
=mi2g
-----END PGP SIGNATURE-----
9:02 p.m.
On Sat, 28 Feb 2004, Gavin Henry wrote:
> I'll import your content into my XML (for no reason other
than mine has
> lots of tables I can't be bothered writing out again) next Monday and you
> can tell me if you're happy with it
I'll read it and let you know.
Cool - I'm just starting work now, will let you know when I'm done.
Mike
12:11 p.m.
On Monday 01 March 2004 03:02, Mike MacCana wrote:
On Sat, 28 Feb 2004, Gavin Henry wrote:
> > I'll import your content into my XML (for no reason other than mine has
> > lots of tables I can't be bothered writing out again) next Monday and
> > you can tell me if you're happy with it
>
> I'll read it and let you know.
Cool - I'm just starting work now, will let you know when I'm done.
Mike
OK. Yours looks good. It should be a good length when you add mine in.
What about putting something in about limiting bandwidth on a per-user basis
with delay pools?
--
Kind Regards,
Gavin Henry.
http://www.magicfx.co.uk
http://FedoraNEWS.ORG/ghenry
http://www.suretecsystems.com
7358
days inactive
7361
days old
6 comments
3 participants
participants (3)
-
Gavin Henry -
Karsten Wade -
Mike MacCana