I was wondering if the SnapChat API allows for auto accepting of friend requests. I know the API exists but I can't seem to find any docs on it anywhere, does anyone know where SnapChat releases these? I have like 6,000 friend requests and don't want to accept them all by hand lol!
There is not a public API available, but there is a few unofficial API's released. The most documented one is here, http://gibsonsec.org/snapchat/fulldisclosure/ , I am developing a few applications with the use of this that incorporate snapchat. TO auto accept friend requests, you would need to listen for them in the snapchat update that are pushed to the client, then as you parse it the tag for a friend request would be under MEDIA with the value 3. Then just send the accept back. If you want something like a macro to go through your current requests then get a macro application on android if you are running android, you need a root though for these. So i suggest downloading Bluestacks on the pc which is a android simulator where you can download any app and run it. Download snapchat for it and run a macro on your computer.
Related
Considering the development of an application in React-Native or Flutter that allows the user to click a button and make a call (that goes through service like Twilio) and this redirects it by calling to another person.
I've been looking for examples with SIP or WebRTC integration but hasn't found a lot of guides so far.
is it possible to develop something like that?
I would like to know if there's any way to read notifications from discord app to be able to fire actions on my computer. I have been looking for information about action center in windows 10 but it seems there is no public api to access all notifications in the action center just the ones from your app.
On the other hand I have been using WireShark to check the network traffic but it is encripted so, there's no way (that I know) to check the decripted notification message.
I can't use a discord bot to do this. It must be done in my desktop machine.
Is it possible to do this?
Scenario: Spotify user on the native desktop application is adding and removing songs from the currently playing playlist.
I'm curious if it's possible for me to detect when any addition/removal happens? Basically need a trigger to tell me the playlist has changed without having to continuously poll Spotify's API to see if anything changed. Looking for a solution that could be used either via the Spotify API or something hack-ish using spotilocal or listening on Spotify's 4070 port.
Looking for a solution that could be used either via the Spotify API
or something hack-ish using spotilocal or listening on Spotify's 4070
port.
I wouldn't recommend this approach since the mentioned APIs may change without notice. It's not publicly supported so there's no commitment from Spotify to avoid breaking changes. It also requires the user to have the Spotify desktop application installed.
As you've noticed, since there's currently no way to subscribe to changes in a playlist, e.g. by a Websocket or HTTP PubSub interface like PubSubHubbub, your application would be forced to poll for changes. If you go down this path, I strongly recommend that you make use of the ETags and snapshot_id provided in the Playlist response.
Declaring how ETags are implemented in the Web API deserves a longer response and should be on the developer site. There's however a useful Working With Playlists guide on there that explains snapshots and some other things related to playlists.
It's also worth mentioning that all applications are rate limited, so I urge anyone polling to be aware of this and poll less rather than more. Obviously only poll when the application is actively used by the user, and only poll the playlist if it's actively viewed. You know you're being rate limited if you retrieve a 429 Too Many Requests response.
I want to control a mac app via a local website. I think the best way is to create a webserver with my mac app and then to send (primarily) integer values from the website and vice versa.
I found already CocoaHTTPServer, but I'm not sure how to do it.
For start with I want to have a slider on the website, that updates a slider in my mac application (and vice versa)
You will initiate on a separate thread or operation the web server and always wait for incoming requests. Whenever you receive a request you will handle it accordingly.
Also, if you are using this: https://github.com/robbiehanson/CocoaHTTPServer/
then there are a few examples that show how to do it. Copy the code from there to begin with the web server handling requests. After that, think through what you want to send and what you want to do. Build a form or something for the web site and submit a request to the web server.
CocoaHTTPServer will let you embed the web server into your application, which is a fine solution for what you're trying to accomplish.
Some thoughts on how to engineer it:
You'll need to subclass HTTPConnection.
Model your solution on the PostHTTPServer example.
You could get the data you want to send into the URL. Something like POST http://localhost:12345/updateSlider/123. (You probably don't need an actual POST, but no reason it wouldn't work. Technically a PUT would be more correct.)
Start by handling that part – where the browser sends a value to your application. To generate POST/PUT requests for testing purposes, use curl, or else build a static page and open it in your browser.
When you get that working, then worry about presenting a web page to the user.
I'm trying to add a friend request feature to one of my apps. I've done quite a bit of research, and I've found out that I can't do that via the graph api. I've also looked into dialogs, and that isn't supported in FBConnect.
So my only option now would be to pop up a UIWebView and do it and format the url like this: http://www.facebook.com/dialog/friends/?id=FRIEND_ID&app_id=APP_ID&redirect_uri=REDIRECT_URI. That's not a problem, but if the user isn't logged in with Facebook on mobile safari, they will have to log in and that can get quite annoying.
Have any others dealt with this problem? Any good work-arounds?
Friend requests always need to be authenticated from the request sender side, hence the user will have to log in when using the friend request dialog if they are not already logged in.