Boltgreywing

Mine I hope to have my revamped site up and running in june/july time frame. The new site has an improved forum, artwork, video, and music section. Also users have been updated a bit plus more stats.

@Pepper-Head This looks really cute. Finally got back to updating things. Last remaining task for me is getting the forum up and running then my site is fully feature complete.

So what can i do to help?

Stole Christmas.

@Shinka: I was in the wrong when I posted it as I was emotionally charged. I am very sorry I took it out on you. Its my fault. I am just kind of mad at myself because I am not that good of a pet site developer. I can't even design a simple C++ game for my site, so that kind of contributed to the whole mess. I just don't have as much confidence in game development as I do in other aspects of programming. I need someone to help me out with building my first game cause i know its impossible for me to do this on my own. Can you help me out with the coding?

I am removing this post as it was emotionally charged and I was in a bad mood at the time I posted it. I reacted badly to a player and it was wrong of me.

@Digital This is really cute.

@chazerz Hey chaz what do you think of the new Halloween adoptables?

Say how do I do this?

@Digital I am sorry for being the dissenting voice on the new change. Its just I have seen so many with that type of interface and I usually only see that type of layout if a website has expired. Thats kind of why it scared me.

When a website uses a concept such as a watchlist how is it normally achieved? Does it function as just a pure watch? [Someone just watches you without any additional functionality.] Does it function partly as a subscription? [When new content is created does it trigger an alert to email the user.] Should Friend functionality be included as part of the watch? Should friends be separate from watches? Should users start with watching only one account automatically that functions as a news feed? [For example a bot that generates just news automatically only on new members joining the site.] Thoughts opinions on the matter anyone?

@Uber: It depends on what you are going for. Pokemon generation 1 lumped all items into the same box. However with gen 2 key items and other items had their own folder. This made things a lot easier to manage. One other thing to plan on is how to handle how many uses a certain item has in your inventory. If you allow each item with different sizes to be in its own class you waste a lot of inventory space. If you don't allow too few different sizes then an item with 30% uses left could become a 100% use left item. It is important to find the right balance of things. @Dinocanid Actually you are kind of forgetting Baulder's gate had a similiar sort of system with weight. The more something weighed the less you could have. In Baulder's gate for the gamecube you were limited to how much weight you could physically carry and if you reached the limit you couldn't pick up any more items.

@Kesstryl: Security through obscurity never really works and I have been told my security professors to never to use that approach. Obscurity doesn't make your site any safer. What makes a site safe is having multiple levels of protection. Instead of using a username and password as part of the login process you should use something else like some kind of id that only the user knows. This way your login process becomes instead of public information + private information it is private + private information this way no one other then the user who created the account can login. That is good login security. If you want to make it more secure use capcha for only user's registering for an account not those logging in. What annoy users the most is having to go through capcha after the login information already verifies them. If they were a bot they should have not been able to register in the first place. Checking to see if it is a bot after the fact is a horribly bad idea. Account numbers should not be shown at all. Never ever show ids unless in your admin areas unless you have a purpose for them. You can never truly hide id's if they are used in the browser window. Well I wouldn't say they are only able to see just the character name, stats, and info. There is much more you are probably going to show them. When dealing with ads you shouldn't have to many. Think of adding ads later. The most important thing is to have a limited sets of features that work really well then have many features that are incredibly broken. Anoua brings up several really good points. She is quite knowledgeable. @Anoua: These are really good points to bring up in the development of a great game. I am probably going the opposite way in all this. I am only going have 4 big features for my petsite's Beta but they will be really polished. The four bread and butter features of my site will be the forum, videos, artwork, and music along with donations. Is that a very bad idea? Is that not a good way to develop things. How many features is too little?

@Anoua: I am. All the videos will be hosted directly from my website but only two formats will be allowed. Mp4 and Ogv files as they are the only html5 allowed files that function with multiple browsers. I figured that I'd like to provide it as free for creative endevors as well as a place to help sponsor other petsites. I heard a lot of talk at how bad youtube is and so I decided to develop my own video section to be a lot more user friendly.

Hey guys I like to know what you guys think of my latest bit of news. I'd like to know if I was able to pull this off and if there is any additions i should add? Has something like this been done before in a petsite? What is the thoughts from the community?

I am finally done with building my video section. It required a lot of time and energy.It was a big challenge but I was able to pull it off. I am planning on taking another break as it wore me out. With this new section I am now able to have users to be able to upload videos. Channel: Channel show view: Mainplaylist view: Subplaylist view: Movie view: Movie view part 2: Homepage with movies: Homepage with videos part 2: View full news

