378133
results for ""a""
-
Ohh, I think it's a parent/subdirectory think. Parent has a final RewriteRule to route requests through the CMS
gRegor
at
2025-06-26 02:04
-
Most probably won't present a form to login and then hold on to that cookie. Instead, with something like Basic or Digest authn, you enter the login info in the calendar app, it creates the appropriate hash and sends that along with the appropriate headers to the ICS
gRegor
at
2025-06-26 00:00
-
Is there a certain Drupal plugin you're using you can point me to, or is this custom?
gRegor
at
2025-06-25 23:55
-
AFAIK, there is no http level auth on a Drupal site.
btrem
at
2025-06-25 23:55
-
Well, that's certainly a fly in the ointment.
btrem
at
2025-06-25 23:53
-
Thanks for helping me sort through this a bit today.
btrem
at
2025-06-25 23:41
-
Have to step away for a bit, but might experiment tomorrow
gRegor
at
2025-06-25 23:40
-
It seems to be, based on the log I read. But why it's using webdav for my site, but not for indieweb, is a mystery.
btrem
at
2025-06-25 23:38
-
The auth for a Drupal site is a the application (php) level.
btrem
at
2025-06-25 23:36
-
as to one-time update vs subscription. This is why I'm at sea. The indieweb events feed is, as aaronpk said, ics over https. And that _is_ a feed. That is to say, it updates as new events are posted. I don't really get how that works. If I had to guess, ics over https provides a read-only feed, whereas webcal or or webdav is readwrite, which is how it works for a personal calendar. But what do I know? Very little, it seems!
btrem
at
2025-06-25 23:35
Sort by:
Filter results by:
Tag
Query took 0.03s.
Search tips
- Exclusion
- +foo -bar
- Logical OR
- foo OR bar
- Exact phrase
- "foo bar"
- Partial words
- foo*
- Particular fields only
- title:foo
- domain:example.org
- nick:somebody
- after:2016-11-23
- before:2016-11-23
- date:2016-11-23