General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: moeller0 <moeller0@gmx.de>
To: "Toke Høiland-Jørgensen" <toke@toke.dk>
Cc: Rich Brown <richb.hanover@gmail.com>,
	bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Bufferbloat.net - Organizing, curating, and workflow
Date: Sun, 12 Jun 2016 20:13:56 +0200	[thread overview]
Message-ID: <07DD1995-2730-4235-BA0D-B00ACAB79D13@gmx.de> (raw)
In-Reply-To: <87k2hui8uj.fsf@toke.dk>

So how do I contribute changes to existing pages? The cake page has some inaccuracies regarding VDSL2 encapsulation that I would like to fix…

“Apparently PTM does have a small additional overhead on the order of 1⁄128, due to HDLC framing which attaches special meaning to 0x7D and 0x7E bytes; I might need to add approximate handling for that, kernel-side.”

The point is only VDLS1 used HDLC on the relevant data bearers, VDSL2 uses 64/65 encoding that has not reserved octets and hence does not have additional overhead nor magic bytes… (full disclosure VDSL2 still allows HDLC bearers, but just not the one bearer the user actually sends data over, so the HDLC thing is a distraction that we can avoid.)

Best Regards
	Sebastian



> On Jun 12, 2016, at 20:02 , Toke Høiland-Jørgensen <toke@toke.dk> wrote:
> 
> Rich Brown <richb.hanover@gmail.com> writes:
> 
>> Thanks again to Toke for all this good work. It's terrific to see the
>> pages resurrected, and to have the www.bufferbloat.net site living
>> again.
> 
> You're welcome! Just glad it's being appreciated ;)
> 
>> I've been thinking of the next steps - to make all this work really useful. I see there are three important issues:
>> 
>> Organizing: Thinking about the best way to display the current information:
>> 	- Should Cake be listed as a top-level project?
> 
> No opinion.
> 
>> 	- Is there a way to display newest entries? I'd like to see a
>> 	sidebar element showing the 5 newest posts
> 
> Yes, certainly. Was thinking of putting a list of newest news items on
> the front page. However, for the wiki pages it is not necessarily
> obvious that having a notion of 'newest' is useful.
> 
>> 	- Can an RSS feed be generated automatically?
> 
> Yes, but see above.
> 
>> Curating: The current site makes it seem as if all pages are equally important. I feel the urge to do the following:
>> 	- Categorizing the "List of Wiki Pages" for a project (e.g., http://bufferbloat.net/projects/cerowrt/ ) 
>> 		so there's a sense of their importance
> 
> A way to do this would be to update the 'index' wiki pages to be more
> useful (e.g. https://www.bufferbloat.net/projects/cerowrt/wiki/) and
> keep the overview pages as a 'complete' list. However, it's certainly
> also possible to mark some of the pages as 'important' and have those
> show up on top of the list.
> 
> 
>> 	- Discard old/outdated/useless articles
> 
> Yes, this is probably needed. And also fixing broken links (see the
> issue I opened for this on github).
> 
>> Workflow:
>> 	- Rules for making posts: Who can make them? How do they get
>> 	published?
> 
> Well, it's a git repo. I figure anyone can do pull requests.
> 
>> 	- Auto-publish - if it's not already happening, could we
>> 	re-render and publish after a commit?
> 
> Yes, that is certainly possible. For now I figure I'll do it manually
> (it's just re-running a script), but if we get enough activity that that
> becomes a bottleneck, I can certainly set up something automated.
> 
>> 	- I see the 404 handler in place, but it doesn't seem to show a
>> 	link to archive.org
> 
> It includes a javascript from archive.org which *should* show a link if
> (and only if) an archived version exists. Haven't verified that it
> actually works.
> 
>> 	- Is there a way to do page redirection? It looks as if Toke has done a great job of replicating
>> 		URLs in the new site, but if we see frequent broken
>> 		links, is there a way to redirect a page to its
>> 		equivalent on the new site?
> 
> Yes. This is already used for news items and issues.
> 
>> 	- Should we add a Google search box on 404 page? On every page?
> 
> Not sure what it takes to do this properly, and if it's worth the
> hassle.
> 
>> 	- Would it make sense to review error logs from time to time?
> 
> Possible. Split out the logs to a separate file; can provide it if
> someone wants to go digging. Or I can just parse out a list of 404
> errors from time to time.
> 
> -Toke
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat


  reply	other threads:[~2016-06-12 18:14 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.1225.1465559858.3642.bloat@lists.bufferbloat.net>
2016-06-10 15:27 ` [Bloat] bufferbloat.net is sorely missed Rich Brown
2016-06-10 15:47   ` Dave Taht
2016-06-10 16:19   ` Rich Brown
2016-06-10 17:08     ` Kevin Darbyshire-Bryant
2016-06-10 17:13     ` Outback Dingo
2016-06-10 18:05       ` Dave Taht
2016-06-10 18:17         ` Steinar H. Gunderson
2016-06-10 18:18         ` Rich Brown
2016-06-10 18:23         ` Dave Taht
2016-06-11 12:07   ` Toke Høiland-Jørgensen
2016-06-11 17:58     ` Dave Taht
2016-06-11 18:29       ` Toke Høiland-Jørgensen
2016-06-11 18:32         ` Toke Høiland-Jørgensen
2016-06-11 19:09           ` Dave Taht
2016-06-11 19:24         ` [Bloat] bufferbloat.net is sorely missed/Now it's back! Rich Brown
2016-06-11 20:05           ` Toke Høiland-Jørgensen
2016-06-11 21:31             ` Dave Taht
2016-06-12 17:49             ` [Bloat] Bufferbloat.net - Organizing, curating, and workflow Rich Brown
2016-06-12 18:02               ` Toke Høiland-Jørgensen
2016-06-12 18:13                 ` moeller0 [this message]
2016-06-12 18:16                   ` Toke Høiland-Jørgensen
2016-06-12 18:24                     ` moeller0
2016-06-12 18:25                       ` Toke Høiland-Jørgensen
2016-06-12 18:27                     ` Dave Taht
2016-06-12 18:33                       ` Toke Høiland-Jørgensen
2016-06-13 13:25                 ` Rich Brown
2016-06-13 14:05                   ` Toke Høiland-Jørgensen
2016-06-13 15:13                     ` [Bloat] Bufferbloat.net & LinkChecker Rich Brown
2016-06-13 19:18                       ` Toke Høiland-Jørgensen
2016-06-13 14:58               ` [Bloat] Bufferbloat.net - Organizing, curating, and workflow Dave Taht
2016-06-13 15:15                 ` Toke Høiland-Jørgensen
2016-06-13 15:39                   ` Dave Taht
2016-06-13 10:33             ` [Bloat] bufferbloat.net is sorely missed/Now it's back! Kevin Darbyshire-Bryant
2016-06-13 11:10               ` Toke Høiland-Jørgensen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=07DD1995-2730-4235-BA0D-B00ACAB79D13@gmx.de \
    --to=moeller0@gmx.de \
    --cc=bloat@lists.bufferbloat.net \
    --cc=richb.hanover@gmail.com \
    --cc=toke@toke.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox