Super-Bomb.com Discuss

The hosting account provider . . . took away directories . . . . I complained . . . .they offered a VPS account . . I said Ok . . . hopefully the site doesnt go down again . . . if it does. . . they did say it would have to 'migrate' there . . . . hopefully it doesn't take as long as birds do . . . .

List of minor annoyances that need fixing but aren't particularly critical.

• The page doesnt have to flit up and down when it goes game to game in fact it does not if you are scrolled in the middle - if you are scrolled to where the comments affect it though it will flit up and down.
• Discuss link doesn't go to https it links to http which is incorrect and causes a problem i think i forget where

1) Fix:one or two bugs in lightning nav+offline which cause occasional navigation jumping glitches
2) Invite people and encourage invites
3) Correct each and every bug and maintain bug free operation - only a few minor non-critical bugs left in the current feature set
4) Monitor and improve scalability
5) Add features, game types, ranking types, more robots
6) Branch into alternate entry points - other game sites with the same player base (create a preference for maintaining a narrowed player base for original players if desired?)
7) Also considering having sponsored players for name recognition and player base expansion - also getting sponsors for SBR
8) Utilizing income from AccountBlaster, MoneyBlast.ME, MoneyBlast.US and Santa Cruz Web Factory to promote and build SBR.
9) Play Games.

Last week ehost (hosting provider) turned into justhost. Thats why they dropped the ball on the SSL for the day last week, their systems were different, and they needed babying from me to make it work again. So this week i find out this new hosting company justhost wont let you point subsequent domains to folders more than two levels deep. This is a deal breaker for this hosting company because a) it shows they are imposing needless limitations b) a folder hierarchy is important i do not need to go into why they are there for a very very good reason.

The reason I have not 'told everyone to come play' yet (not that other people can't, feel free to get a couple more friends in on it, but play at your own risk please:) is because there is one more critical bug I want to address and fix, this is piece flipping+lightning nav+offline=incorrectly shown pieces = very very bad - so that has to get fixed first - then [FIXED 11-11-2017] I think there are one or two bugs in lightning nav+offline which cause occasional navigation jumping glitches - so I want to address those, fix them, and there may be one left

just now i found and fixed an obscure bug where *sometimes if you hit 'online' nothing happens, you have to *try again** so I thought that was annoying because it happened every so often, just *didnt go online* when you hit 'online' so i figured out where it was - where I could patch it. So I did. It seems to work - except for one thing - one of the first moves I made with this version seemed to *knock me offline*.

New Version - Just Now - Refresh Your SBR Page (F5)

Facebook declines name requests for names after a short period so the names disappeared. (Now Fixed (for the core activity menu only not the pages like game page and player page that will be next))

New Changes:

• I made a new database table for saving names

• New PHP that adds names one-by-one as people arrive

• Used a PHP script with the Facebook Graph API call listed below to populate the names for all the ids that were already in the players and games database tables that are already present

• Added PHP and MySQL joins to send the new name data through to the SBR game page javascript

• The page javascript was actually mostly ready to accommodate the name data I mostly just had to comment out all the javascript and PHP calls to get names from Facebook that seemed to be all over the place and are no longer needed

• That's it for today, but: Upcoming plans for the next upcoming changes will either be to fix the jumpy data on player, game, top ranked player pages and/or the bug in B.H. Baby's Beeversi game and/or both[DONE]

So the way it's getting names now is one by one with a call like this

$comma_separated_list_of_ids=implode(',',$_player_ids_array);

$url = 'https://graph.facebook.com/?access_token='.$access_token.'&ids='. $comma_separated_list_of_ids.'&fields=name,first_name,last_name';

  //***** you can put 'id' instead of 'ids' for just getting one-by-one. The FB return limit on multiple names is 50 at a time, and you can get more with subsequent requests but then there is also another hourly limit that cut responses off if you request too many during a certain period *****	

$info = json_decode(file_get_contents($url), true);	

Turn ids into id if you just want one.
This is the main way (I think maybe the only way now) that SBR is getting names from Facebook.
(But just one-by-one with one id at a time and 'id' instead of 'ids')
This is actually the line copied from the call I used to get groups to populate the database (up to 50 at a time) - and the call to get the single name is exactly like it except that ids is id instead. Its the fb graph api. I think its correct but they change it on me every couple years it seems like so who knows anyways that is currently the way that Super Bomb Reversi gets peoples facebook names from facebook (it is core functionality this may help you to build your own facebook app I dont know)

So when I built SBR, according to what I was reading and working with at the time, you were supposed to write <fb:name id="bladebla" ...></fb> and request facebook to put the names on the page. Then at some point they started only sending back a certain amount and cutting it off. It didn't used to be jumpy either. Now its super jumpy and the names stop arriving after a few minutes if there's more than one player. So I'm trying to fix it.

Just now i made a change to the core responder of the program which turns out to have been spinning out past where it needed! Stuff was happening on the server, looping, that didnt need to! Due to a feature I had added, long polling. I fixed it. Sortof a happy - medium now . It does still loop at the server - five times - if no updates are needed. This slows down the back - and - forth pulse without slowing down the mechanism if something changes the new data gets posted - but it checks back in every five times now starting - right now.