Most spammers operate out of other countries these days, as do telemarketers. If you ask one the next time one is on the phone, they usually call from another time zone or Canada (if the target is American).
Interesting. From email spammers, this is not news of course, but for telemarketers (something we don't have a problem with in my country, thank heavens) that means that they still must make quite a lot of money if they can afford tons of international calls. Maybe it is really cheap to call Canada->US? Usually, calling to another country is pretty expensive.
Didn't you follow the links? That is apparently illegal in the US.
(5) he cannot associate with any person or group that seeks to change the government in any way (be that environmental, social justice, political, economic, etc.)
But knowing how to make a bomb and posessing instructions on how to make a bomb and even sharing those instructions/knowledge does not cause direct damage to other people. A person would have to choose to make that bomb and then use it to hurt others. Let me highlight that special word: choose. Having knowledge or sharing it is not the same as hurting someone directly.
Exactly. I know how to punch a human straight in the face. Does this mean we could put all of Hollywood in jail? I mean, they didn't only show where to find this information, they have shown me directly how to do this in uncountable movies.
I choose not to do this however. Because it is the wrong thing to do, it is not polite, and well, I'm a skinny little shit so I would most likely get a dozen different kinds of crap beaten out of me for trying. But that is beside the point.;-)
If music were distributed in a modern manner, and priced fairly, this would not be happening.
Right on the money, I think. The kids would still be doing this, partly because of the excitement at doing something forbidden or illegal, and partly because they don't have much money. But I bet that older people, with an income, would be all too happy to spend some money to get guaranteed quality, have no need to search for hours to get complete albums, help fund their favourite bands, be lawful and so forth.
No matter if we are speaking about BuyMusic but good and working (iTunes have a shot at it from what I hear) or if CD:s would be priced sanely, I know I would gladly spend more money.
Oh, and just the other day I got a tip about a quite unknown Swedish band ("RobinsonJorgen och Jesu Pojk" for any Swedes), downloaded most of the album, liked it and found the record online for about $10 including shipment. Deal! Still listening to MP3:s of it, but now it is the ones I've ripped from my own CD.:)
I'm not sure if I agree with you that those are problems. Different, yes, but not necessary problems. I came from C and Java mainly, when I encountered Perl, and at first I thought it looked butt ugly and a bit hard to read, yes. But the benefits can be immense.
The sigils really help code being readable, you always know what to expect from the variable. Although, good naming and good programming practices is enough in most other languages.
Then, like someone else pointed out in some other post up there, you can always be sure that $vtime is a variable, while you never know if vtime might be a reserved keyword in the next version of the language.
But one of the greatest wins are the ease of use that comes with:
print "My name is $name.\n"
Ruby does this like this:
print "My name is #{name}.\n"
(though most use puts) - I find this not really as clear, and a bit more typing. But it allows any expression, which is nice. That kind of magic exists in Perl too, but not easier.
Compared to Java (and others)
System.println("My name is " + name + ".");
It is a winner hands down.
2. I think the complex data structuers are really easy to read and grok in Perl. It is easy to obfuscate these parts of course, but really, there are only a few short rules, and once you have those down, you only need to read left to right. See References quick reference. And creating them is really easy. Just write the structure as you want it.
Writing large applications in Perl depends totally on intense self-discipline as a programmer, and everything about Perl actively encourages you to break that discipline.
This is almost total bullshit. Only bad programmers write bad Perl code, and bad programmers can write bad code in any language. Badly disciplined, inexperienced or just "bad lazy" coders write unmaintainable messes in any language, and I can tell you that they are no easier to untangle in Java or other languages either. I worked in a Java shop for a bit over two years, and the unholy mess some people could create in a coffee break is worse than most things I ever seen in Perl. And at least in those days, Java was the be-all hype language where everything would be so nice, because it was OO. Bullshit.
The thing is that you need to know what you do in any language. And you need discipline in any language. The difference is that the mess does not look the same when you mess up in Perl as in for example Java. But the long compact blocks of code that some people is a Perl trademark is not one of those, I've seen those in most any language. I've seen people write almost complete applications in one method, in one class in Java.
Take advantage of your language, whichever it might be, know what you are doing, and don't cheat (other than in good ways;-) and you'll be fine.
That one is already checked. I was gonna say something about tons of other things that should be blocked, but come to think of it, maybe I am thinking about Outlook.;-)
Thunderbird does not allow JS by default (another setting at the same place), and I'm not sure about different embedded formats (EMBED, OBJECT and friends) or things like IFRAMES. There are quite a lot of things in HTML, including attributes of some tags that can hit a server. But I'm not too sure which, if any, apply here.
That aside, I was as I said, mainly referring to helping Joe User, or my mother. Those that today use these applications I'm sure can handle this, including clicking on links or change advanced settings if needs be.
Ease of use - what is always forgotten at Slashdot where the answer always is "RTFM! You need to open your.mozilla/config/megahidden/notreallythere/666.conf file and add 16 lines of LISP code. Bah, loser!". I was gonna add a smiley after, then I realized it wasn't funny, but all too true.
I want to spread the word, and get others to use what I think is an excellent application. That means they must be able to use it as easily as the competitors, because most people doesn't care if it is "better" by some geek standards when it is harder to use.
where 4589 is the id of the email address in their DB. Or some generated "session" id. Or a word from a dictionary, or whatever, so it couldn't be easily found. Still, detecting parameters would do something about those that aren't that smart.
I don't usually use Opera because Firebird is better. I used to use Opera up till Mozilla hit 1.2 or 1.3 though. The first and main reason to switch was the mail client, but I like the browser better too. Opera still has lots of "almost implemented" things when it comes to standards as well. Insanely annoying for developers. Good browser, but not best.
So, no I don't think I'll try it. Only reason I did try it now was that it felt better than to go to IE.:) It is only when dealing with this particular bug. IE works fine in this case, so no reason to upgrade a browser (from 7.11) I won't be using much.
Well, until today... I had to fire up IE instead, because of a pretty critical javascript bug that I hope will be fixed soon: removeChild crashes it instantly. Apparently been there since at least 1.3, so I hope they apply the patches posted sometime soon (if they are valid patches).
Why not Opera? Well, funny thing... Opera crashes on the same thing it seems... IE is the only browser I can use for this. You know how people say "that'll be the day"? - Well, I guess that was today.:)
I also hope they will implement flash blocking like they have with images. Too many pages just annoy the hell out of you with flash instead now... although there are workarounds.
But all in all, best browser ever. Splitting up Mozilla was a great descision indeed.:)
Although the junk filter is pretty good, it still misses one or two junk mails a day, mainly because the spammers are getting really inventive and varied. And although in most cases you can just look at the subject/sender and mark it as junk anyways (and be right), it is not always the case.
And for the more normal non-geek user, it should really help them more with this.
I'm well aware of the odds (slim) that any non-geek uses Phoenix or Mozilla Mail for that matter at this point, but no harm in looking forward is there?:)
I think it should sanitize *all* mails not explicitly marked as safe - just make a little blurb (like the "Mozilla thinks this mail is junk" notification) that "This message tries to talk to a server. Do you want to allow that?" with a link to an explanation in the help files or something like that.
One thing that really could go a long way would simply to disallow all automatic loading of any url containing parameters. Of course, that could be bypassed by using parameters in the PATH instead, but it would probably weed out lots of these cases. What legitimate email would need to send parameters in an image url?
Dollars to doughnuts it isn't this time tomorrow.:)
(And no, I'm not gonna register it.)
Re:I want to know how many websites use PERL .
on
Perl 6 Essentials
·
· Score: 1
Probably noone. Though, Perl is very common.
The distinction is that it isn't called PERL, it is Perl. There once (a short while) was a Perl ripoff called PERL that was a bit similar, but without all the features that makes a maintainable and secure application possible. If anyone is curious, you could have a look at Acme::Inline::PERL at CPAN, which brings the power of PERL to Perl. Yes, the ACME:: namespace is for sillyness and joke modules.:)
Re:Off Topic but figure I would ask your perl guys
on
Perl 6 Essentials
·
· Score: 2, Informative
Ask at PerlMonks instead. I don't think so, but there have been a few projects for integrating the two languages, such as JPL, perljvm and Inline::Java. Not sure how succesful any of them were, if they ever worked or what the status is today.
If you are looking to convert perl source into java source, then you are probably totally out of luck though.
A "solution", as opposed to a "system", "computer" or even "box" makes a much, much better "case" for "integrating", "B2B", "B2C" and of course it also runs Java, XML and.NET "utilizing" the "latest technology". It is also much more expensive, but makes nicer brochures.
Gah! Dot-com flashbacks! I feel like I once again have a monkey...errm... manager on my back, speaking "sales-pitch", that odd but apparently popular language of 2001.
Slashdot Mirror
To me, the really puzzling thing is why people who claim to not even bother to read the predictions bother to write about them.
Most spammers operate out of other countries these days, as do telemarketers. If you ask one the next time one is on the phone, they usually call from another time zone or Canada (if the target is American).
Interesting. From email spammers, this is not news of course, but for telemarketers (something we don't have a problem with in my country, thank heavens) that means that they still must make quite a lot of money if they can afford tons of international calls. Maybe it is really cheap to call Canada->US? Usually, calling to another country is pretty expensive.
503 ;-)
We want jobs, dammit! ;-)
"Put the GNU-gun down and nobody will get HURD"?
some poepl like to make bombs. there is nothing wrong with making and detonating explosives.
:)
Dilbert: What could a bunch of hillbillies that drink beer and use dynamite possibly have to say?
Dogbert: Well, usually something like "Sorry about your trailer, Joe Bob".
(Quoted from memory, probably not correct
and protest and work to change.
Didn't you follow the links? That is apparently illegal in the US.
(5) he cannot associate with any person or group that seeks to change the government in any way (be that environmental, social justice, political, economic, etc.)
But knowing how to make a bomb and posessing instructions on how to make a bomb and even sharing those instructions/knowledge does not cause direct damage to other people. A person would have to choose to make that bomb and then use it to hurt others. Let me highlight that special word: choose. Having knowledge or sharing it is not the same as hurting someone directly.
;-)
Exactly. I know how to punch a human straight in the face. Does this mean we could put all of Hollywood in jail? I mean, they didn't only show where to find this information, they have shown me directly how to do this in uncountable movies.
I choose not to do this however. Because it is the wrong thing to do, it is not polite, and well, I'm a skinny little shit so I would most likely get a dozen different kinds of crap beaten out of me for trying. But that is beside the point.
Imagine GOOD lawyers [...} working for free for the betterment of society.
;-)
:))
Lol.
(Ok, jokes aside: I'd really like that too. But that was just too funny.
If music were distributed in a modern manner, and priced fairly, this would not be happening.
:)
Right on the money, I think. The kids would still be doing this, partly because of the excitement at doing something forbidden or illegal, and partly because they don't have much money. But I bet that older people, with an income, would be all too happy to spend some money to get guaranteed quality, have no need to search for hours to get complete albums, help fund their favourite bands, be lawful and so forth.
No matter if we are speaking about BuyMusic but good and working (iTunes have a shot at it from what I hear) or if CD:s would be priced sanely, I know I would gladly spend more money.
Oh, and just the other day I got a tip about a quite unknown Swedish band ("RobinsonJorgen och Jesu Pojk" for any Swedes), downloaded most of the album, liked it and found the record online for about $10 including shipment. Deal! Still listening to MP3:s of it, but now it is the ones I've ripped from my own CD.
I'm not sure if I agree with you that those are problems. Different, yes, but not necessary problems. I came from C and Java mainly, when I encountered Perl, and at first I thought it looked butt ugly and a bit hard to read, yes. But the benefits can be immense.
;-) and you'll be fine.
The sigils really help code being readable, you always know what to expect from the variable. Although, good naming and good programming practices is enough in most other languages.
Then, like someone else pointed out in some other post up there, you can always be sure that $vtime is a variable, while you never know if vtime might be a reserved keyword in the next version of the language.
But one of the greatest wins are the ease of use that comes with:
print "My name is $name.\n"
Ruby does this like this:
print "My name is #{name}.\n"
(though most use puts) - I find this not really as clear, and a bit more typing. But it allows any expression, which is nice. That kind of magic exists in Perl too, but not easier.
Compared to Java (and others)
System.println("My name is " + name + ".");
It is a winner hands down.
2. I think the complex data structuers are really easy to read and grok in Perl. It is easy to obfuscate these parts of course, but really, there are only a few short rules, and once you have those down, you only need to read left to right. See References quick reference. And creating them is really easy. Just write the structure as you want it.
Writing large applications in Perl depends totally on intense self-discipline as a programmer, and everything about Perl actively encourages you to break that discipline.
This is almost total bullshit. Only bad programmers write bad Perl code, and bad programmers can write bad code in any language. Badly disciplined, inexperienced or just "bad lazy" coders write unmaintainable messes in any language, and I can tell you that they are no easier to untangle in Java or other languages either. I worked in a Java shop for a bit over two years, and the unholy mess some people could create in a coffee break is worse than most things I ever seen in Perl. And at least in those days, Java was the be-all hype language where everything would be so nice, because it was OO. Bullshit.
The thing is that you need to know what you do in any language. And you need discipline in any language. The difference is that the mess does not look the same when you mess up in Perl as in for example Java. But the long compact blocks of code that some people is a Perl trademark is not one of those, I've seen those in most any language. I've seen people write almost complete applications in one method, in one class in Java.
Take advantage of your language, whichever it might be, know what you are doing, and don't cheat (other than in good ways
That one is already checked. I was gonna say something about tons of other things that should be blocked, but come to think of it, maybe I am thinking about Outlook. ;-)
.mozilla/config/megahidden/notreallythere/666.conf file and add 16 lines of LISP code. Bah, loser!". I was gonna add a smiley after, then I realized it wasn't funny, but all too true.
Thunderbird does not allow JS by default (another setting at the same place), and I'm not sure about different embedded formats (EMBED, OBJECT and friends) or things like IFRAMES. There are quite a lot of things in HTML, including attributes of some tags that can hit a server. But I'm not too sure which, if any, apply here.
That aside, I was as I said, mainly referring to helping Joe User, or my mother. Those that today use these applications I'm sure can handle this, including clicking on links or change advanced settings if needs be.
Ease of use - what is always forgotten at Slashdot where the answer always is "RTFM! You need to open your
I want to spread the word, and get others to use what I think is an excellent application. That means they must be able to use it as easily as the competitors, because most people doesn't care if it is "better" by some geek standards when it is harder to use.
Exactly. :)
And it would probably be more like:
http://spammers-r-us.com/4589/suckertrap.jpg
where 4589 is the id of the email address in their DB. Or some generated "session" id. Or a word from a dictionary, or whatever, so it couldn't be easily found. Still, detecting parameters would do something about those that aren't that smart.
From my post:
although there are workarounds.
I am well aware of that. But what is proposed in bugzilla is quite a lot more and better than that.
I don't usually use Opera because Firebird is better. I used to use Opera up till Mozilla hit 1.2 or 1.3 though. The first and main reason to switch was the mail client, but I like the browser better too. Opera still has lots of "almost implemented" things when it comes to standards as well. Insanely annoying for developers. Good browser, but not best.
:) It is only when dealing with this particular bug. IE works fine in this case, so no reason to upgrade a browser (from 7.11) I won't be using much.
So, no I don't think I'll try it. Only reason I did try it now was that it felt better than to go to IE.
I really don't use IE anymore
:) Firebird rocks.
4 58 2)
:)
:)
Me neither.
Well, until today... I had to fire up IE instead, because of a pretty critical javascript bug that I hope will be fixed soon: removeChild crashes it instantly. Apparently been there since at least 1.3, so I hope they apply the patches posted sometime soon (if they are valid patches).
(http://bugzilla.mozilla.org/show_bug.cgi?id=19
Why not Opera? Well, funny thing... Opera crashes on the same thing it seems... IE is the only browser I can use for this. You know how people say "that'll be the day"? - Well, I guess that was today.
I also hope they will implement flash blocking like they have with images. Too many pages just annoy the hell out of you with flash instead now... although there are workarounds.
But all in all, best browser ever. Splitting up Mozilla was a great descision indeed.
Although the junk filter is pretty good, it still misses one or two junk mails a day, mainly because the spammers are getting really inventive and varied. And although in most cases you can just look at the subject/sender and mark it as junk anyways (and be right), it is not always the case.
:)
And for the more normal non-geek user, it should really help them more with this.
I'm well aware of the odds (slim) that any non-geek uses Phoenix or Mozilla Mail for that matter at this point, but no harm in looking forward is there?
I think it should sanitize *all* mails not explicitly marked as safe - just make a little blurb (like the "Mozilla thinks this mail is junk" notification) that "This message tries to talk to a server. Do you want to allow that?" with a link to an explanation in the help files or something like that.
One thing that really could go a long way would simply to disallow all automatic loading of any url containing parameters. Of course, that could be bypassed by using parameters in the PATH instead, but it would probably weed out lots of these cases. What legitimate email would need to send parameters in an image url?
Its unobtrusive interface allows a user to pursue or ignore the RA's suggestions as desired.
Sounds exactly like Clippy!
Just make sure you pull your tinfoil hat down to your eyes. :)
... "The Group formerly known as Open" doesn't really have the right associations for this move... ;-)
Ah well, it didn't work for Prince either.
... Available!
:)
Dollars to doughnuts it isn't this time tomorrow.
(And no, I'm not gonna register it.)
Probably noone. Though, Perl is very common.
:)
The distinction is that it isn't called PERL, it is Perl. There once (a short while) was a Perl ripoff called PERL that was a bit similar, but without all the features that makes a maintainable and secure application possible. If anyone is curious, you could have a look at Acme::Inline::PERL at CPAN, which brings the power of PERL to Perl. Yes, the ACME:: namespace is for sillyness and joke modules.
No, that is print "@array"
If you are looking to convert perl source into java source, then you are probably totally out of luck though.
A "solution", as opposed to a "system", "computer" or even "box" makes a much, much better "case" for "integrating", "B2B", "B2C" and of course it also runs Java, XML and .NET "utilizing" the "latest technology". It is also much more expensive, but makes nicer brochures.
Gah! Dot-com flashbacks! I feel like I once again have a monkey...errm... manager on my back, speaking "sales-pitch", that odd but apparently popular language of 2001.