In the case of Firefox, feature patches for a version are just accepted in a certain time frame (six weeks in that case), and then there are two testing stages each lasting about the same amount of time, so you can't really say that any feature would reach the public untested (of course it should be in the interest of Firefox to have advanced users use the versions in one of the testing stages). What is more important about this strategy is getting feedback on introduced features and changes earlier.Tom T. wrote:btw, IMHO, I disagree strongly with the "Release early. Release often" philosophy, which too often amounts to doing beta testing on (non-tech-savvy) consumers.
Fine-tuning Akamai permissions via ABE
Re: Fine-tuning Akamai permissions via ABE
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20100101 Firefox/10.0
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Fine-tuning Akamai permissions via ABE
The FAQ entry has been updated.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
Re: Fine-tuning Akamai permissions via ABE
Thanks, Giorgio.Giorgio Maone wrote:The FAQ entry has been updated.
One more small request: The "syntactic sugar" comment in the revised FAQ 5.4 cleared up some lingering uncertainties regarding the necessity of
Code: Select all
friend.com *.friend.com
Code: Select all
.friend.com
It's done the shorter way in the INCLUSION rule beneath, but the longer (x and *.x) way in the first rule, the G-A one.
Some uses have been unsure, as in this thread. Here is an opportunity to resolve that topic.
Same with the ABE Rules, 1.3, where the example uses *.some, but the definition cites just "." (no asterisk)
Many thanks for bringing Akamai up-to-date.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.25) Gecko/20111212 Firefox/3.6.25