Digital Point User Map

Digital Point User Map 1.3.2

No permission to download
getting the same errors on my nginx server also now. The nginx server uses a Debian install also and the PHP is provided by DotDeb so I'm pretty sure it's compiled correctly.
Snap! Same for me too, seemingly each time templates are compiled when an add-on is upgraded/installed
Code:
Zend_Http_Client_Adapter_Exception: Template modification callback error: Unable to Connect to ssl://api.digitalpoint.com:443. Error #0: php_network_getaddresses: getaddrinfo failed: Name or service not known - library/Zend/Http/Client/Adapter/Socket.php:235
Generated By: Mouth, 45 minutes ago
Stack Trace
#0 /var/www/netrider/library/Zend/Http/Client.php(973): Zend_Http_Client_Adapter_Socket->connect('api.digitalpoin...', 443, true)
#1 /var/www/netrider/library/DigitalPointSearch/TemplateCallback/Attribution.php(32): Zend_Http_Client->request('GET')
#2 /var/www/netrider/library/DigitalPointSearch/TemplateCallback/Attribution.php(44): DigitalPointSearch_TemplateCallback_Attribution::_checkBranding(Array)
#3 [internal function]: DigitalPointSearch_TemplateCallback_Attribution::insert(Array)
#4 /var/www/netrider/library/XenForo/Model/TemplateModificationAbstract.php(217): preg_replace_callback('#(<xen:hook nam...', Array, '<xen:edithint t...')
#5 /var/www/netrider/library/XenForo/Model/TemplateModificationAbstract.php(152): XenForo_Model_TemplateModificationAbstract->applyTemplateModifications('<xen:edithint t...', Array, Array)
#6 /var/www/netrider/library/XenForo/DataWriter/Template.php(182): XenForo_Model_TemplateModificationAbstract->applyModificationsToTemplate('footer', '<xen:edithint t...', Array)
#7 /var/www/netrider/library/XenForo/DataWriter/Template.php(244): XenForo_DataWriter_Template->_verifyPrepareTemplate('<xen:edithint t...')
#8 /var/www/netrider/library/XenForo/Model/Template.php(1146): XenForo_DataWriter_Template->reparseTemplate()
#9 /var/www/netrider/library/XenForo/Model/Template.php(1203): XenForo_Model_Template->reparseTemplate(Array, false)
#10 /var/www/netrider/library/XenForo/Deferred/TemplateReparse.php(20): XenForo_Model_Template->reparseAllTemplates(7.9999198913574, 0, 1369)
#11 /var/www/netrider/library/XenForo/Deferred/Atomic.php(66): XenForo_Deferred_TemplateReparse->execute(Array, Array, 7.9999198913574, 'Reparsing... Te...')
#12 /var/www/netrider/library/XenForo/Model/Deferred.php(256): XenForo_Deferred_Atomic->execute(Array, Array, 7.9999988079071, 'Reparsing... Te...')
#13 /var/www/netrider/library/XenForo/Model/Deferred.php(390): XenForo_Model_Deferred->runDeferred(Array, 7.9999988079071, 'Reparsing... Te...', false)
#14 /var/www/netrider/library/XenForo/Model/Deferred.php(335): XenForo_Model_Deferred->_runInternal(Array, NULL, 'Reparsing... Te...', false)
#15 /var/www/netrider/library/XenForo/ControllerAdmin/Tools.php(159): XenForo_Model_Deferred->run(true, NULL, 'Reparsing... Te...', false)
#16 /var/www/netrider/library/XenForo/FrontController.php(347): XenForo_ControllerAdmin_Tools->actionRunDeferred()
#17 /var/www/netrider/library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#18 /var/www/netrider/admin.php(13): XenForo_FrontController->run()
#19 {main}
Request State
array(3) {
  ["url"] => string(51) "http://netrider.net.au/admin.php?tools/run-deferred"
  ["_GET"] => array(1) {
    ["tools/run-deferred"] => string(0) ""
  }
  ["_POST"] => array(3) {
    ["redirect"] => string(41) "http://netrider.net.au/admin.php?add-ons/"
    ["execute"] => string(1) "1"
    ["_xfToken"] => string(8) "********"
  }
}
 
I really thought people would have PHP installations that supported HTTPS in this day and age, but I guess not...

I'll make something where it fails silently in the next version.
 
Curl:
Protocolsdict, file, ftp, ftps, gopher, http, https, imap, imaps, ldap, pop3, pop3s, rtmp, rtsp, scp, sftp, smtp, smtps, telnet, tftp

