Gossamer Forum
Home : Products : Gossamer Links : Version 1.x :

mylinks.cgi

Quote Reply
mylinks.cgi
http://www.pdamania.com/mylinks.cgi

logins:
u: pdamania p: test
u: jsu7785 p: test
u: Jerry p: test

i don't have any 'Add To MyLinks' kind of links on the site.. so use these..
http://www.pdamania.com/mylinks.cgi?add=1001
http://www.pdamania.com/mylinks.cgi?add=1002
http://www.pdamania.com/mylinks.cgi?add=1003
http://www.pdamania.com/mylinks.cgi?add=1004
http://www.pdamania.com/mylinks.cgi?add=1005
http://www.pdamania.com/mylinks.cgi?add=1006

ok.. so basically.. if there are links there.. it is cause the links are saved in the Users record in the mysql database.. (not cookies)..

try deleting links and stuff by clicking (Delete From MyLinks!)..

i made this modification long ago.. but up until today.. i wasn't able to modify my MYSQL table to try it..

logout here..

http://www.pdamania.com/logout.cgi

you can go back and see that the links are still there.. unlike the version for Links v2.0 if you use a different computer.. the links will still be there..

jerry

Jerry Su
Quote Reply
Re: mylinks.cgi In reply to
Thanks, Jerry.

However, the accounts you've provided do not work. The login page keeps re-loading.

Regards,

Eliot Lee
Quote Reply
Re: mylinks.cgi In reply to
login.cgi doesn't work with msie.. i'll fix that later.. whoever uses netscape can view this demo..

Jerry Su
Quote Reply
Re: mylinks.cgi In reply to
I have ported your MyLinks for Links 2.0 to Links SQL, It works greatly. Then I would like to modify it to service for registered users and temporary users at the same time. It will save the links to database for registered users, and save the links to cookie for temporary users.

Quote Reply
Re: mylinks.cgi In reply to
sorry for not replying to your post..

i've been away from this forum for quite some time now and only now that it is thanksgiving break do i have time to read and write a few posts..

i don't do anymore custom perl programming so i can only give you what i think you should do to make this modification..

basically.. you start after the user clicks the add link (hint: sub add).. at this point.. you check if the $USER is valid.. if not.. you then check for the MyLinks cookie.. if none are available you prompt for login or continue as guest (and here is probably the best place to mention the differences [members.. saved forever, guests.. cookies only on this computer]).. when they login.. the link gets added.. if they choose guest.. make the cookie and print it with the headers.. now whenever they add.. it will add correctly..

now delete.. check for $USER.. if TRUE.. delete like normal.. if FALSE.. check cookie.. if TRUE delete from cookie.. if FALSE.. ask for login

now display.. check for $USER.. if TRUE {{{{.. check for MyLinks cookie (to import).. if TRUE {{ add to field in db and delete cookie. }} then display everything like normal}}}}.. if FALSE.. check cookie.. if TRUE.. display whats in the cookie.. if FALSE.. ask for login

umm.. just quick thoughts.. you might come up with ideas as you go along.. just have fun and try to amaze yourself..

right now i'm working on java applets.. haven't made anything spectacular yet.. just a very bad version of pong.. :)

Jerry Su
Quote Reply
Re: mylinks.cgi In reply to
If you are looking to do a custom java applet here's one :

I need a java applet written, I asked about it a few months ago and couldn't find anything, but in short: it needs to load a file, and allow people to move several sized shapes over it, similar to cropping a photograph, but the shapes can be about 2 dozen different shapes/sizes, and they need to be scaled to the resolution information of the photo. For instance, if the photo shows an object that is 7.5 inches in real life, and is 750 pixels on the screen, the applet needs to adjust the size of the masks to as close to 100 pixles/inch as possible. So a 24x36 mm oval would scale properly as people move it over the screen.

It doesn't have to anything but move the shape and show the window below it. The fanciest feature would be to enlarge that area into a clipped rectangle on the screen from a higher resolution image.

If you are interested, let me know. It would be a good learning, real world product, with application to many other situations.

PUGDOGŪ
PUGDOGŪ Enterprises, Inc.
FAQ: http://postcards.com/FAQ


Quote Reply
Re: mylinks.cgi In reply to
umm.. i'm new to java.. haven't done much yet.. shapes and images are easy.. but all the things having to do with cropping and such i haven't gotten near to yet..

Jerry Su
Quote Reply
Re: mylinks.cgi In reply to
Hi,

It's not really "cropping" it's "clipping".

That's why I say it should be easy. It's moving one image semi-transparent over another. The "trick" is to adjust the size relationship -- which is a mathemathematical thing.

I just have avoided java like the plague <G> Too much. Peeking at javascript is about as far as I can diversify.



PUGDOGŪ
PUGDOGŪ Enterprises, Inc.
FAQ: http://postcards.com/FAQ


Quote Reply
Re: mylinks.cgi In reply to
well.. i honestly think in the next year or 2 that perl will be much less than php or java.. (more likely php) but java is so powerful cause its object oriented.. nobody does much with c++ online so i can't say much about it..

Jerry Su
widgetz sucks
Quote Reply
Re: mylinks.cgi In reply to
PHP has some serious short comings over perl. Things that it really can't over come, without rewriting it, and then it would be nothing but emb_perl.

PHP works for sites that don't want to supply shell access, and need tighter security on user scripts. But, I'm not sure how well PHP scripts can be secured, since even extremely mature products such as Apache and PERL are subject to security holes and breaches. PHP as a new product, written on top of Apache, may weaken the whole. It might expose security holes, or create new ones that have not been considered as yet.

Java technology is certainly appealing, but it too has limited use. It functions within the browser environment. Or, it functions server side, within the server environment.

PERL on the other hand, functions within the operating system environment. mod_perl and emb_perl function within the server environment.

Javascript functions within the broweser environment.

I agree C++ is somewhat "dead" as a cgi- environment, except for the highest performance level applications, on an operating system level of dependence.

There certainly is not one language or technology that will "take over".

If you mean on the consumer end, then certainly PHP and Java and Javascript will be more popular than PERL. PHP can be as simple as a replacement for SSI, or fairly complicated as full-fledged applications such as Forums, Shopping cards, and links sites.

I can see programs written in multiple languages with each "function" area written in the language or application that fits it best. Background and cron type jobs are still going to require perl or shell scripts to function. The user interfaces may benefit from a mix of javascript/php in acess to pages and data.

Only time will tell which technology will "win out" over all, but I don't think one will take over in the sense most people mean.

They each do different things, and were designed to do different things.

The real problem with PHP for me, is that it takes a step backwards in the efforts to separate data, delivery and display by integrating the delivery & display portions again.


PUGDOGŪ
PUGDOGŪ Enterprises, Inc.
FAQ: http://postcards.com/FAQ