summaryrefslogtreecommitdiff
path: root/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu
diff options
context:
space:
mode:
authorluxagraf <sng@luxagraf.net>2020-04-28 10:24:02 -0400
committerluxagraf <sng@luxagraf.net>2020-04-28 10:24:02 -0400
commitf343ef4d92352f9fc442aeb9c8b1abee27d74c62 (patch)
tree4df5c497e7caeab1f8932df98ad3d00fef228a3e /old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu
parenta222e73b9d352f7dd53027832d04dc531cdf217e (diff)
cleaned up wired import
Diffstat (limited to 'old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu')
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/allpeers.jpgbin6384 -> 0 bytes
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/allpeers.txt18
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/digg.txt18
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/ff.txt21
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/mtorrent.jpgbin10281 -> 0 bytes
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/utorrentmobile.txt16
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs.jpgbin5642 -> 0 bytes
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs1.jpgbin22874 -> 0 bytes
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs2.jpgbin100722 -> 0 bytes
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vistabattery.txt19
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/yahoo.txt19
-rw-r--r--old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/yahoop.jpgbin6550 -> 0 bytes
12 files changed, 0 insertions, 111 deletions
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/allpeers.jpg b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/allpeers.jpg
deleted file mode 100644
index 2d286cb..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/allpeers.jpg
+++ /dev/null
Binary files differ
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/allpeers.txt b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/allpeers.txt
deleted file mode 100644
index 6cf05be..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/allpeers.txt
+++ /dev/null
@@ -1,18 +0,0 @@
-AllPeers, the private file-sharing extension for Firefox, has added full support for BitTorrent. Although AllPeers has always supported BitTorrent transfers of its own files (i.e. the files you share through your account) the new features effectively make [AllPeers][3] a BitTorrent client.
-
-AllPeers made our 10 Best [list of Firefox add-ons][4] a while back. The browser extension lets users build ad hoc, private P2P file-sharing networks between groups of friends running the client.
-
-It's dead simple to use -- you just drag a folder or file you want to share into the extension's sidebar pane, and it's sharable on your private network. There's encrypted chat built in, too, so you can talk privately about what to share next.
-
-Unlike your standard BitTorrent client, the AllPeers network is completely private with all sharing done between authorized peers.
-
-Couple that will full BitTorrent support and you effectively have a ready-to-go darknet, which, with more and more torrent trackers facing legal threats, may up the appeal of AllPeers for some users.
-
-Ars Technica [asked][2] AllPeers co-founder and CTO Matthew Gertner about the darknet potential but Gertner downplayed that aspect saying his company "doesn't encourage customers to share copyrighted content and that longer-term, his vision is to provide a 'viable, legal alternative' for content providers."
-
-Sounds like a pretty good party line, but as [Digg has discovered][1], users don't always toe the party line the way CTOs do.
-
-[1]: http://blog.wired.com/gadgets/2007/05/kevin_rose_if_w.html
-[2]: http://arstechnica.com/news.ars/post/20070725-full-bittorrent-support-offline-sharing-coming-to-allpeers.html
-[3]: http://www.allpeers.com/
-[4]: http://blog.wired.com/wiredphotos37/2007/05/allpeers.html \ No newline at end of file
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/digg.txt b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/digg.txt
deleted file mode 100644
index c92d97c..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/digg.txt
+++ /dev/null
@@ -1,18 +0,0 @@
-Social News site Digg has [dumped Google in favor of Microsoft][2] to serve up the contextual ads on the site. Financial details of the agreement have not disclosed, but the deal is a three-year contract.
-
-Kevin Rose [announced the change][1] on his blog saying that the new deal is "similar to the one Facebook signed with Microsoft last year."
-
-Rose goes on to say that "this move gives us an advertising partner with a larger organization and a more scalable technology platform to keep pace with Digg's growth."
-
-Digg will also apparently continue working with its other ad partner, Federated Media, on integrated sponsorships in areas like the Digg labs where, for instance, the [Arc project][4] runs FM ads.
-
-FM's exact role is a little unclear though, FM Chief Executive John Battelle [writes on his blog][3], "It's no secret that Digg is the kind of property--like Facebook--that was bound to get the attention of the 'Big Guys' as they continue to play an evermore fascinating game of Internet chess."
-
-Google has not commented on Digg's move.
-
-Rose also writes that more changes and new features for Digg are "coming soon."
-
-[1]: http://blog.digg.com/?p=89
-[2]: http://www.microsoft.com/Presspass/press/2007/jul07/07-25DiggPR.mspx
-[3]: http://www.federatedmedia.net/blog/archives/2007/07/big_news_for_di.php
-[4]: http://labs.digg.com/arc/ \ No newline at end of file
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/ff.txt b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/ff.txt
deleted file mode 100644
index c91fca4..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/ff.txt
+++ /dev/null
@@ -1,21 +0,0 @@
-Yet another vulnerability in Firefox's URL handler component was published earlier this week. As with earlier bugs, the new flaw could allow crackers to run unauthorized software on a victim's machine.
-
-An earlier bug that exploited the URI handler has already been addressed. Though a patch has not yet been released, the item is [listed as "Resolved Fixed"][2] in the Mozilla bug tracker.
-
-Firefox's URI handler has caused problems for Mozilla ever since security researcher Thor Larholm [showed][1] that the way Internet Explorer and Firefox pass URIs between them could be exploited to launch software without authorization.
-
-Mozilla initially claimed the bug lay with Explorer, but later retracted that statement and admitted the Firefox was at least partly fault.
-
-It's difficult to keep track of all these exploits because they essentially do the same thing, but use different mechanisms to pass through the URI. The basic gist of the attack is that you visit a malicious site in IE which then calls up Firefox 2 and passes through a URI and parameters.
-
-These parameter strings can be nearly anything. An early proof-of-concept attack created a new Firefox user profile without authorization, but much worse could be achieved.
-
-Billy Rios, who [reported the latest version of the URI attack][3], says that developers should use caution in allowing their applications to register a URI handler.
-
->Developers who intend to (or have already) registered URIs for their applications MUST UNDERSTAND that registering a URI handler exponentially increases the attack surface for that application. Please review your registered URI handling mechanisms and audit the functionality called by those URIs…
-
-For those of us at the user end of spectrum, Mozilla says that they are working to solve this latest attack and that a patch should be forthcoming. And remember this flaw is only a vulnerability if you're using IE and have Firefox installed.
-
-[1]: http://blog.wired.com/monkeybites/2007/07/security-flaw-d.html
-[2]: https://bugzilla.mozilla.org/show_bug.cgi?id=389580
-[3]: http://xs-sniper.com/blog/2007/07/24/remote-command-execution-in-firefox-2005/ \ No newline at end of file
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/mtorrent.jpg b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/mtorrent.jpg
deleted file mode 100644
index c1febf8..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/mtorrent.jpg
+++ /dev/null
Binary files differ
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/utorrentmobile.txt b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/utorrentmobile.txt
deleted file mode 100644
index 3cb5d69..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/utorrentmobile.txt
+++ /dev/null
@@ -1,16 +0,0 @@
-Are you obsessed with the progress of your torrent downloads? So obsessed you want to keep tabs on them from your mobile phone? Well, good news my OCD friends, there's now a [mobile client][2] for the popular µTorrent client.
-
-The new software, named µTorrent mUI, allows you to remotely control your torrents from just about any mobile browser -- like Opera Mini.
-
-Although I haven't tested it, reading through the site notes it would see that mUI works a lot like the existing WebUI, but is slightly stripped down to make it more light-weight.
-
-MUI lets you monitor torrent progress and control torrents running on your desktop PC from your mobile phone, wherever you are. The µTorrent mobile UI ditches most of the graphical elements of the desktop client for plain-text views of the most important µTorrent functions.
-
-Through the mUI you can start, pause, stop and monitor downloads. The UI also offers some additional information about every Torrent -- number of peers, percent downloaded and more.
-
-We should not that, despite the name, the µTorrent mUI is not an official part of the µTorrent project and was developed by an outsider who was a fan of the client and wanted a mobile interface.
-
-[via [TorrentFreak][2]]
-
-[2]: http://torrentfreak.com/utorrent-mobile-ui-goes-live-tomorrow/
-[1]: http://utorrentmui.com/desktop.html \ No newline at end of file
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs.jpg b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs.jpg
deleted file mode 100644
index 3945a5f..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs.jpg
+++ /dev/null
Binary files differ
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs1.jpg b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs1.jpg
deleted file mode 100644
index 2ab62d9..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs1.jpg
+++ /dev/null
Binary files differ
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs2.jpg b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs2.jpg
deleted file mode 100644
index 33ea4a3..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vbs2.jpg
+++ /dev/null
Binary files differ
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vistabattery.txt b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vistabattery.txt
deleted file mode 100644
index 99cf2f4..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/vistabattery.txt
+++ /dev/null
@@ -1,19 +0,0 @@
-There's no two ways about it, Windows Vista is a drain on laptop batteries. The two greatest energy hogs are the slick Aero interface and the gadget sidebar. It makes sense then, when running on battery power, to disable both of those features. Unfortunately there's no easy way to do so with the default install, but the freeware app Vista Battery Saver, makes the process a snap.
-
-The [newly released beta version][3] adds the ability to switch between power management settings whenever you unplug.
-
-Install Vista Battery Saver and every time you unplug your machine it will automatically switch off both the Aero interface and the sidebar. Plugin in again and they're back.
-
-Once you install and setup Vista Battery Saver you don't have to worry about it again, the software runs in the system tray and does its thing in the background.
-
-Vista Battery Saver uses about 6 MBs of RAM, but has almost no effect on your CPU usage.
-
-We've complained about Vista battery life in the past, and even [Microsoft admits][1] that the Aero interface reduces battery life by 1-4 percent (and I'd say that's a very conservative estimate), but thanks to Vista Battery Life you should be able to milk even more precious minutes out of your laptop batteries.
-
-I should note that Vista Battery Saver 2 is in beta and usual warning apply, but I haven't had any problems.
-
-[via [Download Squad][2]]
-
-[1]: http://windowsvistablog.com/blogs/windowsvista/archive/2007/05/14/aero-and-battery-life.aspx
-[2]: http://www.downloadsquad.com/2007/07/25/get-better-battery-life-with-vista-battery-saver/
-[3]: http://www.codeplex.com/vistabattery/ \ No newline at end of file
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/yahoo.txt b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/yahoo.txt
deleted file mode 100644
index 1d062de..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/yahoo.txt
+++ /dev/null
@@ -1,19 +0,0 @@
-
-
-Yahoo has [joined][3] Google, Microsoft and Ask in changing its privacy policy and shortening the amount of time it stores user data. Yahoo says it will make all search log data anonymous after 13 months, compared to Google's retention of 18 months.
-
-One thing to keep in ming though is that Yahoo is applying the time-frame to log data whereas Google's policy applies to cookies and log data. Yahoo's cookie policy was not mentioned in today's announcement.
-
-Yahoo has not said when the new policy will take effect, but the company hopes to roll it out by the end of the year.
-
-Perhaps more meaningful for users though, is something that has been largely overlooked in the recent flurry of search engine privacy announcements -- OpenDNS, the free, alternative domain name server, has also changed its data retention policy.
-
-Kudos to Ryan Singel over at Treat Level for [noticing][2] that OpenDNS has said it will only log data for users without accounts for 48 hours, while users with accounts can delete them at will, view them, or direct the company to not log them at all.
-
-As Singel writes "What's important about that? Well, your ISP is in a position to know as much about what you do online as any search engine, but as an industry they remain purposefully opaque about what data they monitor and how long they keep data."
-
-If you're interested in bypassing your ISP in favor of OpenDNS, check out [Singel's earlier write up][1].
-
-[1]: http://www.wired.com/science/discoveries/news/2006/07/71345
-[2]: http://blog.wired.com/27bstroke6/2007/07/under-scrutinty.html
-[3]: http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9027924&source=rss_news50 \ No newline at end of file
diff --git a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/yahoop.jpg b/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/yahoop.jpg
deleted file mode 100644
index 38b1e5a..0000000
--- a/old/published/Webmonkey/Monkey_Bites/2007/07.23.07/Thu/yahoop.jpg
+++ /dev/null
Binary files differ