Closed. This question is not about programming or software development. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 4 days ago.
Improve this question
I am creating a single Azure Container App that will need to run whenever there is a new message in a Pub/Sub subscription.
I am a little confused as to how I will set up the Container App to process the messages.
In Azure Functions, "the platform" is responsible for invoking my Function. I simply need to specify the trigger. So for instance, if I wanted to have the Function run whenever there was a message in Service Bus, it was the platform that was subscribed to the topic and would invoke my function, passing in the payload as a parameter to my Function, whenever it received a new message.
I do not know if similar functionality is available or if I have to create my app as a BackgroundService and subscribe to receive each message.
To add to my confusing: KEDA. It seems like this is what is responsible to scaling out the number of instances, but I don't think it works like Functions where it would pass in the payload as a parameter.
Finally, Pub/Sub also has Push delivery, which means I should be able to stand up an HTTP endpoint and have the messages sent there.
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 4 years ago.
Improve this question
I am working on code to send an sms to customer one week before their subscription reach expiration date. I absolutely don't know how to proceed. I am coding in asp.net c# and sql server.
Create one console Application which will take user whos expiration comes in week, Then write code to fetch the user with there numbers. Then use any third party Api to send sms. you have to send parameters to this Api with your appropriate message.
Then create one job inside sql server which will run everyday which will execute your Console Application code to send SMS.
I would say, separate out publishing and subscription tasks. So in future you can do more with such customers.
Prepare a Publisher which looks for such customers and adds a task to Queue.
Write a Subscriber who watch outs for new queue items and take action.
So in future if you want to make multiple way of communicating to customer like, email then you just need to add more subscriber.
Host your logic as a .NET windows or IIS service.
Benefit: Publisher can independently perform addition.
Subscriber performs task as soon it sees something in queue.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
In One of my web application, I need to push ToDo type of information on server database, to the client as push notification. What will be the efficient way of invoking a push notification call. Should it be a standalone Windows service that can track the data in the database, every few minutes and invoke the Push notification call via GCM or APNS. or is there any other better way of doing this.
The application can run on both internet or intranet environment. This is not an event based notification, The data in the database need to monitor frequently and invoke the push notification service if required.
Universal answer: It depends...
Do you have any mechanisms that can detect when it is time to send the push notification? Like a message that gets dropped in a queue, a file that gets created, an event triggered from a SQL Server Broker, etc. ?
If the answer is YES, then you probably should use this mechanism to trigger sending your push notification.
If the answer is NO, then you probably will end up with a Windows Service that queries a database (or some other store) every few seconds/minutes/hours
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
Is it possible using a Windows Server, .NET, C# or PHP to send a SMS text message to q customer's cell phone without depending upon a third-party service (excluding an API provided by a phone company).
My require is to use SMS text messaging to automate authentication when resetting a customer's password, and I have security issues were I'd rather not use a third-party. The more I can keep this internal to our project the better (unless you can justify security in your answer).
UPDATE:
We've decided to use a SMS relay app and this was so easy to implement. There are many apps that already do this. Here is one I'm going to try.
https://play.google.com/store/apps/details?id=eu.apksoft.android.smsgateway&hl=en
you can build a simple mobile app that can query your api and send messages directly from the phone its running on. simple, cheap and you're in control!
we have this solution in a project Im working on atm and it seems to work great. Look up http request and using sms/send message. At least on Android this can be done with just a handful of lines of code :)
You could always use a library like SMSLib:
http://smslib.org/
You will need to purchase a device that SMSLib can work with
To the answers posted by others I would add the following:
use Gammu (or Wammu): attach a phone or gsm modem with usb to your computer and send sms messages using Gammu. Pros: cheap solution, proven by users. Cons: work need to be done with installation and setup of Gammu/Wammu
use a device called: hardware sms gateway (see google search results for possible examples). Pros: reliability and security (those devices has usually built-in database, fail-over mechanisms, etc.). Cons: this costs money, so you've got to make investment.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 5 months ago.
Improve this question
I have seen many socket application in which there is use of MSMQ. But when I go in details I think that we can do it without MSMQ also, so I want to know what is key benefit of MSMQ. Why should someone use MSMQ in his own application.
MSMQ is a great piece of Windows. It is basically a message-oriented middleware that helps a lot in some software architectures.
This mainly addresses the common use case of asynchronous message processing: you have a service Service1 that communicates (send messages) with another part of your software architecture, say Service2.
Main problem: what if Service2 becomes suddenly unavailable? Will messages be lost?
If you use MSMQ it won't: Service1 will send messages into a queue, and Service2 will dequeue when it is available.
MSMQ will resolve following common issues:
temporary unavailability of a service: messages are persisted on the disk and will be dequeued when the service becomes available again, so no messages are lost
as it's fully asynchronous, it'll help a lot in case of punctual peak load: your Service2 won't die under the heavy load, it'll just dequeue and process messages, one after one
Pros of MSMQ vs another message-oriented middleware:
free and built-in (shipped with Windows)
light
good integration with other Microsoft products (for instance there is the System.Messaging namespace in .Net to deal with MSMQ)
monitoring capabilities (using perfmon counters: number of message received per second...)
transactional queues
persistence on disk so messages are never lost
available through the network (remote queues)
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
So Yet another SMS question :-)
I researched, but could not find a solution to my requirements.
I do not have a GSM modem, nor can I pay for any Third-Party software for sending SMS. Also I spent quiet some time learning SMS gateways. But when I experimented with it, it failed.eg: I emailed number#textin.in but no message was received at the receiver's side!
The application I am building takes up phone-numbers from a database and sends a different SMS to each number depending on certain condition.
Being a student, I just have to look for Free websites like
http://site3.way2sms.com/content/index.html and others,but don't know how to use them programatically!
So my straightforward question is : "How can I send SMS using just the internet?".
My SMS recipients will all be resident in India. And language is C# using Visual Studio 2010.
Please Help......
Use web requests !
Here is a great examples of Web requesets usage : WebResourceProvider using C#
All you need is just inspect web portal structure and run your web bot. There could be Usual bot's trouble with Captcha but you can google solutions where you can get media (picture of captcha) to your application. (I think that is another question)
You will need to find an SMS provider that provides an API for you to access programatically.
Unfortunately, I don't think you will be able to find any provider that will let you send large amount of texts free.
Some of the providers discussed here may be useful: https://stackoverflow.com/questions/238579/free-sms-api