![]() |
|
|||||||
| Notices |
| Programming Forum Web and Software Programming Forum - Java, PHP, SQL etc. |
![]() |
|
|
LinkBack | Thread Tools | Display Modes |
|
|
|
||||
|
Have you looked at Ning? It's a ready made social network system you can request the source code to change how you wish?
Here's the one I used.. Graphic Design Network
__________________
Colour Printing and Integrated Cards || Graphic Design, Web Design UK || Logo Designer - Logo Design || Graphic Design Blog || Logo Design Logo Designer || Integrated Labels & Cards || Logo Design || Graphic Design Links || Web Design Rotherham UK || Logo Design UK || Web Design UK
|
|
||||
|
For your first problem, give each user their own table when they create their user profiles which contains all the blog entries for that user. Pretty straightforward. If you managed to create the rest then you should have no difficulties. Have fields for time and date etc., all the standard stuff you'd see on a blog entry.
For the other problem, another table for each user will have a list of other user IDs that are on their friend's list and whether or not the other user has confirmed the friendship or not. For unconfirmed friends (e.g. John has added Mary as a friend but she hasn't accepted yet {and hasn't declined either}), compare the user's (John's) friends list with the target user's (Mary's) friends list. If both users exist on each other's tables, change the confirmed status to true on both users' tables. If a user declines friendship, delete the entry from both tables completely. So any time that list is checked, the confirmed friends will be listed off, and the unconfirmed ones will be ignored until they're confirmed. Might sound confusing, but i'm sure you get the general idea. *edit* yeah, or use free code. :)
__________________
Subtlety is my middle name... and first and last in case you didn't get the point. |
|
||||
|
Yeah, sorry, i know... i kinda changed my mind while typing it and didn't fix it, lol.
I'll try to simplify. 1 friends table for each user. Fields are: User ID (of the friends), confirmed status and possibly whether or not someone has added you as a friend. By using User IDs, it should be easy to target a table belonging to another user and modify friend status as needed. For every User ID on a person's friends list, just pull down the name and profile pic or whatever else belonging to that user. Does that make more sense?
__________________
Subtlety is my middle name... and first and last in case you didn't get the point. |
|
||||
|
Yeah, you'd want to have the user's id in all table names belonging to that user so that you can add on the label for easy targeting (e.g. friends_3275)
You might want to add extra information like whether this is a new friend's request, then they'd get a popup maybe asking them to confirm friendship if it's the first time logging in after being added. Other things like time and date added might be useful too for sorting.
__________________
Subtlety is my middle name... and first and last in case you didn't get the point. |
![]() |
|
|
| Thread Tools | |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Please help w/ action script | a3dy | Flash Forum | 13 | 22-06-2008 09:06 PM |
| Search engine script | PR Design | Search Engines | 5 | 02-10-2007 08:44 AM |
| Favorite Gallery Script? | dannynosleeves | General Web Design Forum | 1 | 11-07-2007 02:23 PM |
| PHP Search Script | Nuttycoder | Graphic Design Tutorials | 4 | 09-04-2007 04:53 PM |
| Script Font | Toon | Typography Forum | 5 | 07-03-2007 05:56 PM |
| All times are GMT. The time now is 06:24 PM. |