In my humble opinion the solution to everyones problems might be to simply use robots.txt files to limit what one is allowed to search and not. Making it illegal to not respect the contents of the file might even be a good idea.
There will probably be a need for a more flexible robots.txt format thought, allowing the server owners to specify what's allowed and what's not in a more flexible manner.
While this isn't a possible solution for the original poster, because he's tied to servlets, it might be a possible solution for others.
PHP allows for effective session management, and with a bit of work, I'm sure you could make it compatible with the WAP cookie things. It might even be possible to do so without having to mod the base system.
There are also several good looking WAP/HTML gateways either in early production or late development, and I'm sure those will be interesting.
Note that I have not looked much at either the gateways, or the possability of server side cookies in PHP. I'm just throwing the idea around incase it might help anyone.
I honestly don't think anyone's silly enough to want to use a encryption scheme that only encrypts traffic to the server, not all the way to the end user. The whole point is to keep the conversation secret.
You'd also loose all the advantages IRC have over such systems as AIM or ICQ.
Using SSH for encryption will not solve anything if you wish for a distributed model. IMHO the best, if not only solution, to encrypted chat over IRC would be to utilize the already set up networks, like EFNet, and then stuff a cryptographic module or script into the IRC clients. This will also enable one to let the user choose the client he wishes to use, and port the module.
To me, qmail seems like the obvious choice. It's dynamic nature combined with it's speed make it it the best candidate for this job. It's speed when sending mail is simply superior to all others, and it's using a very good pop prog as well. The fact that you use maildirs, not mailboxes provides you with the stability you simply cannot live without.
Also, if you make a setup where you handle all your email from one UID, then build some binary databases, you're at a speed noone else can come even close to.
Check it out at www.email.org, make sure you read the link about multiple email boxes on one UID.
Mail me at delta@xti.org if I can help out somehow. (won't be looking at this thread much, too big for me:)
You say the thing works with an external monitor. My guess is that the chipset isn't the problem, but rather you need to get some custom mode lines. This appears to be the hardest part for LCD things. I remember going for half a year without support for X on my first laptop. You should try the linux laptop page and look for others with the same problem. As you got it working on a external thing, I think it's safe to say that you can get it working on the LCD too.
Oh, and could you possible let us know how it all turns out? I'm just a few days away from buying a new laptop, and it's got the same chipset. Would really like to know.
"Typically we thought registrants had a two-year license to a domain name, but the court is suggesting they have a property interest. As a result, if the registry takes a name away from you without a legal basis, than you can sue them for civil damages. And that's a powerful thing," Fausett said.
-- end quote --
In other words, less power to internic, which is GREAT!
Great, so now all those emacs ppl out there have a answer, but that's only answering half the question. And (personal opinion) it's a horrible answer.
What you all want him to do is use emacs for this. I don't like emacs, and I think that every user should be allowed to use the editor of his choice and still be part of the development.
Anyone care to address the other half here? Being CVS. CVS have all the logging one need for the ChangeLog file, surely there must be some script to convert it to ChangeLog and save it??
Okey, so I can use persistant connections, or I can at least make my own frontend server to simulate them (depending on the language).
But how does the speed compare to MySQL? So far the speed is the one thing I'm kinda scared of with PostgreSQL. I mean, I like it, I've used it, and I've coded for it, but still I don't know... Can it be used to run a web site with minimal delay? So low delay that it's a no-wait site even compared to LAN sites?
Also, this ODBC driver... You've connected PostgreSQL to windows clients and so you know it works? If so, which windows clients? And was it hard to set up??
Thanks for the help! (not only you, but everyone taking the time to reply)
I've always wondered about this, and now seems like a good time to ask about it:) The thing is that I'm still new to databases, flipping between PostgreSQL and MySQL. I've found MySQL to be faster, and PostgreSQL to be quite slow, but allows one to grow in the term of the language itself. It also offers some nice API's. However, the problem with PostgreSQL can mostly be tracked down to the way it handles connection. From what I've learned it's using a postmaster to accept the connection, then the postmaster forks up a database backend and connects the two. This is a process far to slow for web development, but could probably be overcome by running a server which connects to the postmaster and keeps the connection, then that server could handle the requests from the CGI's. Any better ideas?
Finally, I'm looking into perhaps writing a windows client for some of my databases (after I've done CGI, ncurses, and GTK versions that is:) so I could use a ODBC driver. From what I know these are either commercial or lacking. Anyone worked with either MySQL or PostgreSQL and a ODBC driver?
Slashdot Mirror
In my humble opinion the solution to everyones problems might be to simply use robots.txt files to limit what one is allowed to search and not.
Making it illegal to not respect the contents of the file might even be a good idea.
There will probably be a need for a more flexible robots.txt format thought, allowing the server owners to specify what's allowed and what's not in a more flexible manner.
Just my $0.02
While this isn't a possible solution for the original poster, because he's tied to servlets, it might be a possible solution for others.
PHP allows for effective session management, and with a bit of work, I'm sure you could make it compatible with the WAP cookie things. It might even be possible to do so without having to mod the base system.
There are also several good looking WAP/HTML gateways either in early production or late development, and I'm sure those will be interesting.
Note that I have not looked much at either the gateways, or the possability of server side cookies in PHP. I'm just throwing the idea around incase it might help anyone.
I honestly don't think anyone's silly enough to want to use a encryption scheme that only encrypts traffic to the server, not all the way to the end user. The whole point is to keep the conversation secret.
You'd also loose all the advantages IRC have over such systems as AIM or ICQ.
Using SSH for encryption will not solve anything if you wish for a distributed model. IMHO the best, if not only solution, to encrypted chat over IRC would be to utilize the already set up networks, like EFNet, and then stuff a cryptographic module or script into the IRC clients. This will also enable one to let the user choose the client he wishes to use, and port the module.
To me, qmail seems like the obvious choice. It's dynamic nature combined with it's speed make it it the best candidate for this job. It's speed when sending mail is simply superior to all others, and it's using a very good pop prog as well. The fact that you use maildirs, not mailboxes provides you with the stability you simply cannot live without.
:)
Also, if you make a setup where you handle all your email from one UID, then build some binary databases, you're at a speed noone else can come even close to.
Check it out at www.email.org, make sure you read the link about multiple email boxes on one UID.
Mail me at delta@xti.org if I can help out somehow. (won't be looking at this thread much, too big for me
Hi,
You say the thing works with an external monitor. My guess is that the chipset isn't the problem, but rather you need to get some custom mode lines. This appears to be the hardest part for LCD things. I remember going for half a year without support for X on my first laptop.
You should try the linux laptop page and look for others with the same problem. As you got it working on a external thing, I think it's safe to say that you can get it working on the LCD too.
Oh, and could you possible let us know how it all turns out? I'm just a few days away from buying a new laptop, and it's got the same chipset. Would really like to know.
TIA
-- start quote --
"Typically we thought registrants had a two-year license to a domain name, but the court is suggesting they have a property interest. As a result, if the registry takes a name away from you without a legal basis, than you can sue them for civil damages. And that's a powerful thing," Fausett said.
-- end quote --
In other words, less power to internic, which is GREAT!
Great, so now all those emacs ppl out there have a answer, but that's only answering half the question. And (personal opinion) it's a horrible answer.
What you all want him to do is use emacs for this. I don't like emacs, and I think that every user should be allowed to use the editor of his choice and still be part of the development.
Anyone care to address the other half here? Being CVS. CVS have all the logging one need for the ChangeLog file, surely there must be some script to convert it to ChangeLog and save it??
Okey, so I can use persistant connections, or I can at least make my own frontend server to simulate them (depending on the language).
But how does the speed compare to MySQL? So far the speed is the one thing I'm kinda scared of with PostgreSQL. I mean, I like it, I've used it, and I've coded for it, but still I don't know...
Can it be used to run a web site with minimal delay? So low delay that it's a no-wait site even compared to LAN sites?
Also, this ODBC driver... You've connected PostgreSQL to windows clients and so you know it works? If so, which windows clients? And was it hard to set up??
Thanks for the help! (not only you, but everyone taking the time to reply)
Hi,
:)
:) so I could use a ODBC driver. From what I know these are either commercial or lacking. Anyone worked with either MySQL or PostgreSQL and a ODBC driver?
:)
I've always wondered about this, and now seems like a good time to ask about it
The thing is that I'm still new to databases, flipping between PostgreSQL and MySQL. I've found MySQL to be faster, and PostgreSQL to be quite slow, but allows one to grow in the term of the language itself. It also offers some nice API's.
However, the problem with PostgreSQL can mostly be tracked down to the way it handles connection. From what I've learned it's using a postmaster to accept the connection, then the postmaster forks up a database backend and connects the two. This is a process far to slow for web development, but could probably be overcome by running a server which connects to the postmaster and keeps the connection, then that server could handle the requests from the CGI's.
Any better ideas?
Finally, I'm looking into perhaps writing a windows client for some of my databases (after I've done CGI, ncurses, and GTK versions that is
Thanks in advance