制作桌面短信应用程序
感谢 Stack Overflow 和你们，我成功完成了我的第一个项目（即使用 JSP 和 servlet 的网站）。
每个人向我提出的想法（因为我在制作成熟的项目方面几乎没有实践经验）是制作一个我自己想要的或我认为应该存在的应用程序。
我有制作一个桌面应用程序（最初）的想法，它将用于发送批量短信，但它将使用各个提供商提供的免费服务。所以我不必为他们现有的应用程序付费。同样的提供商在他们的网站上使用时免费提供短信服务（可能是因为他们可以在那里投放广告）。
我在印度（我住的地方）找不到任何短信提供商，他们提供 API 来免费使用他们的短信网关。（即使他们在通过他们发送的短信中插入广告）。
我找到了以下提供商。
他们有自己的小部件应用程序，通过该应用程序，他们允许开发人员放置他们的小部件来推销自己在他们的网站上，免费发送短信。他们的小部件的源代码可以在此处获取。他们似乎使用了很多 JavaScript..
现在来回答我的问题：-
是否可以将我的桌面应用程序（我将使用 swings 在 java 中制作）连接到他们的服务器并像该应用程序那样发送短信？ （由于该小部件旨在发送免费短信，所以我应该能够发送它...）
我应该使用哪个数据库来保存联系人？ （它应该不会太大而且很快）
你想告诉我的任何对我有帮助的事情（因为这应该是我的第二个项目:-)）
所有答案非常感谢...
谢谢大家...
Thanks to Stack Overflow and you guys i successfully completed my first project (viz. a website using JSP and servlets).
The idea which every put forth to me (as i have very little practical experience in making full fledged projects) was to make an app which i want for myself or i think should exist.
I have this idea of making a desktop application (initially), which will be used for sending bulk SMS's but which will use the free services provided by various Providers. So I don't have to pay for their already existing apps. The same providers give their SMS service for free when used from their website (maybe because they get to put ads there).
I couldn't find any SMS provider in India (that's where i stay), who provides their API to use their SMS gateway for free..(even though they insert ads in the SMS's sent via them).
I got hold of the following provider.
They have this widget application of theirs, through which they promote themselves by allowing developers to put their widget on their sites, for free SMSing. The source code of their widget is available here. It seems they have used lot of JavaScript..
Now coming to my question:-
Is it possible to connect my desktop app (which i will be making in java using swings) to their servers and send SMS as that app does? (As the widget is intended for sending free sms's even i should be able to send it...)
Which database should i use for saving contact? (It should be not too bulky and very quick)
Any thing you would want to tell me that will help me (as this is supposed to be my second project :-) )
All answers are highly appreciated...
Thank you all...
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
可以连接您的桌面应用程序吗？很可能是的。如果可以通过浏览器访问，则可以通过任何软件访问。使用小部件，嗅探流量并将其复制到您自己的软件中。
现在，你是否真的被允许这样做是另一回事。最好与该服务的所有者核实，以确保您不会以他们不希望您使用的方式使用该服务。
（而且该小部件的源代码非常糟糕......我不确定我是否想使用编写这样的代码的人的服务）
Is it possible to connect your desktop app? Quite likely yes. If it's accessible via a browser, it's accessible via any software. Use the widget, sniff the traffic and replicate it in your own software.
Now, whether you're actually allowed to do that is another thing. Better check with the owners of that service to make sure you don't use it in a way they don't want you to.
(Also the source code for that widget is pretty terrible... I'm not sure if I wanted to use the services of someone who writes code like that)
你最好自己写这个，真的。在网页中包含此功能并不难——我以前就这样做过。您所要做的就是通过电子邮件发送短信。每个提供商都有自己的 SMS @ 地址。有些有不同的彩信地址。快速谷歌搜索将显示这些地址。加载汞邮件或其他轻量级邮件服务器，并使用 HTML 表单和/或 AJAX 获取电话号码和消息，将其传递给 php mail() 函数并通过服务器上安装的邮件服务器发送。
我可能是错的，但在我看来，您遇到的问题是您似乎希望能够在没有正确设置后端的情况下执行此应用程序。这意味着您必须使用其他人的后端，并且作为运行这些后端之一的人来说，当有人利用他们的带宽、服务器以及通常的电子邮件域供自己使用时，系统管理员往往会变得很尖刻。我认为这与我每天尝试从 SMTP 中退回垃圾邮件 1,000 次没有什么不同。
该应用程序本身并不难。这只是一个知道消息将发送到哪个提供商并将其发送到 [电子邮件保护] 的问题编辑]
You'd be better to just write this on your own, really. It's not hard to include this functionality in a web page--I've done it before. All you do is send the SMS via email. Each provider has their own @ address for SMS. Some have a different address for MMS. A quick google search will reveal these addresses. Load mercury mail or some other lightweight mail server, and use HTML forms and/or AJAX to take the phone number and message, pass it to a php mail() function and send it via the mail server installed on your server.
I might be wrong, but it seems to me that the issue you're running into is that you seem to want to be able to do this app without having the proper backend set up. That means you'll have to use someone else's back end and, speaking as someone who runs one of those back ends, sysops tend to get snippy when someone utilizes their bandwidth, servers, and often email domains for their own use. I look at it no differently than the 1,000 attempts a day I get trying to bounce spam off my SMTP.
The app itself is not hard. It's just a question of knowing which provider the message is going to and sending it to [email protected]