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