Someone (Jeff Trawick?) posted a few weeks ago recommending this
as the preferred means of submission for non-committers. But it seems
there are bugs with supplied patches going back some time. Would I
be too far off if I extrapolate from my past experience?
--
Nick Kew
Nick'
fixing it, discussing it on this list (including asking for
someone else to fix it), and crucially also taking responsibility
for closing bugs with INVALID, WONTFIX or WORKSFORME where no
satisfactory resolution is/seems feasible.
--
Nick Kew
--
me of dumb-newbie questions
in all the public fora? And perhaps also "apache-is-hard" articles in
the press?
--
Nick Kew
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rominently at the top?
OK, I'm ignoring Platform notes (I know nothing about non-unix)
and Other Topics (too big a subject for this post).
--
Nick Kew
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
a useful contribution if you want to.
But you're not ready to go solo. So why not put your contents
(rather than links to it) on the wiki, where some of the regulars
can help improve it for everyone?
--
Nick Kew
Application Development with Apache - the Apache Modules Book
http://ww
the stuff until
> > we can satisfy all the requirements imposed by Infra and then see on
> > how to take it live.
>
> +1, 'cept that Chris isn't (yet) a committer. How would that work?
Chicken-and-egg. Chris's work on this project looks and feels like
som
ignore whatever fragment I just sent.
:-(
--
Nick Kew
Application Development with Apache - the Apache Modules Book
http://www.apachetutor.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
>
> [ ] Yes please
> [*] No, because:
It needs to be presented so the folks who've been exposed to
evangelism will notice. Instead of a specialist configuration,
call it httpd-light, httpd-rails, whatever.
That's a counterproposal. The documentation you speak of wo
polish?
See http://httpd.apache.org/docs-project/translations.html
You might also like to review this month's traffic on this list.
We've just had a new translation (Turkish) successfully contributed.
> My Site:
>
> http://www.subasta.pl/info/apache/
404. Typo?
--
Nic
quot;e.g." throughout this patch? I don't see how that's
> > correct or useful.
>
> Because it's normally italicized in English.
Really? Not IME.
However, the correct markup to italicise it would be .
Any resemblance to is an artifact of your browser's
stinct.
Having said that, I see some improvements on the old site:
in particular your use of headings, which is better for
automated tools and for things like screenreaders. And
moving the links to the end in text-only mode is good,
though a single "jump to navigation" at the top would
e Web, so we definitely shouldn't
be messing with them unless you have a much stronger vision
than aligning them with www.apache.org (no matter how good
that becomes). Adapting the front page to the standard of
the docs would s
my aesthetic objections
which (not being in any sense a "designer" myself) I wasn't
able to articulate with specificity.
--
Nick Kew
Application Development with Apache - the Apache Modules Book
http://www.apachetutor.org/
t; area, it will automatically
> retry the same password for any area on the same server that is
> marked with the "Restricted Files" Realm.
Exactly. It's the client that has authenticated, and has the
creden
date
to other languages that needed it.
RIP Alan Flavell - his web materials were excellent, and are missed.
--
Nick Kew
Application Development with Apache - the Apache Modules Book
http://www.apachetutor.org/
-
To unsubscri
d them, they can go find them in old svn branches and use
> apxs.
>
> it should be HARD to use server side image maps now days.
Why?
It's a perfectly valid construct.
--
Nick Kew
Application Development with Apache - the Apache Modules Book
http://www.apachetutor.org/
--
17
* [foo] translation last updated 2008-11-03
tells the reader the translation is current.
--
Nick Kew
Application Development with Apache - the Apache Modules Book
http://www.apachetutor.org/
-
To unsubscribe, e-mail: [EMAIL PRO
't seem to.
Perhaps the wiki could/should have a section for third-party
modules? Complete with $big-disclaimer.
The comparison with PHP doesn't really work, because
everyone knows about it, and they don't need our help
to find o
On 10 Aug 2009, at 17:13, Issac Goldstand wrote:
Hi,
After a colleague at work was struggling with the Redirect
directive,
I realized that the docs could be a bit clearer.
Is this anything to do with PR#47644 ?
--
Nick Kew
it'll give readers a much clearer idea of the subset of
current use cases where it is indeed a good option :)
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
On 29 Oct 2009, at 10:48, Mads Toftum wrote:
On Thu, Oct 29, 2009 at 12:05:59AM +, Nick Kew wrote:
I won't be there,
Me neither.
but if you're on IRC, I might take an interest in
working
concurrently on "mod_rewrite is obsolete", a guide to often-simpler
alter
ity to "IIS", which might not be a bad thing.
Interesting association. But we're the senior server, not them! Aping their
name
feels like putting ourselves into the junior spot. MS marketing will love us!
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
a simple link
generated from the XSLT? Or at worst, serverside using SSI + xbithack?
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
documentation. The files to
edit are the original XML from which the rest is generated. For your
patches, you'll want to look in /docs/manual/mod/.
Should be straightforward once you have the svn repos.
--
Nick Kew
-
To u
x27;s material in the FAQ that's worth keeping alive,
maybe export it to the wiki.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
n in 2.2, but still a mess.
AddOutputFilterByType is now in mod_filter. Other directives haven't
moved 'cos they weren't broken, though I guess that's not really
even true given the inconsistent semantics of set/add/remove.
--
Nick Kew
omeone.
Lots of names listed current but look more like emeritus!
Would a filter applied to one year of {dev list + svn + bugzilla}
be a sufficiently cautious approach to listing those who
should no longer be listed as current?
--
Nick Kew
Available for work, contract or permanent
http://w
e slotmem rationalises the situation, providing for the kind of
application that was squatting in the scoreboard.
Whether it really makes sense to have both slotmem and socache
modules is another question ...
--
Nick Kew
Available for work, contract or permanent.
http://www.webthing.com/~nick/cv.h
You involved in the backend for that? Yeah, sounds like a great startingpoint!
--
Nick Kew
Available for work, contract or permanent
http://www.webthing.com/~nick/cv.html
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache
svn. No change to the XSLT since
2009.
More likely the server suddenly started incorrectly sending it as utf-8.
However, that does beg the question: shouldn't we move to utf-8, at least for
trunk?
How has infra handled multiple charsets in the past?
--
Nick Kew
Available for work,
h - up to a point, as noted by Vincent.
For Japanese, Chinese, etc ... no chance.
utf-8 is, in theory at least, universal.
A quick grep reveals that our Russian and Korean translations use
different charsets. Anyone from those teams reading this? Would
utf-8 serve you well?
--
Nick Kew
Availab
h - up to a point, as noted by Vincent.
For Japanese, Chinese, etc ... no chance.
utf-8 is, in theory at least, universal.
A quick grep reveals that our Russian and Korean translations use
different charsets. Anyone from those teams reading this? Would
utf-8 serve you well?
--
Nick Kew
Availab
don't need to make a
'religious war' (your words) of it. Do you have any *constructive* response
to the suggestion that utf-8 offers a worthwhile simplification?
[1] No I don't believe in 'dumbing down': software should be as simple
as possible, but no simpler. Nor
On 19 Jun 2011, at 09:24, André Malo wrote:
> * Nick Kew wrote:
>
>> On 19 Jun 2011, at 07:19, André Malo wrote:
>>> The non-latin-1 charsets are overridden by extensions already. Only the
>>> default was changed...
>>
>> And we got it wrong, breakin
eas like httpd.dav.a.o,
or similar shared space outside of svn repos)?
--
Nick Kew
Available for work, contract or permanent
http://www.webthing.com/~nick/cv.html
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For ad
en you posted).
At first glance, looks good. But you sent a patch for a generated document,
not for the original source. Not important: it's the words that matter!
Thanks for persisting.
--
Nick Kew
-
To unsubscribe, e
ed by our docs.
Also known as the line.
> 2. ProxyHTMLBufSize directive : does it define the buffer size, or the
> buffer size increment ?
Both. It's the initial and default size, but it's also the increment
in the (rare) occasi
he contents in question ...
Incorporating it into the Apache documentation is not necessarily the best goal.
Since we have the web, we can incorporate it by reference if it exists elsewhere
and looks sufficiently relevant/useful.
--
Nick Kew
-
clone,
maybe with a .htaccess for the language negotiation.
As well as, of course, a pointer to current docs.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
le a directive or module name, and
may confuse the punters when something has changed!
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
one who'll
look at apache.org to find them.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
On Fri, 2 Mar 2012 10:27:07 -0500
Rich Bowen wrote:
>
> On Mar 2, 2012, at 10:07 AM, Nick Kew wrote:
>
> > On Fri, 2 Mar 2012 07:29:26 -0500
> > Rich Bowen wrote:
> >
> >> But if someone's actually looking for 1.3 docs, they won't find them.
&g
stion that
provoked me
to update something). There's also an annoying-spam issue on our httpd wiki.
How does PHP documentation deal with the problem of spam?
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.
Someone just asked about unix vs windows source bundles.
There's no "windows" bundle for 2.4.
Since it's really just source with lineends, shouldn't we either
ditch those labels or add an explanatory note t
ll. Whoops!
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
for backends I've never touched.
More eyes make for better docs.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
spam.
>
> The few valuable contributions we're seeing are from e.g. committers
> or "regulars" from some support forum or another.
+1
Though with this as with other ASF resources, it would be
great to gave it auto-approve
that a reader might have to look up: that's jumping
through hoops that might deter some genuine contributors.
And how many spellings/etc does it accept?
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.or
ts. They don't know or care that
their edit isn't going to go 'live'.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
l folks should be able to say what server versions
they recommend using it with.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
/wiki.apache.org/httpd/DistrosDefaultLayout
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
attinson" are pure spam.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
d I'd suggest making any royalties
payable to the ASF. In the case of an entirely new work,
there'd be no such strings attached, but it would
probably be inappropriate for me to take a coordinating
role or to contribute material from the old book.
An
On Tue, 24 Nov 2015 08:26:14 -0500
Eric Covener wrote:
> maybe good for an example in rewrite or ap_expr doc.
But if so, perhaps with a cautionary note about such
mod_rewrite complexity being obsolete in most cases
and better replaced with
--
Nick
h-published author!
But what do I know?
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
in my
recent blog article at
https://bahumbug.wordpress.com/2017/04/27/pretty-good-phishing/
Comment solicited. I tried to preserve the shape of
the original with minimum change to introduce the reality
of 32-bit spoofing.
--
Nic
mitting to /trunk/.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
cussing this before, around the time that page was
updated.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
ack.
> That's so much for joining the effort!
Did you mean "Thanks" there? If so, +1 to that. Спасибо Алексей.
--
Nick Kew
-
To unsubscribe, e-mail: docs-unsubscr...@httpd.apache.org
For additional commands, e-mail: docs-h...@httpd.apache.org
with a disclaimer advising readers of the fact (like the "not-up-to-date"
warnings)
and calling for review?
In the case of русский, they of course have a home-grown alternative that's made
rather a good name for itself!
--
Nick Kew
> On 13 Oct 2020, at 13:04, Lucien Gentis
> wrote:
>
>
> Le 10/10/2020 à 01:25, Nick Kew a écrit :
>>
>>> On 9 Oct 2020, at 16:09, Lucien Gentis
>>> wrote:
>>>
>>> Russian language "index" and "getting-started"
module
gave me an opportunity to test a barrier from the outside, and I’m happy to
report I got some helpful responses and productive technical discussion on
nginx’s English-language developer list. A welcoming community and no language
barrier to what I was doing.
--
Nick Kew
--
r flexibility where there's a genuine problem meeting it.
Or maybe we could use machine translation to flag up if someone
is trying to use our site to coordinate arms sales to drugs gangs?
Though come to that, if Organised Crime had that idea, it would
surely be
63 matches
Mail list logo
