| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Refs #42
|
|
|
|
| |
Refs #25
|
|
|
|
|
|
| |
Because of the increase in possible Verification ID values, it will be even less likely to have a repeat, so the number that are buffered is being increased. A test was
run to find repeats if 10000 numbers were generated between 1 and 2147483647 and a repeat was found only once at the 8500th number, the rest of the tests (20 others)
passed successfully. Refs #37
|
|
|
|
| |
Verification IDs in Central and Update can now be between 0 and 2147483647. Closes #37
|
|
|
|
| |
Yet ANOTHER ANNOYING [15]. The number of these [15]s is saying something about my coding techniques. Refs #25
|
|
|
|
| |
Also modified Change Password to lock out non logged-in users and to use the instaDisc_verifyUser() functions instead of inlining it. Refs #25
|
|
|
|
| |
Ok, this is sort of part [15], part strange unnoticed error(s). Refs #25
|
|
|
|
|
|
|
| |
Previously, instaDisc_verifyUser() was lazy and checked a user's
existance by routing the input through instaDisc_checkVerification()
with the static Verification ID of 0, but it was forgotten that a static
Verification ID would work once and be rejected after that. Refs #25
|
|
|
|
|
| |
For some reason, the adds() function was being used to add block data
instead of the correct function, adds_block(). Refs #25
|
|
|
|
| |
Refs #25 and closes #35
|
|
|
|
| |
Refs #25
|
|
|
|
| |
Yet ANOTHER [15]. Refs #25
|
|
|
|
| |
Refs #25
|
|
|
|
| |
Refs #25
|
|
|
|
| |
Refs #25 and #35
|
|
|
|
| |
Refs #25
|
|
|
|
| |
Refs #25
|
|
|
|
|
|
|
|
|
|
| |
Borrowed the Four Island templating system code so as to ease the creation of frontends. index.php and activate.php have already been converted, and install.php will not
be converted (because it would be too difficult, and who would want to skin it anyway?)
NOTICE: The Four Island Templating system source code is copyrighted by Starla Insigna (c) 2008. All rights reserved. Use of this code in part or in whole apart from the
InstaDisc Central Server is a direct violation of copyright law. You have been warned.
Refs #25
|
|
|
|
| |
Refs #10
|
|
|
|
| |
See [127]. Refs #10
|
|
|
|
| |
Fixes #27
|
|
|
|
| |
Accidentally provided the Subscription URI instead of the Subscription File's URL in the last commit.
|
| |
|
|
|
|
|
|
| |
Now Central Servers will refuse to receive items with the category of "instadisc". However, the Client has to be modifed to send
this data to the Central Server. Also added the Central Server Update Notice subscription to the database and provided a
subscription file. Refs #26
|
|
|
|
|
| |
The default frontend is based on Four Island's. Perhaps at some point a templating system may be introduced to make frontending
a little easier. Refs #25
|
|
|
|
|
| |
include('class.phpmailer.php'); had been neglected and thus the installation
failed.
|
|
|
|
|
| |
Now, the installation script checks the SMTP details entered to ensure that they are valid so as to avoid errors like #23.
Also modified return for instaDisc_activateAccount(). Refs #23
|
| |
|
| |
|
|
|
|
|
|
|
| |
If a colon is before a space in any value sent from the Central Server to the
Client, it will be interpreted as a NAME-VALUE divider and mess up the Item.
So, any wild colon-spaces have been escaped as "__INSTADISC__". Next step is to
unescape them when they reach the Client.
|
|
|
|
|
| |
For some reason, my reference book lists the deserialization function as
deserialize(), but the online docs say unserialize()
|
| |
|
|
|
|
|
| |
Previously, semantics was an array, but apparently XML-RPC only allows arrays
of xmlrpcvals, so it was changed to a serialized array (string).
|
|
|
|
|
| |
Now, every time the Client contacts the Central Server, the Central Server checks to see if its IP address has
changed, and if it has, the Central Server updates it in its records. Refs #21.
|
|
|
|
|
| |
There was a small typo the method signature of requestRetained(), so
whenever it was called, the verification would fail. Fixes #14.
|
|
|
|
|
|
|
|
|
| |
Previously, it was thought that the Client was spawing two identical
HandleItemThreads, but the real reason was that the Central Server was sending
the item twice because the subscribement was in the database twice, once
because for ownership, the second for subscribement. Now the Central Server
has been fixed to prevent this error when a user is subscribed to a
subscription they own. Fixes #15.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
For some reason, instadisc.php was accidentally replaced with xmlrpc.php and
commited. It has been reverted now. Also, xmlrpc.php has been using
$_SERVER['HTTP_HOST'], but that variable returns the server's address PLUS the
port number. $_SERVER['SERVER_NAME'] is much more appropriate for this
instance.
|
| |
|
|
|
|
|
|
| |
For some reason, some of the string concatenation was being done by + operators
instead of . operators (probably after using Java too much), so they were
replaced.
|
| |
|
| |
|
| |
|
|
|
|
| |
Closes #4
|
| |
|
|
|
|
| |
Closes #5
|
|
|
|
|
| |
Previously ([37]), MySQL query strings were updated to use the MySQL escape function mysql_escape_string(). Now, to add even more protection, the function
mysql_real_escape_string() is used instead.
|
| |
|
| |
|