vga256 (npub1yqw…ywz8) i've gotten the htaccess easy urls thing working with the info from [this](https://stackoverflow.com/questions/18406156/redirect-all-to-index-php-using-htaccess ) post on stackoverflow & wanted to share my findings with you
i feel like this isn't *exactly* the best way to be doing this, but! it works for the time being, so i'll take it
(if anybody reads this who knows more about htaccess rules and has insight i'm very down to hear, i wanna learn more)
what i am pretty sure the original htaccess script does:
"if the file or directory exists, route it through index.php. if it doesn't, route it back to root"
which is honestly what i would Like to do - but something in there is being naughty with the way kiki builds queries, i think. maybe. i feel like the htaccess rules are doing what they are told to do, but kiki's urls are confusing it? for lack of words?
anyway here's what i'm running right now:<code>RewriteEngine On<br>RewriteBase /<br>RewriteCond %{REQUEST_FILENAME} !-f<br>RewriteCond %{REQUEST_FILENAME} !-d<br>RewriteRule ^(.*)$ /index.php?page=$1 [NC,L,QSA]<br></code>
the initial RewriteRule ^index\.php$ - [L] does not seem to be catching anything. if what i did later in the rules is anything to go by it's because it doesn't know what to do without ?page= but i'm not sure how to pop that in there in a way that makes it behave, so it's omitted until i figure that out
the two RewriteConds stay the same. if i read them right they're still looking for files/directories that do not exist and then passing them to the next rule. they're intended to be part of the "if these don't exist send them back to index" but we're kinda repurposing that
the last rule changes . to ^(.*)$ so it's not just catching one character it's catching the full string
the original /index.php target needed /index.php?page=$1 - there is, from the substack link, apparently a way to make it so that the ?page= isn't necessary to explicitly state, but for now, we need it, otherwise kiki won't direct us to the correct pageNC
for "ignore case", L for "last", and QSA to append query strings instead of dropping them (i don't think the last one is super necessary for what kiki is doing, but maybe the wiki functionality could use it? maybe?)
this probably still needs some level of polish / checking over to make sure everything's good, but, it works - i hope this helps!
Blau :neocat_floof_w_: :therian:
npub1g5…tdc2r
2025-09-20 21:08:32 UTC
Author Public Key
npub1g5xk2gunehwuzdfv0vm7sxq9ksjm0pjnw34d0mfsx0z8srdpqhjqvtdc2rSeen on
wss://relay.momostr.pinkPublished at
2025-09-20 21:08:32 UTCEvent JSON
{
"id": "b916e527588c82997d77dee950f8e2fadb1c9e5cc3c755a83542e3c808b30f8a",
"pubkey": "450d652393cdddc1352c7b37e81805b425b78653746ad7ed3033c4780da105e4",
"created_at": 1758402512,
"kind": 1,
"tags": [
[
"p",
"201dbed04f47a242a1897c37d27ca848bb697b2bf7db7c1edb39512869904604"
],
[
"proxy",
"https://critter.cafe/@blaurascon/115238667043973865",
"web"
],
[
"proxy",
"https://critter.cafe/users/blaurascon/statuses/115238667043973865",
"activitypub"
],
[
"L",
"pink.momostr"
],
[
"l",
"pink.momostr.activitypub:https://critter.cafe/users/blaurascon/statuses/115238667043973865",
"pink.momostr"
],
[
"-"
]
],
"content": "nostr:npub1yqwma5z0g73y9gvf0smayl9gfzakj7et7ldhc8km89gjs6vsgczqayywz8 i've gotten the htaccess easy urls thing working with the info from [this](https://stackoverflow.com/questions/18406156/redirect-all-to-index-php-using-htaccess ) post on stackoverflow \u0026 wanted to share my findings with you\n\ni feel like this isn't *exactly* the best way to be doing this, but! it works for the time being, so i'll take it\n\n(if anybody reads this who knows more about htaccess rules and has insight i'm very down to hear, i wanna learn more)\n\nwhat i am pretty sure the original htaccess script does:\n\n\"if the file or directory exists, route it through index.php. if it doesn't, route it back to root\"\n\nwhich is honestly what i would Like to do - but something in there is being naughty with the way kiki builds queries, i think. maybe. i feel like the htaccess rules are doing what they are told to do, but kiki's urls are confusing it? for lack of words? \n\nanyway here's what i'm running right now:\u003ccode\u003eRewriteEngine On\u003cbr\u003eRewriteBase /\u003cbr\u003eRewriteCond %{REQUEST_FILENAME} !-f\u003cbr\u003eRewriteCond %{REQUEST_FILENAME} !-d\u003cbr\u003eRewriteRule ^(.*)$ /index.php?page=$1 [NC,L,QSA]\u003cbr\u003e\u003c/code\u003e\n\nthe initial RewriteRule ^index\\.php$ - [L] does not seem to be catching anything. if what i did later in the rules is anything to go by it's because it doesn't know what to do without ?page= but i'm not sure how to pop that in there in a way that makes it behave, so it's omitted until i figure that out\n\nthe two RewriteConds stay the same. if i read them right they're still looking for files/directories that do not exist and then passing them to the next rule. they're intended to be part of the \"if these don't exist send them back to index\" but we're kinda repurposing that\n\nthe last rule changes . to ^(.*)$ so it's not just catching one character it's catching the full string\n\nthe original /index.php target needed /index.php?page=$1 - there is, from the substack link, apparently a way to make it so that the ?page= isn't necessary to explicitly state, but for now, we need it, otherwise kiki won't direct us to the correct pageNC\n\n for \"ignore case\", L for \"last\", and QSA to append query strings instead of dropping them (i don't think the last one is super necessary for what kiki is doing, but maybe the wiki functionality could use it? maybe?)\n\nthis probably still needs some level of polish / checking over to make sure everything's good, but, it works - i hope this helps!",
"sig": "7c47417c23a6040dc21c22b46da51e34e4b71a8547d212470f6057d7fb9961724c69ef77732fc789606a749f9e36dde89814804fe4035abc44c67880db28a328"
}