I would like to use the Adobe Embed API to display PDF in an enterprise internal application. But I'm wondering if the PDF itself is sent to the Adobe servers?
Since the documents are strictly confidential, that would forbid me to use this API.
Adobe PDF Embed API does not upload your PDF document to Adobe servers. There is a whitepaper here that details that:
https://www.adobe.com/content/dam/cc/en/security/pdfs/AdobeDocumentServices_SecurityOverview.pdf
Here is an excerpt:
API Authentication PDF Embed API is a client-side JavaScript- and
WASM-based library and does not make any calls to cloud-based
services. There are only three purposes for which it makes network
calls:
At the time of loading, it calls into a service that validates the
client.
If given an Adobe Analytics report suite ID by the PDF Embed API integrator, it logs event data for out-of-the-box analytics and a
pre-configured analytics dashboard.
It logs anonymous usage data in Adobe Analytics.
Related
I have created a canvas power app. I am trying to use the paypal API: https://developer.paypal.com/docs/subscriptions/integrate/ ,which gives you html to embed into your code. I know Power Apps is a no-code platform, but are you be able to connect a Canvas app to a Web Resource with html?
you cannot use javascript directly in your canvas app but there is something called PowerApps component framework. you can use PCF to have coded component in your canvas app.
There is an pcf gallery as well which contains community crated pcf controls which could be directly used.
In addition, it is not required if you want to consume 3rd party api that you use javascript. There is something called custom connectors/ or out of box connectores in power automate, you can call power automate (flows) from your canavas app and consume output/results from your flow.
Take a look at this connector article
I want to use the Google Analytics API to show analytics data in our CMS.
As every website runs the CMS under their own domain like domain.com/cms I do not want to use webapplication API access. I want to use a API Service Accounts, so there is no domain check using the API, in stead it uses a client id (different from webapplication access) and a private key.
So far, so good. I set up the connection with the API and I can read google analytics data.
But I would like to show some charts.
Easy Dashboard Javascript Library is very handy, but it uses webapplication API access, so it checks the URL where it is called from. And I don't want this. Is there a way to simply create charts (with this library or another), and using Service Account API access?
You can get the data from your Google Analytics Service Account and use the data to create charts using the many libraries available using javascript or jquery.
http://www.1stwebdesigner.com/css/top-jquery-chart-libraries-interactive-charts/
Currently we are developing social network, which includes apps inside, for example Games. There is no public API for developers to make their apps, instead Apps developed ourself.
Our platform is based on Zend Framework. Also we have XMPP protocol implementation (clientside-strophe, serverside-java) for chat, notifications and for other pushing tasks. XMPP will be used in apps.
We want to separate apps from social network code, so we can keep it simple, lightweight.
What strategy you can suggest for such separation? Our desire is to keep architecture and code simple and clean.
Since this is an architectural question, I'm sure there are many way of doing what you need. Here is my 2 cents. Keep your apps server completely separated from the social media server. Use client side JS scripts to embed and render the apps on your social media site.
Think it like this: You know Facebook social plugins that allow embedding Facebook components in external sites. Below is a screenshot of Facebook LikeBox embedded in a completely separate DNN portal.
In your scenario, assume DNN as your social media site. And the LikeBox as your app. Architecturally they are well separated, even can be served from different severs. But integration happens on the client side.
If you need these apps to interact with the social media site, either you can do it via a REST API. Or you can use DOM events or simple JS function calls.
Few days ago I wrote a blog post on a similar architecture and can be found at: http://blog.hasith.net/2012/06/traditional-portals-are-dead-long-live.html
3rd party apps like facebook app are standalone application which access facebook DATA .
So make your social network data available through your API on internet, implement Zend_OAuth for authentication HMAC after that you can freeze your social network code .
Now you can create your web application in Javascript/Flash which access your social network data through your API .
I have a web site that is built using Joomla CMS 1.5
I need to access articles in my iPhone app?
Is there is a REST API (or non-REST API) for Joomla that provide access to articles?
I have found Joomla-REST-API but it does not provide access to articles...
I have a Google API console premier account, and I'm using the places service for an application that has two parts, web app and mobile app.
It seems that Google API distinguishes between server and browser apps. So for each category I have to generate keys specifically for it.
The mobile app is a native iPhone App, that uses the Google Places Web Services XML API for a simple auto complete function.
The question is in which category does mobile apps fall in?
Browser Apps
Server Apps
And any resources of how to use them?, does the Google JavaScript API V3 still requires an API Key for the premium users? Google documentation about this subject does not have enough information.
There are two different interactive types of Mobile Apps that use Google Maps:
ones that use the Maps Javascript API v3 (either directly or embedded in a Native Application)
ones that use Native Google Maps APIs (currently available for Android and iPhone)
For more on that you can have a look at:
http://code.google.com/apis/maps/articles/mobile_overview_v3.html
Ones that use the Maps JS v3 are Browser Apps, the Native Apps are neither. They have their own TOS and quota system, like the one for iPhone and the one for Android.
About Google Maps JS API v3. It an be loaded :
without any key
with an API console key, which will allow you to track your usage (this was introduced recently)
with Maps Premier client id (gme-) if you are a Maps API Premier customer
The XML web service for places API should be used only as a server side solution. This is because you can imagine that a user might steal your key from the source of your iPhone app (by sniffing on the traffic) and use it.
The safe way out is to use a proxy server. You would then register an App Key for server apps (with IP locking for your proxy server) and then make calls to the Places API from this proxy.
Another option would be to use UIWebView on the iPhone side with JS Maps API v3 and Places library on the Google side. You would then fall in "ones that use the Maps Javascript API v3 in a Native Application" category.
You could then use any of the 3 options to load JS Maps API that are mentioned above.
I had to cut away some links, since I am not able to paste more than two, but I hope that helps anyway
Unless you have strong reasons against it, the "ones that use the Maps Javascript API v3 in a Native Application" category is the best option. There's a nice talk from Google I/O 2010 about it: http://www.google.com/events/io/2010/sessions/map-once-map-anywhere-geospatial-apps.html