password protecting

['Stein]

 
 

  » My Life

  » My Pics

  » Me Music

  » your link

The Life and Times of John

Well, this is just for kicks...for the most part. In reality, this is here so I have a place to backup my hard drive.

This site is © Copyright John Haydek 2006-2007, All Rights Reserved

[iamthwee]

encryption perhaps?

http://home.zonnet.nl/MAvanEverdingen/Code/

Also, I would have thought if you are using some sorta database mysql or something, it may have built in security features?

['Stein]

Arg, I think I'm trying to find somethin that would password protect the page.

I tried using .htaccess & .htpasswd text files, but that didn't seem to work.

[Comatose]

You could always set permissions on the dir. Also, you could find out if the server you are using allows access to Perl or PHP and cruft up a server side app to do that (I have skeletons, so it's no problem to throw one together for you if needed).

[zippee]

If you only need a simple (few lines) code/script to provide basic protection, I would suggest google search for javascript password gate or similar.

[tgreer]

There is no way to secure a page using JavaScript, HTML, or CSS, the topics of this forum.

You either have to do this at the server or data layers of your application (or both).

['Stein]

tgreer- you couldnt password protect with html, even if it didnt matter how secure it is? Truthfully, I just dont want friends purveying my site

comatose- how would ya set permissions on the directory.

Lastly, would a javascript password gate work?

Thanks guys.

[iamthwee]

Lastly, would a javascript password gate work?

Thanks guys.

How about this:- http://javascriptkit.com/script/cutindex6.shtml

It requires a password to open up a .html file. And there you can put all your secret documents.

[tgreer]

Stein: no, you can't password-protect with client-side scripts or markup. Any code you wrote would have to be interpreted by the browser, which means it is sent to the browser, which means any password would be embedded in the code. It's as simple as viewing the source, then entering the password.

[iamthwee]

Stein: no, you can't password-protect with client-side scripts or markup. Any code you wrote would have to be interpreted by the browser, which means it is sent to the browser, which means any password would be embedded in the code. It's as simple as viewing the source, then entering the password.

Not if you use encryption, which was one example given in that link I provided. Encrypted Password Generator
Use our password generator to help password protect your web pages. Using advanced JavaScript techniques and some ciphering tricks, this program encrypts the password specified before storing it on the page, making it "unviewable" by simply looking at the page's source.

[tgreer]

This makes it harder, true. But the decryption code must also be embedded in the script. How secure is it to send an ecrypted password along with all the code necessary to decrypt it?

Again, there is no way to secure a site using client-side techniques.

However, this is trivial with server-side code and/or techniques.

Why go to elaborate lengths to attempt a client-side method that will never be secure, instead of clicking through a wizard on your web server config console?

Just contact your host, tell them you want basic authentication for your directory, and be done with this.

['Stein]

Just contact your host, tell them you want basic authentication for your directory, and be done with this.

Heh, good idea, I'll be doin that as soon as I can.

Thanks again guys.

EDIT: One last thing, if ya don't mind.

What would be the best place (in your opinion at least) to learn basic coding? I was originally thinking a book...but I dunno.

[tgreer]

The Visual QuickStart series is good. The book I learned basic HTML coding from was by Elizabeth Castro. That was years ago, and I'm sure the book has been updated to cover CSS, and DHTML, by now.

First learn XHTML, which is the current version. It's the core markup, the elements. You then learn CSS for how to "style" and "place" those elements on the page. JavaScript, you learn as-needed.

For sites that actually "do something", you'll need to learn a server-side language, and I recommend PHP. Learn PHP and MySql together, there should be thousands of books on that topic.

[Comatose]

What language? I always find that hands on dirty is the best way to go.... look at other people's code, and go from there.... try little things yourself, practice code, and find an idea that you real like..... for example, my first real project was a simple program that acted as a computerized rolodex.... so I could keep track of people and their phone numbers.... so, take an idea, and run with it.

EDIT: TGreer and I Part ways on that one ;) I'm a perl guy.

['Stein]

I always find that hands on dirty is the best way to go.... look at other people's code, and go from there.... try little things yourself, practice code, and find an idea that you real like..

Heh that's how I love to learn....but that's just complicated when ya knowvirtually nothing in the topic :mrgreen:

[Comatose]

I know how that is, and it can feel overwhelming.... so, take an idea... what do you want to do? Build a website? Build an app for the PC? Figure out what you want, and then go step by step. If it's a web site, look at some source of a simple page, and figure out what the HTML or XHTML is doing....

['Stein]

Good idea...and am beginning to look into it now (improving my website/build others).

Last question, what's the diff between HTML and XHTML?

[Comatose]

TGreer may have a better explanation, but at the gist of it, HTML isn't 100% XML compatible. There are syntax issues, because HTML doesn't demand that you "close" every tag that you open. For example, most of the time in HTML, you have to start a bold tag and then close it when you no longer want bold text . This would be bold. Sometimes though, such as the HR, BR, and Image tags, there is no closing tag for them.... so
is just silly, because it's just a line break, not a tag that needs a start and a finish..... XML demands that all of the tags that are opened, be closed as well (like the tag). So, what do you do for tags that have no closing cousin? You add a /. So, you could do a line break like this:
, and that would be XML Compliant. I might be a little off, but on the very base of it, I'd say that XHTML is XML Compliant HTML..... if that makes any sense.

['Stein]

Heh sure does, makes a ton of sense. Last question (I swear :)), is there a good code-writing program I should use, if any? Earlier today I downloaded Visual Basic '05. Any good?

[Comatose]

Some swear by it, others swear at it. I'm in the latter group. I wouldn't suggest it if you plan to be doing web pages (though, you can do web pages with it, I wouldn't suggest it). To be honest, I think notepad is the best answer (or some other text editor that does syntax highlighting, like VIM For windows, or Golden-Pen) to learn how to code HTML/Javascript with. If you learn from that level, everything else will just make sense.