The individual patented the 'web' before the web was even heard of outside of universities. There might be prior art but that is another argument.
What about 1991: Archie for file searching, WAIS for document searching, or all the public sites you could telnet into? Weren't those services? Or 1992: Gopher as a not too distant predecessor of http(d) and Veronica a year later as a menu service for Gopher pages. The 1+ million hosts on the Internet by late 1992 were not just at universities. How can all the servers that were running out there not qualify, at least in part, as prior art for 'Web Services'. Even NTP was around in 1992 - that's purely an automated web service - a client application getting data from a server application and doing something with the response in an automated fashion. I'm sure a good long browsing session through the RFC's would yield enough prior are to kill this patent.
Sorry to burst your bubble, but unless you plan on nuking bagdad, even the kids will be shooting your soldiers.
Way off topic... but Saddam is a ruthless dictator who needs to be ousted from power. The people are not free to elect their own leaders and they're imprisoned, tortured and/or killed for speaking out against the government (hmmm... I could be describing North Korea, Iran, the former Soviet Union, etc...). Regardless of the weapons of mass destruction, Saddam needs to be taken out of power - and the people want him gone -- the kids too.
Honestly I don't support the war, but I'm opposed to dictatorships and I don't see an alternate way to get rid of him that doesn't involve the military. The choices our president is making now may or may not result in him reelected next year. But at least our people can choose their leaders. [insert joke about how we didn't pick Bush]. The next election will certainly be interesting.
Bush clearly went down the wrong path if his goal was to invade Iraq. The way I see it, if Bush was going to go to war with or without the UN, he should never have involved them. All it did was make himself look worse than if he had just gone ahead and done it. If the US had immediately followed the campaign in Afghanistan with a campaign in Iraq, the world would have looked the other way. Instead, after 8 wasted months later, a half dozen completely tangential arguments (they're terrorists, they have WMD's, they torture people, they're lying, they're only cooperating to delay war, etc...), and world support dwindling down... now we attack. Woohoo... now we look like bullies. Thanks W.
All I'm saying is that he could have gone about it differently - but it doesn't change the fact that the kids are going to be thanking, not shooting, our soldiers.
We run postgres and we're doing our damndest to get rid of it. We have some databases that get 50-100% data turnover rate daily, making hourly vacuums essential to not having the Ever Expanding Database problem. Not to mention that vacuum doesn't clean up indexes, so you'll also have to re-index periodically if you don't want those to grow to thousands of times their optimal size.
Vacuuming is just a side effect of MVCC -- the expired rows have to be kept around so that other open transactions can see them. You pay on the backend for better concurrency on the front end. Even if you were continuously vacuuming your overall query latency and CPU usage would probably be lower than an equivalent MySQL database. There are also 3rd party projects that auto-vacuum... this is something that really should just be built in though. If automatic vacuuming were a configurable part of the base distribution, like the statistics collector, I'm sure you wouldn't be complaining. The sad thing is that it would be such an easy thing to add.
As far as reindexing, I would call that a bug with they way B-Tree indexes are designed. Fortunately, the database is able to reuse index pages if the rows contain similar values. But that doesn't help if you're indexing data that's never similar you're going to be screwed. For example, if your indexed column is a sequence and you delete only the oldest values the db won't be able to reuse that space in the b-tree. A solution would be to use random numbers for your keys since you would get an even distribution over time. It might be worth trying one of the other index types though (R-tree, GiST, or Hash) to see if you get the same results.
Liquid oxygen on the other hand is very explosive and is not easily used in "amateur-type" rockets.
No it isn't... LOX is used to simply speed up the oxidization (burning/explosion) of a fuel. It's compressed, but in that respect it's no more explosive than liquid Helium. A rich oxygen environment helps things burn much faster than normal air, but the oxygen itself is not explosive.
It's funny though.. if this story weren't submitted by one of the authors of the paper, do you think it would have gotten through? Does submitting your own site lend some level of legitimacy to it that says, "No need to check this one, if the author is submitting it then it must be new!". It makes me wonder if he submitted the story before or after the other one was posted.
With email, the source can be proxied and faked up enough that broad enforcement is difficult.
All SPAM is offering some commercial product - and that product is never obscured, there's either a telephone number, web site, or mailing address to buy whatever junk they're selling. So it is, in fact, very easy to track down and prosecute most spammers... except when both the spammer and the product are being sold outside of the US.
It could be enough for someone to snag the SSH private keys for a connection.
No, the SSH private keys are never in an ethernet packet to begin with. You can only get information from the target system that it a) has already sent somewhere else; b) got from a pool of free memory and then sent you packet with fewer than 46 bytes of data in it (i.e. ICMP). I find it hard to believe that this is remotely useful since you only get up to 46 bytes - so your ssh key would have to be in a block of memory that had been deallocated back to the kernel memory pool - and the ethernet driver has to be lucky enough to then allocate that memory when it needed more buffer. But why would it need to allocate more buffer when all you're asking from it is a packet that contains less than 46 bytes?
The idea that it's a useful exploit from that standpoint that you can read a remote systems memory is a bit preposterous. It all seems like it requires a coincidence on the order of planetary alignment for any valuable information to be extracted from this bug. Yes, you can grab parts of previously sent packets - but in a world where all sensitive information is encrypted prior to transmission this flaw is just moot. Fix it, move on, nothing to see here.
thank you, captain obvious, how would i ever figure out how to do really stupidly easy windows things without you?
Because the person who wrote the parent post said this before his request for better icons:
You know what's missing from Phoenix that's stopping me from replacing IE entirely on Windows XP?
So I answered him with a stupid windows trick. What the hell?? He asked a stupid question, and got a stupid answer. What more should I have done?
now, for some bonus points, how do i change icons in kde? gnome? perhaps then you'd like to tell me just how the fuck i'm supposed to reorganise my programs menu in either. what? it's harder to explain stuff in linux than windows? no shit, slashdot.
Fine then, if you want a stupid linux answer, you can have one: download the source, copy your replacement icon over the mozilla icon, and recompile and install. And shockingly it's instantly fixed in KDE, Gnome, and any other desktop environment. And you could even (gasp!) send your new icons back to the developers and maybe they'll include them in the released version.
Re:Pheonix vs Mozilla on Win32 (I prefer mozilla)
on
Phoenix 0.5 Has Arrived
·
· Score: 4, Interesting
This is not intended as a flame or anything, but what is the point of quicklaunch, really? I realize it must be important in Win32, as so many people are talking about it. I mean, I start things like Phoenix and Evolution, and then have them running continuously, until I need to reboot or restart phoenix due to a memory leak or something - it's usually running for weeks at a time.
Yep, exactly... people are whining because Mozilla doesn't start as fast as IE because its binary is 2x the size and actually takes much longer to be loaded off disk. Quicklaunch just adds that same amount of delay to the startup time after you log into your computer by preloading the massive binary. Phoenix on the other hand seems to take about as long to load the first time from a cold boot as IE does. And if you already have pheonix loaded it takes steps to speed it up even more and spawns a new thread from the existing browser.
My guess is that the work pattern is different on a Win32 desktop, and that you normally start an app, use it, then close it before you start another. Is it due to the lack of virtual desktops, or some other UI-related issue? I would not think it's resources, as Windows should swap out unused apps just like other OS:s.
My guess is that you're right about the work pattern. In older versions of windows resource handling was so poor that it seemed common to close apps when you weren't using them - of course this is all fixed now - but here's the rub: with quicklaunch enabled you aren't even conserving resources by closing Mozilla! Also worth noting is that virtual desktops are available as a powertoy for XP... but again the work pattern issue rises - people don't know how to use a modern system effectively.
Decent icons. No, seriously. Do proper (ie. a picture of a phoenix)
They're changing the name, maybe after that happens? Maybe for the 1.0 release? Who knows when they're going to change the icon... why the hell does it matter?
But more importantly: you can use any icon you want. Make a shortcut to the Phoenix exe. Then open properties and simply click the 'Change Icon...' button and find one that suits you.
Is this to say that Mozilla is already considered bloated and people are asking for a stripped-down version like Phoenix? Just goes to show there are some people you can never make happy.
The Mozilla project's goal is not to make a browser for end users. It's essentially a technology preview. Always has been - always will be. It shows off Gecko, XUL, the portable runtime, and a few other nifty things. Phoenix is an implementation of all that technology; it shares a common codebase but there are massive changes and additions that make it a new and separate project. All this work has made Phoenix an excellent replacement for Internet Explorer on any version of Windows -- Mozilla isn't.
The one thing I wish someone would write is a XUL based file manager. Something on the order of Phoenix. That's all that needs to be added really and you could mostly leave explorer unused on a Windows box. It would be nice to be able to use the same user interface to do things on Windows/Linux/Unix/Mac/etc... Microsoft was worried about Netscape becoming the desktop, and it could still happen.
You can enter the URL's separated by pipes (|). Or just click 'Use current page(s)' when you have your tab set open to the pages you want. It's way cool.
Yes, size matters quite a bit when it comes to laptops and other mobile devices - even settop boxes for that matter. When you want low power consumption and low heat output smaller chips are the answer. Advances like this always trickle down to the mobile market and consumers benefit as a result.
By caching the pages they link to, they not only steal the webmaster's content for profit(no doubt the cached pages will be ON slashdot, and thus have slashdot banners), but they will also be depriving the webmaster of revenue.
I don't think the guys at Slashdot could handle that many lawsuits at once.
I think they could set up a cache.slashdot.org server and have it fetch copies of all the links right before the story is posted. Then put a [cached] link for each one in the 'Related Links' section to the right of the story header. Of course they couldn't have banners on top, that would be violating copyright. But a simple google style cache of every link in the story would be a useful add-on to slashcode.
Others have said it but here it is again. Slashdot is a great resource but many interesting sites become inaccessable due to their servers not being able to handle the load. Why can't Slashdot set up a cache of the interesting pages like google does?
Because that would involve them either manually downloading and saving the cached copy or actually spending time to write code to automatically download and cache a copy of everything that's linked. If you want the feature, submit the patch to slashcode. Then it might eventually end up on slashdot.
But in this case it wouldn't help at all since it's more of an application than a web site. All the pages are dynamic... it's like trying to cache Google.
Even though it doesn't feel slashdotted yet, searching for "NASA cancelling the moon hoax book" yields this lovely error messge. Way fun...
An error has occurred.
Please notify the system administrator.
exception details: java.net.MalformedURLException: no protocol: NASA cancelling the moon hoax book java.net.MalformedURLException: no protocol: NASA cancelling the moon hoax book at java.net.URL.(URL.java:579) at java.net.URL.(URL.java:476) at java.net.URL.(URL.java:425) at com.thinktank23.waypoint.text.TextArtifact.(Unknow n Source) at com.thinktank23.waypoint.text.TextArtifact.(Unknow n Source) at com.thinktank23.waypoint.text.TextArtifact.getTran sientTextArtifact(Unknown Source) at com.thinktank23.waypoint.text.TextArtifact.getTran sientTextArtifact(Unknown Source) at com.thinktank23.waypoint.docsim.DocsimQuery.create Query(Unknown Source) at _rwn__jsp._jspService(_rwn__jsp.java:226) at com.caucho.jsp.JavaPage.service(JavaPage.java:74) at com.caucho.jsp.Page.subservice(Page.java:476) at com.caucho.server.http.FilterChainPage.doFilter(Fi lterChainPage.java:176) at com.caucho.server.http.Invocation.service(Invocati on.java:277) at com.caucho.server.http.CacheInvocation.service(Cac heInvocation.java:129) at com.caucho.server.http.HttpRequest.handleRequest(H ttpRequest.java:216) at com.caucho.server.http.HttpRequest.handleConnectio n(HttpRequest.java:158) at com.caucho.server.TcpConnection.run(TcpConnection. java:140) at java.lang.Thread.run(Thread.java:536)
In asymmetric systems, where the number of bits typically signifies the size of the prime used or some other type of like property, adding a single bit changes the 'estimated time to break' very little.
Slashdot Mirror
Already!! There are no comments on this story and it's already slashdotted.
What about 1991: Archie for file searching, WAIS for document searching, or all the public sites you could telnet into? Weren't those services? Or 1992: Gopher as a not too distant predecessor of http(d) and Veronica a year later as a menu service for Gopher pages. The 1+ million hosts on the Internet by late 1992 were not just at universities. How can all the servers that were running out there not qualify, at least in part, as prior art for 'Web Services'. Even NTP was around in 1992 - that's purely an automated web service - a client application getting data from a server application and doing something with the response in an automated fashion. I'm sure a good long browsing session through the RFC's would yield enough prior are to kill this patent.
All those coffee shops and bookstores that want to offer wireless access to anyone can now rejoice.
Yep, saw that... it was a government organized rally and there certainly weren't 10's of thousands of people there. So what does that tell you?
Way off topic... but Saddam is a ruthless dictator who needs to be ousted from power. The people are not free to elect their own leaders and they're imprisoned, tortured and/or killed for speaking out against the government (hmmm... I could be describing North Korea, Iran, the former Soviet Union, etc...). Regardless of the weapons of mass destruction, Saddam needs to be taken out of power - and the people want him gone -- the kids too.
Honestly I don't support the war, but I'm opposed to dictatorships and I don't see an alternate way to get rid of him that doesn't involve the military. The choices our president is making now may or may not result in him reelected next year. But at least our people can choose their leaders. [insert joke about how we didn't pick Bush]. The next election will certainly be interesting.
Bush clearly went down the wrong path if his goal was to invade Iraq. The way I see it, if Bush was going to go to war with or without the UN, he should never have involved them. All it did was make himself look worse than if he had just gone ahead and done it. If the US had immediately followed the campaign in Afghanistan with a campaign in Iraq, the world would have looked the other way. Instead, after 8 wasted months later, a half dozen completely tangential arguments (they're terrorists, they have WMD's, they torture people, they're lying, they're only cooperating to delay war, etc...), and world support dwindling down... now we attack. Woohoo... now we look like bullies. Thanks W.
All I'm saying is that he could have gone about it differently - but it doesn't change the fact that the kids are going to be thanking, not shooting, our soldiers.
Vacuuming is just a side effect of MVCC -- the expired rows have to be kept around so that other open transactions can see them. You pay on the backend for better concurrency on the front end. Even if you were continuously vacuuming your overall query latency and CPU usage would probably be lower than an equivalent MySQL database. There are also 3rd party projects that auto-vacuum... this is something that really should just be built in though. If automatic vacuuming were a configurable part of the base distribution, like the statistics collector, I'm sure you wouldn't be complaining. The sad thing is that it would be such an easy thing to add.
As far as reindexing, I would call that a bug with they way B-Tree indexes are designed. Fortunately, the database is able to reuse index pages if the rows contain similar values. But that doesn't help if you're indexing data that's never similar you're going to be screwed. For example, if your indexed column is a sequence and you delete only the oldest values the db won't be able to reuse that space in the b-tree. A solution would be to use random numbers for your keys since you would get an even distribution over time. It might be worth trying one of the other index types though (R-tree, GiST, or Hash) to see if you get the same results.
It looks like poor punctuation... it probably should have been:
"And since he has a great big bloody axe in his hands[,] are *you* going to argue with him[?]"
No it isn't... LOX is used to simply speed up the oxidization (burning/explosion) of a fuel. It's compressed, but in that respect it's no more explosive than liquid Helium. A rich oxygen environment helps things burn much faster than normal air, but the oxygen itself is not explosive.
It's funny though.. if this story weren't submitted by one of the authors of the paper, do you think it would have gotten through? Does submitting your own site lend some level of legitimacy to it that says, "No need to check this one, if the author is submitting it then it must be new!". It makes me wonder if he submitted the story before or after the other one was posted.
All SPAM is offering some commercial product - and that product is never obscured, there's either a telephone number, web site, or mailing address to buy whatever junk they're selling. So it is, in fact, very easy to track down and prosecute most spammers... except when both the spammer and the product are being sold outside of the US.
No, the SSH private keys are never in an ethernet packet to begin with. You can only get information from the target system that it a) has already sent somewhere else; b) got from a pool of free memory and then sent you packet with fewer than 46 bytes of data in it (i.e. ICMP). I find it hard to believe that this is remotely useful since you only get up to 46 bytes - so your ssh key would have to be in a block of memory that had been deallocated back to the kernel memory pool - and the ethernet driver has to be lucky enough to then allocate that memory when it needed more buffer. But why would it need to allocate more buffer when all you're asking from it is a packet that contains less than 46 bytes?
The idea that it's a useful exploit from that standpoint that you can read a remote systems memory is a bit preposterous. It all seems like it requires a coincidence on the order of planetary alignment for any valuable information to be extracted from this bug. Yes, you can grab parts of previously sent packets - but in a world where all sensitive information is encrypted prior to transmission this flaw is just moot. Fix it, move on, nothing to see here.
Yep, I completely missed the joke until after I replied... but then figured I wouldn't be redundant and point out that fact. But thanks ;-)
You know what's missing from Phoenix that's stopping me from replacing IE entirely on Windows XP?
So I answered him with a stupid windows trick. What the hell?? He asked a stupid question, and got a stupid answer. What more should I have done?
now, for some bonus points, how do i change icons in kde? gnome? perhaps then you'd like to tell me just how the fuck i'm supposed to reorganise my programs menu in either. what? it's harder to explain stuff in linux than windows? no shit, slashdot.
Fine then, if you want a stupid linux answer, you can have one: download the source, copy your replacement icon over the mozilla icon, and recompile and install. And shockingly it's instantly fixed in KDE, Gnome, and any other desktop environment. And you could even (gasp!) send your new icons back to the developers and maybe they'll include them in the released version.
Yep, exactly... people are whining because Mozilla doesn't start as fast as IE because its binary is 2x the size and actually takes much longer to be loaded off disk. Quicklaunch just adds that same amount of delay to the startup time after you log into your computer by preloading the massive binary. Phoenix on the other hand seems to take about as long to load the first time from a cold boot as IE does. And if you already have pheonix loaded it takes steps to speed it up even more and spawns a new thread from the existing browser.
My guess is that the work pattern is different on a Win32 desktop, and that you normally start an app, use it, then close it before you start another. Is it due to the lack of virtual desktops, or some other UI-related issue? I would not think it's resources, as Windows should swap out unused apps just like other OS:s.
My guess is that you're right about the work pattern. In older versions of windows resource handling was so poor that it seemed common to close apps when you weren't using them - of course this is all fixed now - but here's the rub: with quicklaunch enabled you aren't even conserving resources by closing Mozilla! Also worth noting is that virtual desktops are available as a powertoy for XP... but again the work pattern issue rises - people don't know how to use a modern system effectively.
Who knows, maybe people will wise up eventually.
Examples? Bug Reports?
If you don't tell anyone, it will never get fixed.
They're changing the name, maybe after that happens? Maybe for the 1.0 release? Who knows when they're going to change the icon... why the hell does it matter?
But more importantly: you can use any icon you want. Make a shortcut to the Phoenix exe. Then open properties and simply click the 'Change Icon...' button and find one that suits you.
The Mozilla project's goal is not to make a browser for end users. It's essentially a technology preview. Always has been - always will be. It shows off Gecko, XUL, the portable runtime, and a few other nifty things. Phoenix is an implementation of all that technology; it shares a common codebase but there are massive changes and additions that make it a new and separate project. All this work has made Phoenix an excellent replacement for Internet Explorer on any version of Windows -- Mozilla isn't.
The one thing I wish someone would write is a XUL based file manager. Something on the order of Phoenix. That's all that needs to be added really and you could mostly leave explorer unused on a Windows box. It would be nice to be able to use the same user interface to do things on Windows/Linux/Unix/Mac/etc... Microsoft was worried about Netscape becoming the desktop, and it could still happen.
Tools/Preferences/General/Location(s):
You can enter the URL's separated by pipes (|). Or just click 'Use current page(s)' when you have your tab set open to the pages you want. It's way cool.
Yes, size matters quite a bit when it comes to laptops and other mobile devices - even settop boxes for that matter. When you want low power consumption and low heat output smaller chips are the answer. Advances like this always trickle down to the mobile market and consumers benefit as a result.
The 7z format used by 7-Zip is an open architecture. There are several available compression methods and bzip2 is one of them.
Hah! That's funny... reading the directions would have helped. Still, the lack of input checking and catching exceptions is funny.
I think they could set up a cache.slashdot.org server and have it fetch copies of all the links right before the story is posted. Then put a [cached] link for each one in the 'Related Links' section to the right of the story header. Of course they couldn't have banners on top, that would be violating copyright. But a simple google style cache of every link in the story would be a useful add-on to slashcode.
Because that would involve them either manually downloading and saving the cached copy or actually spending time to write code to automatically download and cache a copy of everything that's linked. If you want the feature, submit the patch to slashcode. Then it might eventually end up on slashdot.
But in this case it wouldn't help at all since it's more of an application than a web site. All the pages are dynamic... it's like trying to cache Google.
Aha - very good to know! Thanks!