Registered Stream Socket Transports:
tcp, udp, unix, udg, ssl, sslv3, tls
 
I really thought people would have PHP installations that supported HTTPS in this day and age, but I guess not...

I'll make something where it fails silently in the next version.
I'm pretty sure mine does. ;)
Running this test script
Code:
<?php
$w = stream_get_wrappers();
echo 'openssl: ',  extension_loaded  ('openssl') ? 'yes':'no', "\n";
echo 'http wrapper: ', in_array('http', $w) ? 'yes':'no', "\n";
echo 'https wrapper: ', in_array('https', $w) ? 'yes':'no', "\n";
echo 'wrappers: ', var_dump($w);
results in this
Code:
openssl: yes http wrapper: yes https wrapper: yes wrappers: array(12) { [0]=> string(5) "https" [1]=> string(4) "ftps" [2]=> string(13) "compress.zlib" [3]=> string(14) "compress.bzip2" [4]=> string(3) "php" [5]=> string(4) "file" [6]=> string(4) "glob" [7]=> string(4) "data" [8]=> string(4) "http" [9]=> string(3) "ftp" [10]=> string(4) "phar" [11]=> string(3) "zip" }

One thing I do have in my php.ini is allow_url_fopen= Off
I'll change it to On and see how that does.


EDIT: probably won't make any difference because on my nginx/php5-fpm setup it was already on.
It crops it's error up whenever an add-on is updated and tracks back to the template modification for the copyright.
 
Last edited:
It works and no errors until you add/update an add-on... so the fact is that apparently it IS compiled with https ability (if I am reading all the code correctly) because the copyright is displaying.
screenshot.webp
 
What IP address is api.digitalpoint.com resolving as for you?
From 107.182.130.21
Code:
ping api.digitalpoint.com
PING systemofadown.digitalpoint.com (216.9.35.59) 56(84) bytes of data.
64 bytes from systemofadown.digitalpoint.com (216.9.35.59): icmp_req=1 ttl=49 time=63.1 ms
64 bytes from systemofadown.digitalpoint.com (216.9.35.59): icmp_req=2 ttl=49 time=62.9 ms
64 bytes from systemofadown.digitalpoint.com (216.9.35.59): icmp_req=3 ttl=49 time=62.4 ms

from 23.92.80.92
Code:
tracy@pegasus:~$ ping -c3 api.digitalpoint.com
PING systemofadown.digitalpoint.com (216.9.35.59) 56(84) bytes of data.
64 bytes from systemofadown.digitalpoint.com (216.9.35.59): icmp_req=1 ttl=53 time=66.4 ms
64 bytes from systemofadown.digitalpoint.com (216.9.35.59): icmp_req=2 ttl=53 time=65.5 ms
64 bytes from systemofadown.digitalpoint.com (216.9.35.59): icmp_req=3 ttl=53 time=65.5 ms
 
Nope, been there without any changes for more than a year.
Weird. You know (or have any) php code I could run a quick test with besides what I used above using the getaddrinfo function? Don't mind testing it as I have some spare time before I head out to a client location.
 
You could use the same code if you want to test it... this is what it's doing...
PHP:
$client = XenForo_Helper_Http::getClient('https://api.digitalpoint.com/v1/marketplace/branding');
$client->setParameterGet(array(
	'item_id' => 992,
	'url' => XenForo_Application::get('options')->boardUrl
));
$response = $client->request('GET');
$response = @json_decode($response->getBody());
 
I'd already found that in the library folder for the TemplateCallBack. I know just enough php to be dangerous but I'll see if I can modify it to use hardcoded values instead of pulling from XF's configuration.
 
  • Removed usermap route (usermap is now an action within the normal member route)
what does that mean in English :)
 
It just means that the URL for the usermap is something like this:

http://www.yoursite.com/members/usermap

instead of:

http://www.yoursite.com/usermap

It's just a general clean up of the URL... the usermap has to do with members, so it seemed more logical to have it as part of the members route... that's all.

The thing that really brought this up is I've been moving certain non-forum specific routes off my forums.digitalpoint.com sub-domain. There are a whole lot of parts of my site that have nothing to do with the forums, and if you are a user that uses the site for non-forum stuff, it's awkward to have to go to the forum to manage your account when your account is global.

Long story short, is I moved things like members, account, etc. routes to www.digitalpoint.com, and while giving thought to which routes are global and which are forum-specific, it occurred to me that usermap is really about members, so that's where it should be.
 
Back
Top Bottom