<?xml version="1.0" encoding="UTF-8"?> <rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:wfw="http://wellformedweb.org/CommentAPI/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
> <channel><title>IPHere &#187; Kill</title> <atom:link href="https://www.iphere.com/tag/kill/feed" rel="self" type="application/rss+xml" /><link>https://www.iphere.com</link> <description>We show your current IP</description> <lastBuildDate>Wed, 03 Aug 2022 14:13:56 +0000</lastBuildDate> <language>en-US</language> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.6.1</generator> <item><title>Google&#8217;s Plan To Kill Cookies</title><link>https://www.iphere.com/googles-plan-to-kill-cookies</link> <comments>https://www.iphere.com/googles-plan-to-kill-cookies#comments</comments> <pubDate>Mon, 23 Sep 2013 14:13:16 +0000</pubDate> <dc:creator>IPHere</dc:creator> <category><![CDATA[General]]></category> <category><![CDATA[Cookies]]></category> <category><![CDATA[Google's]]></category> <category><![CDATA[Kill]]></category> <category><![CDATA[Plan]]></category> <guid
isPermaLink="false">http://www.iphere.com/googles-plan-to-kill-cookies</guid> <description><![CDATA[Google is floating a plan to cease tracking Internet users with cookies, which are bits of code stored in browsers that allow third-party advertising and marketing firms to track consumers&#8217; browsing habits. Instead, Google is proposing a new system that would use an anonymous identifier for advertising &#8212; or AdID &#8212; to collect information on [&#8230;]]]></description> <wfw:commentRss>https://www.iphere.com/googles-plan-to-kill-cookies/feed</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Will NFV Kill Hardware Load Balancers?</title><link>https://www.iphere.com/will-nfv-kill-hardware-load-balancers</link> <comments>https://www.iphere.com/will-nfv-kill-hardware-load-balancers#comments</comments> <pubDate>Fri, 23 Aug 2013 08:13:41 +0000</pubDate> <dc:creator>IPHere</dc:creator> <category><![CDATA[General]]></category> <category><![CDATA[Balancers]]></category> <category><![CDATA[Hardware]]></category> <category><![CDATA[Kill]]></category> <category><![CDATA[Load]]></category> <guid
isPermaLink="false">http://www.iphere.com/will-nfv-kill-hardware-load-balancers</guid> <description><![CDATA[As load balancing and other network functions get delivered via virtual appliances, does the hardware ADC have a future? Network Computing]]></description> <wfw:commentRss>https://www.iphere.com/will-nfv-kill-hardware-load-balancers/feed</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Microsoft should kill Lync rather than integrate it with Skype</title><link>https://www.iphere.com/microsoft-should-kill-lync-rather-than-integrate-it-with-skype</link> <comments>https://www.iphere.com/microsoft-should-kill-lync-rather-than-integrate-it-with-skype#comments</comments> <pubDate>Thu, 30 May 2013 02:18:56 +0000</pubDate> <dc:creator>IPHere</dc:creator> <category><![CDATA[General]]></category> <category><![CDATA[integrate]]></category> <category><![CDATA[Kill]]></category> <category><![CDATA[Lync]]></category> <category><![CDATA[Microsoft]]></category> <category><![CDATA[rather]]></category> <category><![CDATA[Should]]></category> <category><![CDATA[Skype]]></category> <category><![CDATA[Than]]></category> <guid
isPermaLink="false">http://www.iphere.com/microsoft-should-kill-lync-rather-than-integrate-it-with-skype</guid> <description><![CDATA[Microsoft has rolled out the first phase of integrating Lync and Skype. Merging the two together makes both services better, but an even better solution would be to eliminate one of them altogether. In a blog post announcing the update, Microsoft explains that Skype contacts can now be added to Lync, and Lync users can [&#8230;]]]></description> <wfw:commentRss>https://www.iphere.com/microsoft-should-kill-lync-rather-than-integrate-it-with-skype/feed</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Kill the Traditional PCIe Slot: A Modest Proposal</title><link>https://www.iphere.com/kill-the-traditional-pcie-slot-a-modest-proposal</link> <comments>https://www.iphere.com/kill-the-traditional-pcie-slot-a-modest-proposal#comments</comments> <pubDate>Tue, 02 Apr 2013 14:14:31 +0000</pubDate> <dc:creator>IPHere</dc:creator> <category><![CDATA[General]]></category> <category><![CDATA[Kill]]></category> <category><![CDATA[Modest]]></category> <category><![CDATA[PCIe]]></category> <category><![CDATA[Proposal]]></category> <category><![CDATA[Slot]]></category> <category><![CDATA[Traditional]]></category> <guid
isPermaLink="false">http://www.iphere.com/kill-the-traditional-pcie-slot-a-modest-proposal</guid> <description><![CDATA[Let&#8217;s get rid of traditional PCIe slots and move all the cable connections to the front of the server. We&#8217;ll get compelling maintenance and operational advantages. Here&#8217;s how and why. Network Computing]]></description> <wfw:commentRss>https://www.iphere.com/kill-the-traditional-pcie-slot-a-modest-proposal/feed</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Will SDN Kill TRILL?</title><link>https://www.iphere.com/will-sdn-kill-trill</link> <comments>https://www.iphere.com/will-sdn-kill-trill#comments</comments> <pubDate>Wed, 27 Feb 2013 08:12:53 +0000</pubDate> <dc:creator>IPHere</dc:creator> <category><![CDATA[General]]></category> <category><![CDATA[Kill]]></category> <category><![CDATA[TRILL]]></category> <guid
isPermaLink="false">http://www.iphere.com/will-sdn-kill-trill</guid> <description><![CDATA[Layer 2 multipathing standards such as TRILL and SPB may seem redundant in an SDN world. But these standards still have a role to play while we wait to see how the SDN market matures. Network Computing]]></description> <wfw:commentRss>https://www.iphere.com/will-sdn-kill-trill/feed</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Wi-Fi Direct Just Might Kill Bluetooth&#8211;Are You OK With That?</title><link>https://www.iphere.com/wi-fi-direct-just-might-kill-bluetooth-are-you-ok-with-that</link> <comments>https://www.iphere.com/wi-fi-direct-just-might-kill-bluetooth-are-you-ok-with-that#comments</comments> <pubDate>Thu, 06 Jan 2011 00:45:15 +0000</pubDate> <dc:creator>IPHere</dc:creator> <category><![CDATA[General]]></category> <category><![CDATA[BluetoothAre]]></category> <category><![CDATA[Direct]]></category> <category><![CDATA[Just]]></category> <category><![CDATA[Kill]]></category> <category><![CDATA[Might]]></category> <category><![CDATA[WiFi]]></category> <guid
isPermaLink="false">http://www.iphere.com/wi-fi-direct-just-might-kill-bluetooth-are-you-ok-with-that</guid> <description><![CDATA[In late 2010, I blogged about Wi-Fi Direct&#8217;s arrival. Though ad hoc wireless networking has been allowed under 802.11 operations since the standard was a baby, it wasn&#8217;t exactly easy to execute. Now, Wi-Fi Direct puts a friendly face on device-to-device wireless communications, and some predict that it will seriously horn in on Bluetooth&#8217;s place [&#8230;]]]></description> <wfw:commentRss>https://www.iphere.com/wi-fi-direct-just-might-kill-bluetooth-are-you-ok-with-that/feed</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Think Net Neutrality Will Kill Innovation And Jobs? Think Again</title><link>https://www.iphere.com/think-net-neutrality-will-kill-innovation-and-jobs-think-again</link> <comments>https://www.iphere.com/think-net-neutrality-will-kill-innovation-and-jobs-think-again#comments</comments> <pubDate>Tue, 21 Dec 2010 08:37:27 +0000</pubDate> <dc:creator>IPHere</dc:creator> <category><![CDATA[General]]></category> <category><![CDATA[Again]]></category> <category><![CDATA[Innovation]]></category> <category><![CDATA[Jobs]]></category> <category><![CDATA[Kill]]></category> <category><![CDATA[Neutrality']]></category> <category><![CDATA[Think]]></category> <guid
isPermaLink="false">http://www.iphere.com/think-net-neutrality-will-kill-innovation-and-jobs-think-again</guid> <description><![CDATA[I simply do not understand how Net neutrality detractors think that the proposed rules the FCC wants to put into place could hurt innovation. Even a cursory read of the rules shows that they are trying to set a level playing field, ensuring that those who control the last mile cannot arbitrarily limit or restrict [&#8230;]]]></description> <wfw:commentRss>https://www.iphere.com/think-net-neutrality-will-kill-innovation-and-jobs-think-again/feed</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Dell&#8217;s Compellent Deal Should Hurt, Not Kill, EMC Relationship</title><link>https://www.iphere.com/dells-compellent-deal-should-hurt-not-kill-emc-relationship</link> <comments>https://www.iphere.com/dells-compellent-deal-should-hurt-not-kill-emc-relationship#comments</comments> <pubDate>Sat, 11 Dec 2010 00:52:17 +0000</pubDate> <dc:creator>IPHere</dc:creator> <category><![CDATA[General]]></category> <category><![CDATA[Compellent]]></category> <category><![CDATA[Deal]]></category> <category><![CDATA[Dell's]]></category> <category><![CDATA[Hurt]]></category> <category><![CDATA[Kill]]></category> <category><![CDATA[Relationship]]></category> <category><![CDATA[Should]]></category> <guid
isPermaLink="false">http://www.iphere.com/dells-compellent-deal-should-hurt-not-kill-emc-relationship</guid> <description><![CDATA[Dell&#8217;s proposed acquisition of Compellent Technologies should mean that the EMC Clariion relationship, which took a big hit with Dell&#8217;s acquisition of EqualLogic and suffered another body blow when Dell lost out to Hewlett-Packard in the 3Par bidding war, is pretty much over. Dell is seeking to acquire all outstanding common stock of Compellent for [&#8230;]]]></description> <wfw:commentRss>https://www.iphere.com/dells-compellent-deal-should-hurt-not-kill-emc-relationship/feed</wfw:commentRss> <slash:comments>0</slash:comments> </item> </channel> </rss>