When designing a site initially you should plan on developing no more than four really cool features. Try to polish these four basic features as best you can before releasing it as a beta. This will draw users in and will decrease the amount of development time you need. Once you have seen that these features are working release another set of four. Keep doing this until you feel confident to open up your site fully. By adding small features each time your site will begin to grow at a steady pace till you have a full blown site. One question you should ask yourself is how do you want to handle your registration process. Do you want it open, closed, or semi-open? Having an open registration is the easiest one to develop for. All you need is a user table that will handle all your users registrations. Users are automatically approved and can access the system. Downside to this approach is it is very open to bots to exploit it. When users signup is closed users are unable to access their profile. Closed registration takes a bit more coding. To do closed registration you need to have a separate table called signup which will handle all user signups, registered users will be stored in the user's table. The admin will then be able to close down the registration process if he needs to. Downside to this system is that it will require the admin to manually create the users in the users table from the signup table data. Semi-open requires the most coding of the three approaches. Semi-open registration requires two tables like the closed registration process does but it does things a bit differently. When users signup through the signup table the admin or staff can manually approve or deny the individual registrations. If the registration is approved a new user account is created automatically from the data specified in the signup table. If denied the information is then deleted but if coded correctly can be used in a seperate filter table to prevent other bots from gaining access to the registration system. This system is the best of both open and closed registration systems. Semi-open systems registration can also be closed as well without affecting user profiles. Main disadvantage is that the coding required requires a lot of time and effort and tends to be kind of complicated.

Well I just built a clock. It now has the potential to be displayed in Military Time or Standard Time as well as a variety of user timezones. I thought it add a bit of variety to my site.

@owlmanatt: It is as can be seen by ls -la eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ ls -la total 44 drwxrwxr-x 2 eric eric 4096 Sep 10 14:44 . drwxrwxr-x 3 eric eric 4096 Sep 10 14:44 .. -rw-rw-r-- 1 eric eric 579 Sep 9 23:38 boxrate.cpp -rw-rw-r-- 1 eric eric 2976 Sep 10 14:44 boxrate.o -rwxrwxr-x 1 eric eric 13528 Sep 10 14:44 calz -rw-rw-r-- 1 eric eric 130 Sep 10 14:44 Makefile -rw-rw-r-- 1 eric eric 952 Sep 8 22:59 tax.cpp -rw-rw-r-- 1 eric eric 2448 Sep 10 14:44 tax.o

@owlmanatt: I tried this solution you gave me but it kind of failed. eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ calzNo command 'calz' found, did you mean: Command 'cal' from package 'bsdmainutils' (main) Command 'calc' from package 'apcalc' (universe) calz: command not found eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ echo $PATH~/Resources/Code/donationbox/:/home/eric/bin:/home/eric/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ sudo cp calz ~/Resources/Code/donationbox [sudo] password for eric: cp: cannot create regular file '/home/eric/Resources/Code/donationbox': No such file or directory eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ source ~/.profile eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ ls boxrate.cpp boxrate.o calz Makefile tax.cpp tax.o eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ echo $PATH/home/eric/bin:/home/eric/.local/bin:~/Resources/Code/donationbox/:/home/eric/bin:/home/eric/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ echo 'PATH="$PATH:/home/eric/Resources/Code/dbox"' >> ~/.bashrc eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ source ~/.bashrc eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ echo $PATH/home/eric/bin:/home/eric/.local/bin:~/Resources/Code/donationbox/:/home/eric/bin:/home/eric/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/eric/Resources/Code/dbox eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ ls boxrate.cpp boxrate.o calz Makefile tax.cpp tax.o eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ calz No command 'calz' found, did you mean: Command 'cal' from package 'bsdmainutils' (main) Command 'calc' from package 'apcalc' (universe) calz: command not found eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$ ./calz eric@eric-PORTEGE-R830:~/Projects/Local/Websites/Resources/Code/dbox$

I am having difficulty setting variables in linux. I have a program called calz but it seeing it as ./calz instead of calz to run. Its C++ and I was wondering how do I tell it to do calz instead of ./calz. I have tried changing my linux profile but it wound up screwing it more and I could use a lot of help to get this working correctly. I need this to make my donationbox ruby code actually work.

Hey guys I now have videos now working on my homepage upon the newest content being reviewed and will change depending on the user's age limit. Only 3 videos will be allowed at a time on the front page. This is only working on my linux computer but this a significant boost to my moral. All that is left is the mailer and a couple of fixes I still need to do.

@Dinocanid: I am not talking about recording videos. I am talking about already recorded videos that are uploaded at the default 100% zoom size. Like how much of the screen should the videos take up? Would it be this much <-- -->, <---- --->, or <--- ------> That type of thing.

How big should video content be in terms of width when being dealt with from a reviewers perspective of new content to a site? I am a bit curious as my current system takes up 85% of the screen in the movie section which is good there but from a review perspective it feels like it needs to be smaller. Any advice guys?

@Hare: I don't have breeding and I don't really know exactly what layering is. When a user creates a pet on my site it goes through an approval phase. If the pet is approved then the user receives a small amount of points for its creation and is then automatically made available to everyone on the site. When it has not yet been reviewed only the admin and pet creator can see the pet itself. If it is denied then the user needs to just edit the content to have it reviewed again. Pet uploading only requires a file of either png, gif, jpeg to be submitted the site itself.