There is a configuration option to disable version checking for add-ons. Set extensions.checkCompatibility. to false in about:config. The add-ons generally work. It might also work as just extensions.checkCompatibility set to false for all versions, but I'm not sure.
Yup. And you can keystroke log everything, so you can "play it back" to see who did what and when. (Meaning: you can give someone a root shell (ala sudo su -), but still log everything.)
I think most "brand" owners that license ($185k + implementation) their own TLDs through this new ICANN process will simply redirect them to their established.com or.ccTLD that they already own.
However, there is the *few* companies that could appreciate returns from a new TLD such as.ebay for all sellers to have their own domain, and.facebook (.fb) for their users to have domains instead of sub-domains or URLs (company.tld/user).
That's how Chinese Internet Keywords work, and there is a "keyword registry" for them, just like a "domain registry".
It's just like DNS though, you're still mapping a name to a number (IP) somehow.
In your example, assuming *.apple was a wildcard top level domain, www.apple would go directly to their website. (And perhaps even "apple" if they used a glue record at the root servers.)
Thanks for the info. I have the same issue as the GP (but on Verizon). Viewing "My Apps" under the Market did not reveal an update. However, manually searching for flash player, then doing the update worked for me. (2.2 - froyo)
Except a lot of sites will go to the effort of maintaining a blacklist of "throw away email" domains, such as mailinator.com (yet those same sites won't salt+hash the password).
If you create a new address at a domain you own, you're in the same identity-linking problem. Creating new accounts that need to be maintained every few months (gmail/yahoo/etc) are also a pain.
An annoying problem for sure, but I agree that we should try to follow some of your guidelines. (And I think many of us on/. already do.)
Totally OT, but if you're just extracting columns, cut is great. However, I still use awk in those cases because I often go back and "do something else" with the data too. For instance, I might want to stick these email addresses in a hash to keep a counter, then print any with count > 1. Or perhaps I'm dealing with columns of numbers and wish to printf them for formatting. If I stick with the habit of using awk, even for simple operations, I use it more so I learn more features over time.
Why store all your music in "the cloud" when you can serve it yourself to any browser and many devices (iphone, android, etc) from a PC you control using Subsonic?
She specifically warns the reader that she changed to the first person to give an accurate account from that single source (mentioned in the summary). Since she only had once source for that information, and the information appears to be extreme if even partially true, she told his story in a different way.
Have you read parts of the ICANN PDF (second link from this overview page)? Start on page 25, but pay attention to page 29. First, your domains are frozen by the registry, and your registrar is obligated to freeze your whois information. You have two weeks to respond -- hopefully you don't receive email at a frozen domain! Also, hope that the authoritative nameservers any of your domains (URS targeted or not) use are not frozen!
The UDRP process was more transparent, often used larger panels of arbiters, and domains under complaint were not disabled until the UDRP process was complete. The URS describes some unnamed Third Party provider to process the URS request. Where is the transparency? The provider should be required to be open and publicly post all of the filings, requests, and responses. They should also require multi-person teams to not concentrate so much power in the hands of a single individual. It should be modeled after a judiciary system with checks and balances. I'm not saying UDRP can't be streamlined to process bulk requests and even short the response time, but two weeks is very short- especially if your email is disabled at you must wait for the certified letter.
URS is a -- claimed to be guilty, freeze your domain, then prove your innocence -- process.
Technically, your camera app could mark the files private to only itself; then you'd have to use it to view them (not a gallery) and share them (or copy to a temp area to be shared).
It would be rad to pick and choose. And even if the apps are programmed poorly that they require access, the android OS could supply some API/system calls with your choice of random/empty/fixed data. E.g. an app wants Fine GPS acess, but doesn't need it for anything but advertising. Great, just feed it the south pole every time it asks.
Correct- you'd have to disable saving GPS points in the EXIF data. However, blocking the network request when the app phones home would be sufficient.
To the parent's point, I would love a sandbox that surrounded each app with a configuration for each permission it requested. So the app could say "I need permissions to read GPS data, write SD contents, read browser history, etc" and I could happily install it knowing my sandbox would return empty/random/fixed data for those API/system calls.
With the WRT54GL, I'm running Tomato (the build with openVPN) and I transfer terabytes over wifi since I stream Netflix to my Wii over it with WPA2. It is very stable, and averages about 1.8Mbit/s for streaming Netflix. (The component cable for the Wii makes a difference, but fancier hardware would use a higher bitrate.) It also handles PPPoE for DSL, since the DSL 'modem' is configured as a pass-through.
Also, if you care to learn anything about the system you're using, the 5 minutes of research per line of msconfig is totally worth it. Then a quick load of the task manager (on any computer running the same OS) will let you know what needs to be running, and all the other junk that is safe to disable.
The less applications installed, the fewer apps running, the more knowledge you have over the remaining programs, the better.
With Cookie Monster it's not too painful. Set it to apply to the entire domain and not deal with subdomains, and have it block by default. Any time they need to login, just click the icon and permanently allow. Any time some crappy website that requires cookies denies them, then temporarily-allow.
I'm not saying most people will do this, but a fair amount can do this if they care. I doubt there is anything we can say to show them they should care, however.
RefControl might help you here. Additionally the HTTPSEverywhere extension; then all the iframes over regular http would get converted to https and hopefully fail.
You almost need to: allow cookies for facebook.com, login to facebook,...., logout, block cookies for facebook.com, continue normal browsing.
I also recommend adding Cookie Monster to that list. I don't use Flashblock as NoScript pretty much takes care of it; I do allow scripts from the same domain by default.
Or, try the wonderful subsonic music streamer instead!
It's a great piece of software (server-side) with a sweet android client (all GPLv3). Also has many other clients (iOS, flex, windows7, etc).
I used to edit the .rdf too, but this comment (above) shows a better way:
http://news.slashdot.org/comments.pl?sid=2257134&cid=36517372
There is a configuration option to disable version checking for add-ons. Set extensions.checkCompatibility. to false in about:config. The add-ons generally work. It might also work as just extensions.checkCompatibility set to false for all versions, but I'm not sure.
Yup. And you can keystroke log everything, so you can "play it back" to see who did what and when. (Meaning: you can give someone a root shell (ala sudo su -), but still log everything.)
© 2011 All Rights Reserved. Geeknet, Inc.
I think most "brand" owners that license ($185k + implementation) their own TLDs through this new ICANN process will simply redirect them to their established .com or .ccTLD that they already own.
However, there is the *few* companies that could appreciate returns from a new TLD such as .ebay for all sellers to have their own domain, and .facebook (.fb) for their users to have domains instead of sub-domains or URLs (company.tld/user).
That's how Chinese Internet Keywords work, and there is a "keyword registry" for them, just like a "domain registry".
It's just like DNS though, you're still mapping a name to a number (IP) somehow.
In your example, assuming *.apple was a wildcard top level domain, www.apple would go directly to their website. (And perhaps even "apple" if they used a glue record at the root servers.)
Thanks for the info. I have the same issue as the GP (but on Verizon). Viewing "My Apps" under the Market did not reveal an update. However, manually searching for flash player, then doing the update worked for me. (2.2 - froyo)
Yes: https://www.eff.org/
Except a lot of sites will go to the effort of maintaining a blacklist of "throw away email" domains, such as mailinator.com (yet those same sites won't salt+hash the password).
If you create a new address at a domain you own, you're in the same identity-linking problem. Creating new accounts that need to be maintained every few months (gmail/yahoo/etc) are also a pain.
An annoying problem for sure, but I agree that we should try to follow some of your guidelines. (And I think many of us on /. already do.)
Totally OT, but if you're just extracting columns, cut is great. However, I still use awk in those cases because I often go back and "do something else" with the data too. For instance, I might want to stick these email addresses in a hash to keep a counter, then print any with count > 1. Or perhaps I'm dealing with columns of numbers and wish to printf them for formatting. If I stick with the habit of using awk, even for simple operations, I use it more so I learn more features over time.
Why store all your music in "the cloud" when you can serve it yourself to any browser and many devices (iphone, android, etc) from a PC you control using Subsonic?
She specifically warns the reader that she changed to the first person to give an accurate account from that single source (mentioned in the summary). Since she only had once source for that information, and the information appears to be extreme if even partially true, she told his story in a different way.
The Fresh Air interview with Terry Gross:
http://www.npr.org/2011/05/17/136356848/area-51-uncensored-was-it-ufos-or-the-ussr
Listen or Download link is right at the top.
Have you read parts of the ICANN PDF (second link from this overview page)? Start on page 25, but pay attention to page 29. First, your domains are frozen by the registry, and your registrar is obligated to freeze your whois information. You have two weeks to respond -- hopefully you don't receive email at a frozen domain! Also, hope that the authoritative nameservers any of your domains (URS targeted or not) use are not frozen!
The UDRP process was more transparent, often used larger panels of arbiters, and domains under complaint were not disabled until the UDRP process was complete. The URS describes some unnamed Third Party provider to process the URS request. Where is the transparency? The provider should be required to be open and publicly post all of the filings, requests, and responses. They should also require multi-person teams to not concentrate so much power in the hands of a single individual. It should be modeled after a judiciary system with checks and balances. I'm not saying UDRP can't be streamlined to process bulk requests and even short the response time, but two weeks is very short- especially if your email is disabled at you must wait for the certified letter.
URS is a -- claimed to be guilty, freeze your domain, then prove your innocence -- process.
Agreed that a "read from sdcard" (read_external_storage) permission should exist.
However, the write_external_storage permission exists since API level 4 (android 1.6). Previous OS versions implicitly allowed that permission.
http://developer.android.com/reference/android/Manifest.permission.html#WRITE_EXTERNAL_STORAGE
http://developer.android.com/guide/topics/data/data-storage.html#filesExternal
Technically, your camera app could mark the files private to only itself; then you'd have to use it to view them (not a gallery) and share them (or copy to a temp area to be shared).
It would be rad to pick and choose. And even if the apps are programmed poorly that they require access, the android OS could supply some API/system calls with your choice of random/empty/fixed data. E.g. an app wants Fine GPS acess, but doesn't need it for anything but advertising. Great, just feed it the south pole every time it asks.
Correct- you'd have to disable saving GPS points in the EXIF data. However, blocking the network request when the app phones home would be sufficient.
To the parent's point, I would love a sandbox that surrounded each app with a configuration for each permission it requested. So the app could say "I need permissions to read GPS data, write SD contents, read browser history, etc" and I could happily install it knowing my sandbox would return empty/random/fixed data for those API/system calls.
With the WRT54GL, I'm running Tomato (the build with openVPN) and I transfer terabytes over wifi since I stream Netflix to my Wii over it with WPA2. It is very stable, and averages about 1.8Mbit/s for streaming Netflix. (The component cable for the Wii makes a difference, but fancier hardware would use a higher bitrate.) It also handles PPPoE for DSL, since the DSL 'modem' is configured as a pass-through.
# uptime
11:20:03 up 222 days, 23:58, load average: 0.00, 0.00, 0.00
Also, if you care to learn anything about the system you're using, the 5 minutes of research per line of msconfig is totally worth it. Then a quick load of the task manager (on any computer running the same OS) will let you know what needs to be running, and all the other junk that is safe to disable.
The less applications installed, the fewer apps running, the more knowledge you have over the remaining programs, the better.
OSPFv3 is most certainly IPv6.
http://packetlife.net/blog/2008/sep/1/ipv6-and-ospfv3/
All of those items affect FF 3.6 as well, except regular right-click still works.
Also affects FF 3.6
With Cookie Monster it's not too painful. Set it to apply to the entire domain and not deal with subdomains, and have it block by default. Any time they need to login, just click the icon and permanently allow. Any time some crappy website that requires cookies denies them, then temporarily-allow.
I'm not saying most people will do this, but a fair amount can do this if they care. I doubt there is anything we can say to show them they should care, however.
RefControl might help you here. Additionally the HTTPSEverywhere extension; then all the iframes over regular http would get converted to https and hopefully fail.
You almost need to: allow cookies for facebook.com, login to facebook, ...., logout, block cookies for facebook.com, continue normal browsing.
Try Cookie Monster for help with that.
A pain in the ass, but I wouldn't trust facebook either, even if they did claim to honor DNT.
Not if you're still accepting cookies from facebook.com / fbcdn.net
I also recommend adding Cookie Monster to that list. I don't use Flashblock as NoScript pretty much takes care of it; I do allow scripts from the same domain by default.