473,769 Members | 3,352 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

Javascript on steroids!


Would you like to display the weather,
stocks,movie listings or perhaps send someone an
SMS text message or fax?

Did you think Google or Yahoo maps was cool?

No matter the back end or third-party resource ,
chances are I could glue it all together
with simple javascript running in your page.

Want to know how it works , want to contribute,
want a turn key? say something!

I've been coding the internet since 1994 and
programming in general since before the advent
of the "PC".
Sep 9 '06 #1
31 1780
Ok, how do you programmaticall y send a particular keystroke to Firefox?
I do not mean detect a keystroke.

http://groups.google.com/group/comp....f185f19fb2d0f4

Sep 10 '06 #2
drclue wrote:
Would you like to display the weather,
stocks,movie listings or perhaps send someone an
SMS text message or fax?

Did you think Google or Yahoo maps was cool?

No matter the back end or third-party resource ,
chances are I could glue it all together
with simple javascript running in your page.

Want to know how it works , want to contribute,
want a turn key? say something!

I've been coding the internet since 1994 and
programming in general since before the advent
of the "PC".
It was only a couple days ago you left a similar promo for lampjack.

<URL:
http://groups.google.c om/group/comp.lang.javas cript/msg/827b1d86a79f9a7 5>

You didn't leave a url then and now you are trying to build hype again
with mystery.

<URL: http://www.lampjack.co m/>

You said your website is only in the development stage and works in
Firefox. Are you really ready for the onslaught of enthusiasm these
posts will generate?

Peter

Sep 10 '06 #3
pe**********@gm ail.com wrote:
>
It was only a couple days ago you left a similar promo for lampjack.

<URL:
http://groups.google.c om/group/comp.lang.javas cript/msg/827b1d86a79f9a7 5>

You didn't leave a url then and now you are trying to build hype again
with mystery.

<URL: http://www.lampjack.co m/>

You said your website is only in the development stage and works in
Firefox. Are you really ready for the onslaught of enthusiasm these
posts will generate?

Actually , yes I am ready for what I'm asking for.

I could offer free sex in the NG's and only see a trickle
of responses, but heck if you or others have code they would
like to run cross domain , or who would like to be early adopters ,
I'm there. I'll take what few if any folks actually respond and use them
as my focus group in refining the service both for the WYSIWYG crowd
and the down and dirty coder with some cool script, or even
the coder who wishes javascript could run a database and I will grant
their wish.

I'm making all the server side stuff up for grabs as cross-domain
javascript. Googlemaps is nice , but I'm offering to broker that and
anything else. You write the javascript and I'll provide the server side
back end and proxy stuff

Anyone up for javascript o steroids?
Sep 10 '06 #4
pe**********@gm ail.com wrote:
<snip>
... and now you are trying to build hype again
with mystery.
<snip>

Mystery is what should be expected, because any laying it on the line
about what the proposed system actual does in likely to elicit many
posts pointing out what a very bad idea it would be for any web site to
use the resulting system.

Google, a large organisation with some regard for its reputation, point
out that they may, at their own discretion, introduce advertising to
Google maps at any time (implying that those employing google maps but
not wanting the advertising will have to move to a commercial
alternative, also provided by Google). What might a less scrupulous
organisation do with centrally sourced script resources? Might they not
see financial advantage in including a speculative spyware installer in
say 1 in 1000 requests for a script? The odds of that being noticed
would be low, and an infected user would probably blame the web site
they were viewing rather than the originator of the scripts, if they
noticed at all. The same goes for a whole host of possible alternative
undesirable insertions. The risks in dynamically sourcing client-side
scripts from third parties are too great for any but the most reputable
sources to be considered.

Richard.
Sep 10 '06 #5
Richard Cornford wrote:
pe**********@gm ail.com wrote:
<snip>
>... and now you are trying to build hype again
with mystery.
<snip>

Mystery is what should be expected, because any laying it on the line
about what the proposed system actual does in likely to elicit many
posts pointing out what a very bad idea it would be for any web site to
use the resulting system.
Laying it all on the line would probably get me the wrong
crowd. Not because it is a bad idea , but rather that it is a young
idea of significant worth that is best served by an initial group
of talented users that could both make the best use of the
infrastructure and make the wisest comments and contributions.
Google, a large organisation with some regard for its reputation, point
out that they may, at their own discretion, introduce advertising to
Google maps at any time (implying that those employing google maps but
not wanting the advertising will have to move to a commercial
alternative, also provided by Google).
I appreciate this concern and here will answer it most honestly.
Those using the infrastructure for free may see injected advertising
over time to afford the free services. Those opting to pay for
infrastructure will certainly not see ads in their pages.
It is our hope that the math will work out such that ads will only
be displayed for x number of uses

