vb.org Archive - Add-On Releases - World of Warcraft Event Calendar

vb.org Archive (https://vborg.vbsupport.ru/index.php)

- vBulletin 3.6 Add-ons (https://vborg.vbsupport.ru/forumdisplay.php?f=194)

- - Add-On Releases - World of Warcraft Event Calendar (https://vborg.vbsupport.ru/showthread.php?t=145287)

Ok the error is gone but I'm back to where I was last night.

http://www.rivalnation.com/forums/ca...o=getinfo&e=10

It works but the armory data isn't posting. It shows 1 player in the total signup but not in the classes and level, class, and race are blank.

i can't get my event pages to load at all now since i updated to 1.2.0, didn't see them have any problems with 1.1.9

Hyrel did you check your armorydata table to see what was in there? If it's propogated, see what's posted in that table. In addition post a screenshot of custom user profile fields so I can see their IDs. In addition, show me a screenshot of your vboptions for this addon in complete detail.

Thanks.

i think i'm having problems getting my pages to load as i also can't seem to get the european wow armory to load either, so at a guess with the timeout being taken out its timing your site out when the armory is also down on your respective wow site

Shane, do a complete uninstall and then do a reinstall of the product. Set your vboptions after reinstalling, particularly the field ids and the server information. Create a test event but "don't check allow signups". View the event and make sure their are no sql errors. If not, then edit the event and "allow signups". Let me know what happens. Thanks.

Quote:

Originally Posted by Noxious (Post 1262835)

Yes you are absolutely correct here. I did a couple of tests on both armory sites for EU and US.

I'm looking into a timeout redirect code that actually works now. I think in your case, you don't have anything wrong and it's just that the european armory site was down for a short while.

Please be patient as I work on a new timeout code that works. My problem is that the timeouts for url checking show up as true even when the armory site is not responding for either european or US. I don't believe that they are really ever down but that they are just bogged down with hits and that they eventually do work. So, timeout settings are very difficult to program for that site. I'll find another solution that works. I'm testing out several options.

I knew the armory would pose some problems but I know I'll get around it. :)

It looks like I found the answer I needed and I had to actually add it directly to the parser function itself.

I'll post the new product in a moment but this appears to do the trick:

PHP Code:


		
			
            function parse_wowarmory($url) 

            { 

                ini_set('user_agent', 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)'); 

                $ch = curl_init();

                $timeout = 5;

                curl_setopt ($ch, CURLOPT_URL, $url);

                curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);

                curl_setopt ($ch, CURLOPT_CONNECTTIMEOUT, $timeout);

                $xml = curl_exec($ch); 

                require_once(DIR . '/includes/class_xml.php'); 

                $xmlobj = new vB_XML_Parser($xml); 

                return $xmlobj->parse(); 

                curl_close($ch);

            }

thanks to Hyrel for providing it. However, it might be returning empty arrays. Still testing with this code further.

Product updated to 1.2.1 with cURL changes in effect. I believe this is the best route since fsockopen behaves indifferently with the armory. Let me know if your site performs any better with the code.

The default setting is 10 seconds for timeout. You can edit the default timeout and set it to whatever you would like in your vboptions. The setting is there. And, yes, this time it does work. If you test with the timeout settings, let me know what you feel is a good round timeout number response for both US and EU armory sites. I'm guessing that the safe bet is to set it to 15 seconds but I'll do that just for my own site. Some of you might want your events to load up faster so you could just set it back down to 5 seconds.

I looked at the armory tonight and did a couple of search character tests and it looks like both armory sites are having severe trouble with style sheets and xsl data. So, this might be why the armory is unresponsive.

The timeout is only meant as a workaround for when the armory is down. I'll provide three quick scenarios on how this code will work now:

Scenario One: Armory responding fine with no issues
-- Your calendar will move fast
-- Events will show up quickly
-- Character data will be populated into the armorydata table for main, alternate1, alternate2
-- Alternate1, and 2 are optional so it will bypass these completely if they are blank

Scenario Two: Armory not responding (after) you've populated your database with previous events
-- Your calendar will delay to "x" seconds based on the timer you set
-- Events will show up after "x" seconds based on the timer you set
-- Character data will not be populated into the armorydata table overwriting "good" data
-- Character data will be shown on your events based on what already existed in your armorydata

Scenario Three: Armoy not responding and a "new" member who never signed up before signs up
-- Your calendar will show drop downs for the fields the new member added in their profile
-- Because the armory is non-responsive and the character never had data in the armordata table, fields will show up blank besides character name.

Scenario three is the one scenario I would like to work on. So, I need some input on what you want to see in your table for data that is not there. This would only be for character data that was never populated ever, and it would only show until the next time the character visited when the armory was back up.

Keep in mind, once your databases are fully populated with some type of information, you won't see any issues like this. The worst you would see is "outdated' information because the character info wouldn't have been updated. Again, any input on this would be nice.

Thanks everyone.

Okay version 1.1.8 is the current "good" version although it does not have timeout features. However, it tests out fine and does return proper array data. Version 1.1.9 has the first of the timeout features with fsockopen but with unexpected results. Version 1.2.1 has the new cURL features but it's untested and may not produce the right results.

Therefore I put the previous_versions.zip file up and recommend that anyone starting off "new" or for those of you having issues with getting this going - try version 1.1.8 first and if that works, then you can upgrade. Personally, I believe that 1.2.1 needs a bit more testing but I wanted to get it out there just in case it works well.

Thanks,

Alright got it working.

HOWEVER still somethings that are not working.

NOTE: I have the newest version of the mod.

If a person signs up, it does not show the number of people signed up for that class.

Also, the class, level, and race fields are not populating...the server is correct as is the zone of the server.

Any ideas?

X vBulletin 3.8.12 by vBS Debug Information
Template Usage: (1)ad_footer_end (1)ad_footer_start (1)ad_header_end (1)ad_header_logo (1)ad_navbar_below (1)bbcode_php_printable (1)bbcode_quote_printable (1)footer (1)gobutton (1)header (1)headinclude (6)option (1)pagenav (1)pagenav_curpage (4)pagenav_pagelink (1)pagenav_pagelinkrel (1)post_thanks_navbar_search (1)printthread (10)printthreadbit (1)spacer_close (1)spacer_open Phrase Groups Available: global postbit showthread	Included Files: ./printthread.php ./global.php ./includes/init.php ./includes/class_core.php ./includes/config.php ./includes/functions.php ./includes/class_hook.php ./includes/modsystem_functions.php ./includes/class_bbcode_alt.php ./includes/class_bbcode.php ./includes/functions_bigthree.php Hooks Called: init_startup init_startup_session_setup_start init_startup_session_setup_complete cache_permissions fetch_threadinfo_query fetch_threadinfo fetch_foruminfo style_fetch cache_templates global_start parse_templates global_setup_complete printthread_start pagenav_page pagenav_complete bbcode_fetch_tags bbcode_create bbcode_parse_start bbcode_parse_complete_precache bbcode_parse_complete printthread_post printthread_complete
Messages:

Phrase Groups Available:

X vBulletin 3.8.12 by vBS Debug Information
Page Generation 0.01371 seconds Memory Usage 1,757KB Queries Executed 10 (?)
More Information
Template Usage: (1)ad_footer_end (1)ad_footer_start (1)ad_header_end (1)ad_header_logo (1)ad_navbar_below (1)bbcode_php_printable (1)bbcode_quote_printable (1)footer (1)gobutton (1)header (1)headinclude (6)option (1)pagenav (1)pagenav_curpage (4)pagenav_pagelink (1)pagenav_pagelinkrel (1)post_thanks_navbar_search (1)printthread (10)printthreadbit (1)spacer_close (1)spacer_open Phrase Groups Available: global postbit showthread	Included Files: ./printthread.php ./global.php ./includes/init.php ./includes/class_core.php ./includes/config.php ./includes/functions.php ./includes/class_hook.php ./includes/modsystem_functions.php ./includes/class_bbcode_alt.php ./includes/class_bbcode.php ./includes/functions_bigthree.php Hooks Called: init_startup init_startup_session_setup_start init_startup_session_setup_complete cache_permissions fetch_threadinfo_query fetch_threadinfo fetch_foruminfo style_fetch cache_templates global_start parse_templates global_setup_complete printthread_start pagenav_page pagenav_complete bbcode_fetch_tags bbcode_create bbcode_parse_start bbcode_parse_complete_precache bbcode_parse_complete printthread_post printthread_complete
Messages: