How to install on a joomla system...

Identifiant | Inscription

How to install on a joomla system...

Soumis par bruce99 le jeu, 02/24/2011 - 19:36

Update: The content in this post maybe out of date or inaccurate.

Hi Guys,

I ended up here as I used JV LE links tool, which you are a partner of?

On their site etc, I can not find any documentation as to what I need to do for my site http://www.dogwalkersmelbourne.com.au (a joomla site) so that I can install your software to work with their app.

Do you have any simple joomla specific docs that would enable smooth integration?

Vous devez vous identifier ou créer un compte pour écrire des commentaires

mer, 03/28/2012 - 03:37

(Reply to #11) #12

ViryaSoftware

offline

Inscription: 10/10/2011

Hi,

Thanks for that, I guess the following probably answers the question for the time being

"IMPORTANT NOTE: The "Advanced API" method (typically used for caching images locally) will no longer be supported for non-paying accounts."

As the component grabs and caches the shots occassionally (using the PHP STW class) I'd assume it's using the advanced API. I take it there isn't a 'not-so' advanced API we could use to achieve the same task?

If not, then I guess it's a case of looking at implementing some client-side stuff so that free accounts will work again.

Cheers

Ben

mer, 03/28/2012 - 03:41

(Reply to #12) #13

puravida

Jedi Warrior

offline

Inscription: 09/01/2007

Ah, yes. I had wondered how you referred to the "advanced" method response for that condition.

That is the case that "Free" users can no longer use the "Advanced" or "Embedded" methods.

Please be sure that you have notifications turned on and that you receive our emails. That change was announced many many times over the past year and a half.

mer, 03/28/2012 - 03:45

(Reply to #13) #14

ViryaSoftware

offline

Inscription: 10/10/2011

Hi,

Thanks for the help, we'll just have to look into pushing things client-side. Is there anything in the Advanced API that will allow us to detect that an account is free when the credentials are entered? Worst comes to worst it's a radio button, but it'd be nice to keep it as seamless as possible!

I noticed the email a while back, but as a lot of people are asking about us it seemed wise to check I wasn't leading them up the path!

Thanks again for your help, I'd better get my JS hat on if we want it to work with free accounts.

Cheers

Ben

mer, 03/28/2012 - 03:57

#15

puravida

Jedi Warrior

offline

Inscription: 09/01/2007

Ben,

Don't worry. It really is quite easy to work with the "Free PVP" integration. It's just a few copy/paste lines in most cases, provided that you have an easy way to add a javascript to the HEAD of the file and append a dynamically generated timestamp (as mentioned in the post).

As far as knowing account permissions, yes, we actually just announced v2.0.3 of the PHP sample code and it includes stw_account_api.php, which is a few lines of code to access the new "Account API"... That will allow you to check the permissions on an account for account level and PRO features.

Take a look at some of the recent announcements in the "Developer's Corner"

You may be most interested in:
New Developer's Accounts

Updated PHP Sample Code Available v2.0.3

New STW Integration Testing Guide

mer, 03/28/2012 - 04:04

(Reply to #15) #16

ViryaSoftware

offline

Inscription: 10/10/2011

Excellent thanks! It should just be a case of tweaking the front-end, but as most users will be showing multiple screenshots I need to make sure I get this just right!

That account api will be very useful then, it had occurred to me just after I posted that if there wasn't a way I could have just got the system to try and get a screenshot and checked the response (duh moment there).

Slightly off topic, but I haven't found a site to use to test this yet: How does STW handle sites that are geoblocking? I.e. as your servers are based in the US, if a site only visible to the UK is requested does it fail gracefully? We had an issue with a different service which sent some data and then never actually completed under these circumstances which caused quite a few headaches.

mer, 03/28/2012 - 04:15

(Reply to #16) #17

puravida

Jedi Warrior

offline

Inscription: 09/01/2007

We have seen that before and when it happens, we generally return an error of some sort.

If a site "hangs" our render engine, then we will retry it and eventually mark it "RENDER_ENGING_HUNG" or "CAPTURE_FAILED", in a worst case scenario.

mer, 03/28/2012 - 04:17

(Reply to #16) #18

puravida

Jedi Warrior

offline

Inscription: 09/01/2007

Oh, and we are currently in the process of migrating to the new iteration of our capture technology. This version is being launched in such a way that we will be able to more cost-effectively deploy capture generators in other countries throughout the world.

That won't happen right away, but it is in our long-term vision.

Having geographically disperse capture generators will provide a lot more flexibility and help speed up requests to countries with slow Internet connections to the US, such as Asia and parts of the Middle East.

mer, 03/28/2012 - 05:56

#19

ViryaSoftware

offline

Inscription: 10/10/2011

Thanks for that, very useful!

Yeah in fairness, the issues we experienced were more the fault of the site being screenshotted but the service didn't handle it very well. They maintained a small stream of data so curl timeout was never triggered leading to a hung script.

ven, 11/23/2012 - 01:47

#20

dexterbosque

offline

Inscription: 11/23/2012

Hi all, I'm very glad by getting a chance to post my opinion here. Truly I've not any idea about Joomla and through reading out your input I've come to know about your thought. Thanks

ven, 11/23/2012 - 02:03

(Reply to #20) #21

puravida

Jedi Warrior

offline

Inscription: 09/01/2007

Even though links in our forum will not help boost your search rankings, I have deleted your link so as not to encourage you to spam our forum. This is your only warning.