What might a less scrupulous
organisation do with centrally sourced script resources? Might they not
see financial advantage in including a speculative spyware installer in
say 1 in 1000 requests for a script?
That would be a rude thing to do, and since I am the only one who
totally understands the hand written server side , I will not allow it.
While I do afford a statistical product of user behavior , nothing about
a particular user is ever allowed to be a matter of commerce.
The odds of that being noticed
would be low, and an infected user would probably blame the web site
they were viewing rather than the originator of the scripts, if they
noticed at all. The same goes for a whole host of possible alternative
undesirable insertions. The risks in dynamically sourcing client-side
scripts from third parties are too great for any but the most reputable
sources to be considered.
My reputation , such as it is reaches back to ~1994 as related to the
internet and could never be associated with any harvesting or spamming
operation. Matter-O-Fact to the dismay of some, our SMTP system is
specifically designed to suppress any attempts at spamming and at the
same time affords a system of attribution for every email sent and soon
will include in each mails headers information that will allow us to
swiftly deal with those who might abuse the resources.

Sep 10 '06 #6
drclue wrote:
Richard Cornford wrote:
>pe**********@gm ail.com wrote:
<snip>
>>... and now you are trying to build hype again
with mystery.
<snip>

Mystery is what should be expected, because any laying
it on the line about what the proposed system actual
does in likely to elicit many posts pointing out what
a very bad idea it would be for any web site to use
the resulting system.

Laying it all on the line would probably get me the wrong
crowd. Not because it is a bad idea , but rather that it
is a young idea of significant worth that is best served
by an initial group of talented users that could both make
the best use of the infrastructure and make the wisest
comments and contributions.
Which does not stop it from still being a bad idea.
>Google, a large organisation with some regard for its
reputation, point out that they may, at their own
discretion, introduce advertising to Google maps at
any time (implying that those employing google maps
but not wanting the advertising will have to move to
a commercial alternative, also provided by Google).

I appreciate this concern and here will answer it most
honestly.
The Epimenides paradox.
Those using the infrastructure for free may see injected
advertising over time to afford the free services.
So there is no question that the system will facilitate script injection
beyond the control of the web sites using it.
Those opting to pay for infrastructure will certainly not
see ads in their pages.
And what the eye doesn't see ...
It is our hope that the math will work out such that ads
will only be displayed for x number of uses
Presumably these adds are provided by third parties and then injected by
your server scripts. Which introduces the potential for another layer of
unscrupulous script insertion originating with the advertisers.
>What might a less scrupulous organisation do with
centrally sourced script resources? Might they not
see financial advantage in including a speculative
spyware installer in say 1 in 1000 requests for a script?

That would be a rude thing to do, and since I am the only
one who totally understands the hand written server side,
I will not allow it.
Which, apart from assuming honesty on your part, assumes you have
control now and retain control indefinitely. However, profit motivated
commercial ventures do change hands both when they are successful and
when they approach failure.
While I do afford a statistical product of user behavior,
nothing about a particular user is ever allowed to be a
matter of commerce.
You are planning to monitor user's behaviour?
>The odds of that being noticed would be low, ...
<snip>
>The risks in dynamically sourcing client-side
scripts from third parties are too great for
any but the most reputable sources to be considered.

My reputation , such as it is reaches back to ~1994 as
related to the internet and could never be associated
with any harvesting or spamming operation.
It is significant that your self-proclaimed long experience of the
Internet leaves you proposing that people do something that I would
consider suicidally reckless.
Matter-O-Fact to the dismay of some, our SMTP system is
specifically designed to suppress any attempts at spamming
and at the same time affords a system of attribution for
every email sent and soon will include in each mails
headers information that will allow us to swiftly deal
with those who might abuse the resources.
Web site security is largely a matter of exercising and keeping control
where you have control, on your own servers. Letting a third party
inject scripts on the client is sufficiently risky to make loud
assertions of honesty, responsibility and safety made by the providers
of those scripts insufficient justification for using them.

Richard.
Sep 10 '06 #7
Richard Cornford wrote:
Web site security is largely a matter of exercising and keeping control
where you have control, on your own servers. Letting a third party
inject scripts on the client is sufficiently risky to make loud
assertions of honesty, responsibility and safety made by the providers
of those scripts insufficient justification for using them.

So let's all ditch our on-line banking , throw out the googlemaps, turn
off our javascript and join our friends huddled in an undisclosed
location, crying loudly about weapons of mass destruction. :)

