My boss has charged me with the task of finding how to integrate WeChat into our photobooth's "Total Share" section.
Our photobooths work under windows and their software is a mix of Java and a PHP web API installed locally, that then connects to a web service.
The intention is to give the user the option to, when their picture is done, get a copy of it via WeChat (I guess that by introducing it's phone number)
Through my searches I've found a WeChat JS-SDK, but that seems to connect sites you are watching on your phone with your actual WeChat app so it doesn't work in my case.
The other source I have found is the Official Account Admin Platform, but I'm not really sure if this would allow me to do what I need. As far as I've seen, the Official Account can send messages in response to a trigger (that would work for me, send a message when the user clicks on the button), but it also seems to need that they "subscribe" (in a way) to the Official Account, and secondly I'm not sure how can this be automatized.
Especial mention:
I'm a junior developer, so API integration is a bridge I haven't crossed yet, and as such I'm utterly lost.
Is it possible to get the functionality I require? If so, what are the steps to do it?
You don't need to make a fully fleshed tutorial to write an answer, just knowing in what direction should I go, and maybe some possible caveats that more experienced developers may be able to foresee, would be great.
Thanks.
Related
I want use Google Assistant from my phone to send HTTP POST command to my server. I have a simple webnms app running over it, this server support REST API and now I want to use Google Assistant to shoot GET or POST command to that server and return my output.
Is it something possible? I am not full time developer.
Yes, as #Prisoner says it is possible. It is not what you asked - but have you seen these ways that Google provides to get skills published without requiring a lot of developer savvy?
https://developers.google.com/actions/content-actions/
https://developers.google.com/actions/templates/first-app
I don't speak for them, but IMO Google's target audience for Action building apart from the above is those who have at least some familiarity with the JavaScript language and its "run-time" Node.
There is also this - which I haven't tried by the way.
https://www.techadvisor.co.uk/how-to/digital-home/easy-actions-google-assistant-3665372/
In case it is not obvious, Google Actions are essentially websites that interact with Google's assistant running on a Home device or a smart phone, say. Think of the Assistant as a browser initiating requests and your Action as serving them. If you can (build and?) deploy a server that handles POSTS over HTTPS on a publicly addressable URL, and if you can understand the JSON payload that the Assistant sends and respond with appropriate JSON to carry out you application then you are good to go.
Where you don't have a public IP address - e.g. in testing - you can use a tool like ngrok ( https://ngrok.com/ ) to reverse proxy requests emanating from the Assistant to your server.
I have slides for a presentation I did targeting fledgling developers who had never built an Action here
https://docs.google.com/presentation/d/1lGxmoMDZLFSievf5phoQVmlp85ofWZ2LDjNnH6wx7UY/edit?usp=sharing
and the code that goes with it here
https://github.com/unclewill/parrot
On the upside the code is about as simple as it gets. On the downside it does almost nothing. In particular, it doesn't try to understand language. As #Prisoner says you'll likely need a tool like Dialog Flow for that.
Yes, it is possible.
Your server will need to implement the Actions on Google API. This is a REST API which will accept JSON containing what the user is intending to do and specific information about what they have said. Your server will need to send back JSON indicating the reply, along with additional information about how to continue the conversation.
You will likely also want to use a tool such as Dialogflow to handle building the conversational script and converting a user's phrases into something that makes sense to you. You'll also need to use the Actions on Google console to manage your Action and provide additional details about how users contact your Action. All of this is explained in the Actions on Google documentation.
Simple Actions are fairly easy to develop, and can certainly be done by a developer as a hobby. Good Actions, however, take a lot more thought and planning. Google offers you to the tools - it is up to you to best take advantage of them.
I've found the solution.
In the "Action" console https://console.actions.google.com/project/sandbox-csuite/scenes/Start
Go to menu "Webhook", click "Change fulfillment method", and then select "HTTPS endpoint"
Is anybody sending out text messages to user's phones with AppMaker? If so, would you mind posting your preferred solution that has been tried and works with AppMaker/Google Cloud?
Thanks!
Neither App Maker or App Script or Cloud Platform provide SMS services as first party.
So, you can to make market research, choose service that suits your needs best and then if you have any hurdles making it friends with App Maker come back here and ask more specific question, for instance how to authenticate 3rd party service.
Help please solve the following problem. I can not
sign in anonymously into the meeting using the Skype Web SDK.
On the following site it doesn't work: https://ucwa.skype.com/websdk
In the official example
everything works (signin, signout, chat, conference), except, of course, anonymous meeting.
I had a question: does this service at all, and if someone did it, answer, please.
No, you cannot pragmatically manipulate Skype without an authenticated user. Anonymous users may join your Skype meeting (if your configuration allows for it) but they do so using a publicly available Skype client (native or web).
First of all, the sample you are looking at is for Skype for Business Online. Its not meant to work with onprem. Its indeed not working anymore.
You can make use of this repo: https://github.com/OfficeDev/skype-docs/tree/master/Skype/Trusted-Application-API/samples/AnonMeetingJoinSamples and set up your own UCAP cloud application. Follow all the steps in the readMe and and on this page: https://msdn.microsoft.com/en-us/skype/trusted-application-api/docs/anonymousmeetingjoin
If you want further information for Skype for Business check out this: https://msdn.microsoft.com/en-us/skype/ucwa/ucwa2_0generalreference
If you have a specific question, feel free to ask
This is kinda open ended question. Just wanted to get some comments / views / pointers on my situation. Before I start with my question I would like to disclose that I have never worked on backend before.
I am trying to build backend for an iOS app that creates user account based on phone number, take some basic information from user such as first name, last name and address. Based on that information I am planning give custom suggestion of weather / whats around etc.
Now for authentication I am using Digits from twitter (https://docs.fabric.io/ios/digits/index.html). But I am not sure how to do whole user management as such. Example collecting more information assigned to same user who was authenticated using phone number.
I thought of using Google's Firebase and Stormpath for user management but they seem to have there own authentication flow. Is there a way to combine either of these with Digits?
Any comments / pointer will be highly appreciated.
I work at Stormpath on our iOS SDK. Unfortunately, we don't have an integration with Digits or phone number based login at the moment, although it's on the roadmap. While it's technically possible to integrate them, for a casual project, I'd suggest using Facebook / Google Login.
Digits is really cool and useful, but Digits' integration on the server side unfortunately doesn't come with many examples, and may be difficult for you to understand if you haven't done it before. Facebook / Google login is a bit easier to implement (or even Facebook's AccountKit for phone number auth).
For using Stormpath to build a backend + mobile app, I've written a set of tutorials you can use to do Facebook or Google login.
Build a REST API for your Mobile Apps using Node.js
Build an iOS App in Swift that uses a REST API
I saw on internet that there is some programs that can use Telegram CLI.
I want to choose between them
for Telegram bot API there is much more documents explaining its functionality, but for CLI there isn't much that explains its features
it seems the only way to know about is to experiment with it.
unfortunately i don't have a linux distro installed on my pc so experimenting isn't an option right know.
so I thought to ask from people who already used it
I know about Telegram bot api, its powers and its limitations
here is my questions:
what can I do using Telegram CLI that I can't do with with bot api, and vice versa?
Telegram bot API:
do not require to register new Telegram account, so you don't need to have another phone number;
bot cannot write to user first, only after user sends a first message to bot;
already has the commands interface (/command);
can do stuff by simple HTTP POST (by sending request via cURL, for example). So you can hook to this tons of stuff (notifications about new articles at the website or so);
you can rather easily create lots of them;
you can write you own implementation in almost any programming language;
you have a list of bots you have created (thanks to #BotFather). If you have lost somehow control of your bot - just revoke the token via #BotFather and it's yours again;
pretty simple to use.
Telegram client application (in this case - CLI):
requires new Telegram account registration with phone number;
acts like any other actual Telegram user (can write to other users first, without invitation). Well, that's a good thing;
not really good cross-platform abilities for now (some lack of CLI-realisations);
not really easy to install and use;
you have to implement the commands handling part;
if you have lost your phone number - pretty much you lose this account, because it's not like you would make some precautions for CLI client account. So you will have to register a new one and repeat the setting procedure for client.
In conclusion, bots actually got rid of CLI clients, in my opinion. I had CLI account right to the moment the bots appeared. After that I deleted it and created a bot. And not just one :)
So, bots are for the "robot" stuff, and real accounts are for the real people.
The Telegram CLI library interacts directly with their MTproto protocol, which means it's like their desktop/mobile app...but for the console. You can send messages from one phone number to another. This means that when authenticating with the CLI application, you use your real number as if you were logging into the mobile application.
I wouldn't suggest using it for bot behavior as you have to write an application that wraps the Telegram CLI and parses the log file as it is displayed...since it doesn't implement all the MTproto methods and the outputs for the log file are custom...it can be quite annoying and different than what you would expect.
With Telegram CLI you can send a number to another Telegram user without having them initiate the conversation first (since it functions just like a normal Telegram client) where the Bot API requires the user to add the Bot and start interaction before the Bot knows you are there.
previous answers are almost correct. Two different interfaces for different purposes:
Telegram Bot API allows to develop a Telegram Bot.
Telegram CLI (as this one, as an implementation example: https://github.com/vysheng/tg) are telegram client implementations, running from command line, based on MTproto protocol, as Chris Brand said.
As a bot developer, I'm interested to have a TG CLI interface (2) to automatize dialogs tests, with bash scripts, with a bot made with (1).