Feedback, please

[DefecTalisman]

This is the futhest I have gone with a uploaded page.

Any feedback or comments would be greatly appreciated.

http://www.defectalisman.exofire.net/

The login system has 4lvls of auth.
guest
user
mod
admin

to loggin as user:

http://www.defectalisman.exofire.net...ookie.pl?cmnr1

try and guess the rest if you will. All usernames are swapped for a internal name.

Ignor all content. Its miss leading, it reffers to the previouse version of the script.
It under went a huge rebuild and could now be called version 2.

Regards,

[GamingX]

Hi there,
You've got a good site but one that needs work. Nice logo, but some of the things below have completely dissappeared and the place cookie link, I am getting an error. You need to properly align the text links. I think it is because I am using Firefox. But wait for a few more feedbacks, probably I am wrong :happysad:

[DefecTalisman]

Uhm...
sorry, what do you mean by properly align?

If you are reffering to some links not working, its due to a total rebuild on the script that deals with the site.

The cookie system is different. The page now has 4lvls of authorisation. There is huge space for expansion in the way it was done and has many features still to be started or completed.

to log in as a user try this link:

http://www.defectalisman.exofire.net...ookie.pl?cnmr1

Should give you a user account(the only one at the moment).

[cashguy]

The site's color scheme fits the occult-sounding theme of talismans. Just a few suggestions:

• Get rid of the frames-based design and try to use server-size includes or a dynamic sites for repeated content (like the menubars, logo, etc.) This is simply because most search engines refuse to index the content in frames.
• A dynamic site (I mean using a popular cms like drupal or postnuke or wordpress) will make your cookie setting process and login process a lot simpler and efficient. I don't know which cgi script you are using, but I can assure you that most cms's have a lot more to offer. If you took the trouble to write your own perl script, may I ask, why reinvent the wheel??

I guess it is a bit too early to comment on the other aspects of your site. But overall, it is a good attempt to implement what you have studied in school. But I would strongly recommend leaving the programming aspects to well-known and widely-accepted scripts and concentrate on the main thing on your website: the content!

Good luck!

[DefecTalisman]

I know its reinventing the wheel.
I am not outta school and eveything Pc related was self tought.
The content on the page is what i am least concerned about, my view is unless i understand it then i wont use it. The best way to understand it is do it yourself. I think there is far more satisfaction in doing it myself than using something someone else has done and accepting it to be the best i can do. Besides all that its just fun trying to do it myself and when its done i can say i did it. Maybe its an ego thing.

Regarding changing it from frames to server-size includes or a dynamic site. Uhm...I have very little clue as to what you are reffering to, will check out and see what conclusion i come to.
I came across a page that had something called liqued effects... really neat page. Had a marquee scrolling up and changed its layout according to the window size.

Otherwise thanks for the time and the feedback. Greatly appreciated.
Edit:
Classical hypertext navigation occurs among "static" documents, and, for web users, this experience is reproduced using static web pages. However, web navigation can also provide an interactive experience that is termed "dynamic". Content (text, images, form fields, etc.) on a web page can change, in response to different contexts or conditions. There are two ways to create this kind of interactivity:

Using client-side scripting to change interface behaviors within a specific web page, in response to mouse or keyboard actions or at specified timing events. In this case the dynamic behavior occurs within the presentation.
Using server-side scripting to change the supplied page source between pages, adjusting the sequence or reload of the web pages or web content supplied to the browser. Server responses may be determined by such conditions as data in a posted HTML form, parameters in the URL, the type of browser being used, the passage of time, or a database or server state.
The result of either technique is described as a dynamic web page, and both may be used simultaneously.


Client-side
The Client-side dynamic content is generated on the client's computer. The web server retrieves the page and sends it as is. The web browser then processes the code embedded in the page (normally JavaScript) and displays the page to the user.

The innerHTML property (or write command) can illustrate the "Client-side dynamic page" generation: 2 distinct pages, A and B, can be regenerated (by an "event response dynamic") as document.innerHTML = A and document.innerHTML = B; or "on load dynamic" by document.write(A) and document.write(B).

The problems with client-side dynamic pages are:

Some browsers do not support the language or they do not support all aspects (like write command and innerHTML property) of the language.
The information cannot be stored anywhere but the user's computer, so it cannot really be used for statistics gathering.
Search engines are not able to run client-side languages and cannot crawl links generated by them.
Some users have scripting languages disabled in their browsers due to possible security threats.
Ajax is a newer web development technique for creating client-side dynamic Web pages. Google Maps is an example of a web application that uses Ajax techniques

Server-side
Server-side dynamic content is a little bit more complicated.

The browser sends an HTTP request.
The server retrieves the requested script or program.
The server executes the script or program which typically outputs an HTML web page. The program usually obtains input from the query string or standard input which may have been obtained from a submitted web form.
The server sends the HTML output to the client's browser.
Server-side has many possibilities for dynamic content, but the use of it can be a strain on low-end, high-traffic machines. Some web sites use the Robots Exclusion Standard to keep web crawlers from accessing dynamic pages for this reason. If not properly secured, server-side scripts could be exploited to gain access to a machine [needs citation].

So if Wiki is right in its description then my page is dynamic...
It takes parms, commands and a location from the query string and proces's them, then if the user fits the auth lvl for the content, retrieves the content from a text file and prints it to xHTML.

[alfren]

hmmm nice site......... but i rather not use frames....

[jeffchil]

Not a bad looking site for a beginning. I would loss the frames and go with something different.

[DefecTalisman]

Is everyones rulling on frames based on the fact that most search engines wont go past the index page?

I just find it easier to have a bar that stays for navigation.

But seeing that most say loose them I shall...
This means that the html printer will have to have 3 parts. A head, body, foot(not the header/body/footer in the page).