-I notice that on this website,
there aren't seemingly so many restrictions, against "repeat login verification(s)"
where this could be a violation compared to many other website(s)
...In non-technical terms this could (somewhat inexplicably) be described like:
"user account login verification code confirmation string value"
...so, it seems to be unique that a JJnet user account was allowed to login again,
w/o re-using the same login verification string value;
Common websites to have logining, seem like the average is against logining again,
w/ a unique login verification string value.
--This is not a complain about JJnet,
just an observation what is making the webpage unique,
or if not unique then at least uncommon
--Would this be considered to be an element of JJnet website design(?)
---If so, would there be an explaination of the functionality format or scheme?
Thanks an instruction about the website architecture might be helpful
Quote:
:|:EDIT:|:
Having a flawed user account login credential verification structure,
also prevents many other websites,
from having an equivalent level of functionality compared to here;
that's my motivation for asking such a question.
Since it could be benefecial in terms of restructuring,
to allow a similar level of functionality elsewhere
Code:
Retrospective:
---Mods checksuming for alterations in login request verification confirmation codes in packets,
---User accounts that display multiple "LRVCCP" w/ a nonmatching encryption sequence,
compared to the original "LRVCCP" are marked as spam ("redundant, overtly trivialized clues")
---The result being that multiple login requests w/ nonmatching encryption sequence(s),
get flagged to be potential fake user accounts ("login attempt for an account not registered to the user")
(this might typically invoke moderation on certain websites)
thusly a post either looks like it was a "word-search sentence-construction paragraph-emulator"
since its "LRVCCP" had an "NES" or its login form was confusingly designed, in a sense that:
---The moderators of the website get invoked by the form action from interactive content
So, that is a description of what overall problem could be solved,
regarding the pretense of the question in this thread
(How can webdesign elements from JJnet be reutilized, to allow other websites to function
according to the properties of their initial webdesign specifications, w/o having to resort
to a template from an "NBA Live 2004" tournament page [...]...)...|...||||
-I notice that on this website,
there aren't seemingly so many restrictions, against "repeat login verification(s)"
where this could be a violation compared to many other website(s)
...In non-technical terms this could (somewhat inexplicably) be described like:
"user account login verification code confirmation string value"
...so, it seems to be unique that a JJnet user account was allowed to login again,
w/o re-using the same login verification string value;
Common websites to have logining, seem like the average is against logining again,
w/ a unique login verification string value.
--This is not a complain about JJnet,
just an observation what is making the webpage unique,
or if not unique then at least uncommon
--Would this be considered to be an element of JJnet website design(?)
---If so, would there be an explaination of the functionality format or scheme?
Thanks an instruction about the website architecture might be helpful
[quote]
:|:EDIT:|:
Having a flawed user account login credential verification structure,
also prevents many other websites,
from having an equivalent level of functionality compared to here;
that's my motivation for asking such a question.
Since it could be benefecial in terms of restructuring,
to allow a similar level of functionality elsewhere
[/quote]
[code]
Retrospective:
---Mods checksuming for alterations in login request verification confirmation codes in packets,
---User accounts that display multiple "LRVCCP" w/ a nonmatching encryption sequence,
compared to the original "LRVCCP" are marked as spam ("redundant, overtly trivialized clues")
---The result being that multiple login requests w/ nonmatching encryption sequence(s),
get flagged to be potential fake user accounts ("login attempt for an account not registered to the user")
(this might typically invoke moderation on certain websites)
thusly a post either looks like it was a "word-search sentence-construction paragraph-emulator"
since its "LRVCCP" had an "NES" or its login form was confusingly designed, in a sense that:
---The moderators of the website get invoked by the form action from interactive content
So, that is a description of what overall problem could be solved,
regarding the pretense of the question in this thread
(How can webdesign elements from JJnet be reutilized, to allow other websites to function
according to the properties of their initial webdesign specifications, w/o having to resort
to a template from an "NBA Live 2004" tournament page [...]...)...|...||||
[/code]
[quote][s]Revision: Solution[/s][/quote]
[code]
<form method="post" action="index.php?league=1&season=1">
<table cellspacing="3" cellpadding="0">
<tr>
<td class="login">
login:<br/>
<input type="text" name="login" size="15" />
</td>
</tr>
<tr>
<td class="login">
password:<br/>
<input type="password" name="passw" size="15" />
</td>
</tr>
<tr>
<td class="login">
remember
<input type="checkbox" name="remember" />
</td>
</tr>
<tr>
<td align="center">
<input type="submit" value="log in" /><br/>
<a class="menu" href="index.php?league=1&season=1&op=reg" style="margin-top: 5px; display: block;">Register</a>
<a href="index.php?league=1&season=1&op=fpass"
class="menu"
style="display: inline-block; font-size: 0.8em; margin-top:5px;">Forgot your password?</a>
</td>
</tr>
</table>
</form>
[/code]
(Questionability removal)
[u](/thread)(/s)[*...][s]=->[/s]("Loop selection")[/u][/algorhythm][algorhythm][u]_[/u]_[u]_[/u]
JJnet user