This repository has been archived by the owner on Jul 8, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 127
Public-facing URL: needed? #52
Comments
It is necessary except when you running your own API which has access to the "local" website (e.g. two servers that "know each other"). |
Can you clarify the question?
…On Mon, Feb 25, 2019, 7:12 AM Alexander Lichter ***@***.***> wrote:
It is necessary except when you running your own API which has access to
the "local" website (e.g. two servers that "know each other").
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#52 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAOigMugnZoE8DG0_hIeTug1LrKnW51lks5vQ_1SgaJpZM4aW0zz>
.
|
@ebidel I interpreted it as: "Can I test local pages that are not exposed to the WWW with |
Yes, this is what I meant! I was under the impression that it depended on an external service, and I wanted to integrate this in my CI build, so I needed to use a private URL. Maybe it would be nice to clarify this in the README. |
For that case, I'd just run the You could use ngrok to expose a local server... |
related question: in case my website is public available but behind a http-basic auth would it be possible to pass a auth/pw combination to the bot? |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Does this work with a localhost:XX-type URL?
The example shows https://staging.example.com, which looks to me like a public URL.
It might be a good idea to clarify this in the doc. I can contribute with the doc change if that's the case.
The text was updated successfully, but these errors were encountered: