is there a way to send sms using local cellphone connected to pc,from php web applications ?
i understand that it can be done by external gatways but unforunatly my php project is offline based. so i was wondering if there is any way to do this wihtout need for internet connection.
i have googled a lot and found there is couple lib for java like serial-comm and smslib but is it possible using php ?
im using xampp on windows to host my web app on local network
Apache 2.4.3
MySQL 5.5.27
PHP 5.4.7
phpMyAdmin 3.5.2.2
FileZilla FTP Server 0.9.41
Tomcat 7.0.30 (with mod_proxy_ajp as connector)
Strawberry Perl 5.16.1.1 Portable
my project is based on php5-Codeigniter-doctrine orm-mysql-mysqlite
if it cannt be done using php, can i some how code a helper with other programming language (ror,java web,etc..) that would facilitate communication between connected sms gateway and web app with minimal messing with my network setup?
also can some one please explain the criteria of phone that can be used as an sms-gateway ?
Note: my clients sms traffic will not exceed 50 sms per day/per local-network/per modem ,
at most.
one of best resourse i found online about this topic is here http://www.developershome.com/sms/howToSendSMSFromPC.asp
you can send sms using php but you have to setup a sms gateway server. you can then post/get request to that url to send sms. now that sms gate way server should have a gsm modem or a mobile phone connected.
So requirements are
SMS Gateway with GMS Modem / Mobile Phone attached.
A url on the server upon whihc you can send request
Related
I'm trying to build an android app that would have the basic functionality of sending a short text Message via USSD to a specific mobile number.
is that possible in any way without establishing a web server and only by creating a peer to peer session between two mobile devices?
You can't.
USSD is not IP, web, or whatever technology around internet. USSD works on mobile networks and messages are transported on the signaling network. In other words, whenever you type #xyz# on your mobile phone, as a call or in an app you've developped, the message is sent to your mobile telco operator on a USSD Gateway, a platform hosted by the telco. That gateway may use HTTP(S) to have the request processed and retrieve the menus to be sent back to the user, that HTTP server may be located on the internet, but this is absolutely not mandatory and most of the time it's not the case.
If you want to write a messaging app using USSD, you have to have an agreement with a mobile telco and your app as likely to only work on his network
I'm trying to create a TCP connection between my PC and Android smartphone to send text from the PC (Client) to the Android App (Server).
I found a tutorial which helped me with the code for the App which creates the server ( http://pastebin.com/z0xPSAvP ).
Now I'm struggling connecting my client with the server. The client is programmed with "AutoIt"
http://pastebin.com/tCW5bK9V
When I run the client the "could not connect to $socket" msg-box is displayed.
Could someone tell me what I'm doing wrong here?
Both devices are in the same Network (smartphone via WiFi and PC via LAN) and I checked for the smartphones IP in the smartphone settings.
First, try to access something like Google from your Android phone using its mobile browser. Maybe something still wrong with the network.
Then create a version of the server that could deliver simple HTTP response, visible from the Android mobile browser. Doing so with success eliminates firewalls and all client-related issues from the list of possible problems, making sure the server works and is accessible.
If it still does not work after you demonstrate connection between server and mobile browser, I would suggest to write the client in Java first using the this tutorial. You can try AutoIt and other more exotic approaches after you get anything working at all.
I have a very basic design of my entire application, where several users with my app on there android devices commits data to the server (I have used REST web services(java) + postgresql as my server) through HTTP post request from the android application. I am successful in achieving this and app runs absolutely fine. Now i want to implement a scenario where any change(CRUD operations) on my db on server should create a notification on my users android device. How should i achieve this with my server design unchanged? I have looked into Google Cloud Messaging, but could figure out the server implementation.
For now i have implemented db triggers on postgresql and able to get control back into java code using Notify/Listen feature of postgresql. From here i need to connect to android device. How can this be achieved. Is Google Cloud Messaging the only way? I have not seen any insert/update statements in there server implementation. Could anyone please guide me on this?
either you can use GCM or implement a Socket at server end and open a socket connection from mobile but this approach may add some additional processing overhead because it will create a daemon thread to listen socket port from mobile device.
You should use native library (NotificationManager etc.), here you can find a great tutorial.
My Advice is for you to use GCM. GCM normally takes a maximum of 4kb, so you could have your own defined "commands". You could use them to determine the requests on both ends, ie on android app and the server end. A php script on the server would help you in this.
I am working on an app where by the android app sends messages to the server via POST and the server forwards the message to the appropriate user via GCM. In my case I have very many things to share so in that case I am using commands, for example if it is a new incoming message I send a GCM to the app with one variable as the command and the rest as the data. On the android app I use the command variable to determine what to do with the data.
Kindly avoid that socket advice, it will have your app drain the battery to sustain the open socket , besides you don't have to re-invent the wheel while Google servers already has it
I want to have a Java-Application that is behind a firewall (maybe even connected over a 3G modem) and I have a google app-engine application.
How can the gae app push data to the clients?
I found some ways that look promising, but I'm not sure what will really work.
Sockets will not work, because I cannot connect through the firewall/3G barrier
the channel API only works with JS clients
XMPP looks very promising - the client would report it's presence and the server could push chat-messages to the client and also the client could reply that way.
But what about user-accounts? i.e. could I use a single XMPP-account for all users (and let the client send a unique ID to identify the user) - or is a unique XMPP account for every device (which runs the java-aplication behind the firewall) required?
are there any other options or are there some XMPP gotcha's you know about?
Hi: I want to implement a http remote control for an Android application: From a browser on a computer in the local area network the application running on the Android device should be controlled.
Are there any recommendation how to implement this? I heard about i-jetty but it is not uncomplex to integrate it into an existing app.
The problem you're going to run into here are:
Android devices are mobile. They do not have a fixed IP address or DNS address. You'd need to implement some sort of discovery service.
Android devices move between networks, and some networks will have NAT. You won't always be able to contact the device.
My advice here would be to use the new Android C2DM service and push a command down to the device telling your application that there's a request waiting. Once the notification arrives, have your application contact a web server at a known address to see what the request actually is.
In other words, you'd be running an intermediary web server that proxies requests on behalf of your Android device.
More information about C2DM can be found here:
http://code.google.com/android/c2dm/