Sep 11 '06 #8
drclue wrote:
Richard Cornford wrote:
>Web site security is largely a matter of exercising and keeping
control where you have control, on your own servers. Letting a
third party inject scripts on the client is sufficiently risky to
make loud assertions of honesty, responsibility and safety
made by the providers of those scripts insufficient justification
for using them.


So let's all ditch our on-line banking , throw out the googlemaps,
turn off our javascript and join our friends huddled in an
undisclosed location, crying loudly about weapons of mass
destruction. :)
Why? Serving scripts from our own servers (and so being certain of what
will be in them) is hardly arduous.

Richard.

Sep 11 '06 #9
Richard Cornford wrote:
drclue wrote:
>Richard Cornford wrote:
>>Web site security is largely a matter of exercising and keeping
control where you have control, on your own servers. Letting a
third party inject scripts on the client is sufficiently risky to
make loud assertions of honesty, responsibility and safety
made by the providers of those scripts insufficient justification
for using them.

So let's all ditch our on-line banking , throw out the googlemaps,
turn off our javascript and join our friends huddled in an
undisclosed location, crying loudly about weapons of mass
destruction. :)

Why? Serving scripts from our own servers (and so being certain of what
will be in them) is hardly arduous.
It certainly would appear an arduous attitude
to jump out the box painting our efforts with such a broad brush.

All the scripts in LAMPjack are delivered from our LAMPjack servers
which makes a certified LAMPjack about as dangerous as a Googlemap.

In order to even develop, submit or use a LAMPjack script,
one has to have a verified account and the appropriate site and
session keys.

The target page would also have to cooperate by requesting
the infrastructure wLAMPjack.js and additionally
requesting specific functionality via class entry
<div class="wPoint_x xxx" /to even load a LAMPjack.

Any potential Ads would be injected in a fashion that precludes
cross domain scripting into the LAMPjack/Subscriber context,
as I agree that totally third party content needs to be caged.
Those third parties could also use LAMPjack, but only from their
own context, so those ads would only pose the same threat
as every other ad we see on the internet.

As to monitoring activities , even *YOUR* site logs every
request, right down to my IP address, so in order to avoid
log files we all need to give up using the internet at all
and/or hunker down in the dark nets and pay for fear by
the month, which still does not really protect anyone, but it sells.

As recent years demonstrate, fear sells well. ( A little Y2K anyone?)
Even 9/11 the horrific thing it was , has been abused
to sell hundred of billions of dollars in goods and services.
"commies" has been traded in for "terrorists " and
the lessons of McCarthyism have been forgotten as
the cost of 100% security is the 100% loss of freedom.

I give someone a news ticker , a googlesearch , perhaps
a membership tool , shopping basket or their local weather, and
suddenly we are talking global doom, so lets all hunker down
lock our doors and live in in abject fear, for the
quest of feeling totally secure.

Would a system not using LAMPjack be 100% secure? No.
The only system that comes close is one that's left in it's
shipping carton and never plugged in.

Even banks get hacked on an all to frequent basis,
so the idea is to make the security stiff enough
to exceed the value of the prize.

With a simple vise , a file , and a key, one can make
a master key for all locks of that type w/o ever seeing
the lock or the legitimate key, and so using your logic set
I could justify eliminating the benefit of doors , because
their locks can be opened by some high school kid

Was/Is security kept in mind? Of course.
Will there be challenges? Most certainly.
Are they insurmountable? Certainly not.

My belief is that cross-domain scripting can in conjunction
with server side tools provide a reasonably safe context
in which to conduct it's activities.
Sep 12 '06 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

0
9579
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look ! Part I. Meaning of...
0
10199
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed. This is as boiled down as I can make it. Here is my compilation command: g++-12 -std=c++20 -Wnarrowing bit_field.cpp Here is the code in...
1
9979
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For most users, this new feature is actually very convenient. If you want to control the update process,...
0
9849
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each protocol has its own unique characteristics and advantages, but as a user who is planning to build a smart home system, I am a bit confused by the choice of these technologies. I'm particularly interested in Zigbee because I've heard it does some...
0
8861
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then launch it, all on its own.... Now, this would greatly impact the work of software developers. The idea...
1
7393
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules. He will explain when you may want to use classes instead of User Defined Types (UDT). For example, to manage the data in unbound forms. Adolph will...
0
6661
by: conductexam | last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one. At the time of converting from word file to html my equations which are in the word document file was convert into image. Globals.ThisAddIn.Application.ActiveDocument.Select();...
0
5433
by: adsilva | last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
3
2810
bsmnconsultancy
by: bsmnconsultancy | last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.