Fosstodon

pikesley_ebooksFoster kittens fighting with <a href="https://mastodon.me.uk/tags/mod_rewrite" class="mention hashtag" rel="nofollow noopener" target="_blank">#mod_rewrite</a>.

maexchen1<a href="https://chaos.social/@twinkelicious" class="u-url mention" rel="nofollow noopener" target="_blank">@twinkelicious</a> Ich habe immer versucht vieles ohne irgendein Plugin zu machen.Jetzt kommt es auf deinen Webserver an.Ist es ein Apache, kannst Du das Redirecting and Remapping mit <a href="https://nrw.social/tags/mod_rewrite" class="mention hashtag" rel="nofollow noopener" target="_blank">#mod_rewrite</a> erledigen.Da kannst Du hinterlegen was passiert wenn irgendwas aufgerufen wird.Bei Dir, dass Bild wird angeklickt und die Webseite wird aufgerufen.Das schöne daran ist, es ist eine Text Datei. Da gibt es viele Möglichkeite das zu Automatisieren.<a href="https://httpd.apache.org/docs/2.4/rewrite/remapping.html" rel="nofollow noopener" translate="no" target="_blank">https://httpd.apache.org/docs/2.4/rewrite/remapping.html</a>

My name is GordoCan someone please explain to me why an Apache mod_rewrite rule would apply in Chrome, but not in Firefox? Basically, I'm taking the requested subdomain, e.g. [something].mywebsite.com, and using that string to 301 redirect to mywebsite.com/[something]. Works perfectly in Chrome, but hasn't worked in Firefox in a while (first version worked in both, but I had to reimplement it after a WordPress update overwrote it) and I have no idea why that should be a thing. We basically have zero Firefox users attempting to use the subdomain aside from myself, so it doesn't *really* matter, but I just want to understand (and avoid an unnecessary customer service email in the event that a Firefox user scans the QR code and erroneously ends up at the homepage; yes, the subdomain was a mistake. But the QR codes are out there by the thousands, so it's too late for me now lol).I should say that the majority of my mod_rewrite experience was probably a decade or so ago, so I'm definitely pretty rusty.The rule:RewriteCond %{HTTP_HOST} ^(?!www\.)([^.]+)\.(mywebsite\.com)$ [NC] RewriteRule ^ http://%2/%1%{REQUEST_URI} [L,R=301,NE]<a href="https://hachyderm.io/tags/apache" class="mention hashtag" rel="nofollow noopener" target="_blank">#apache</a> <a href="https://hachyderm.io/tags/mod_rewrite" class="mention hashtag" rel="nofollow noopener" target="_blank">#mod_rewrite</a> <a href="https://hachyderm.io/tags/server" class="mention hashtag" rel="nofollow noopener" target="_blank">#server</a>

Beat Bolli :kt_be:So this should get rid of the bots: # Deny bots RewriteCond %{HTTP_USER_AGENT} "[Bb]ot/|meta-externalagent" RewriteRule .* - [G]<a href="https://swiss.social/tags/apache" class="mention hashtag" rel="nofollow noopener" target="_blank">#apache</a> <a href="https://swiss.social/tags/mod_rewrite" class="mention hashtag" rel="nofollow noopener" target="_blank">#mod_rewrite</a>

🪑Dr Rockstar ♫Long post

🪑Dr Rockstar ♫This is where I am w/ the github repo <a href="https://social.vivaldi.net/@zombiewarrior" class="u-url mention" rel="nofollow noopener" target="_blank">@zombiewarrior</a> It's really close to being "right", so to speak. compare that to e.g. <a href="http://statecollegeguitarlessons.com/adb/index.php" rel="nofollow noopener" translate="no" target="_blank">http://statecollegeguitarlessons.com/adb/index.php</a>Note: my server is <a href="https://social.vivaldi.net/tags/LiteSpeed" class="mention hashtag" rel="nofollow noopener" target="_blank">#LiteSpeed</a> and i don'[t mess w/ it. But, that should not have the /public/ in the URL. If you've ever worked w/ <a href="https://social.vivaldi.net/tags/laravel" class="mention hashtag" rel="nofollow noopener" target="_blank">#laravel</a> it's like the ./index.php of the proj dir there. where there's ./index.php "reditrecting" to ./public/index.php but you need to mod the <a href="https://social.vivaldi.net/tags/NGINX" class="mention hashtag" rel="nofollow noopener" target="_blank">#NGINX</a> server {} location {} stuff for the... mod_rewrite type stuff. i.e. the URL should be .com/giterator/ , accomplished in nginx w/ "@alias" (sans the ./public part). you see the same thing either way. pet peeves. EDIT: ALSO! CORRECTION -do NOT see the same! ARGGH! w/out that <a href="https://social.vivaldi.net/tags/mod_rewrite" class="mention hashtag" rel="nofollow noopener" target="_blank">#mod_rewrite</a> bit <a href="https://social.vivaldi.net/tags/htaccess" class="mention hashtag" rel="nofollow noopener" target="_blank">#htaccess</a> whatever!~ the <a href="https://social.vivaldi.net/tags/CSS" class="mention hashtag" rel="nofollow noopener" target="_blank">#CSS</a> <a href="https://social.vivaldi.net/tags/asset" class="mention hashtag" rel="nofollow noopener" target="_blank">#asset</a> paths mess up as well. Prob explains the missing SVG (masthead.php) forgot about that. oh well. hey. gimme a damn break! brain damage! SEE "new" version here, ( i can fix that path thing. i forget the quick path top of my head momentarily. i prefer to be correct instead, anyway!) this is NOT correct! <a href="http://statecollegeguitarlessons.com/giterator/public/index.php" rel="nofollow noopener" translate="no" target="_blank">http://statecollegeguitarlessons.com/giterator/public/index.php</a>first time w/ the <a href="https://social.vivaldi.net/tags/namespace" class="mention hashtag" rel="nofollow noopener" target="_blank">#namespace</a> <a href="https://social.vivaldi.net/tags/php8" class="mention hashtag" rel="nofollow noopener" target="_blank">#php8</a> <a href="https://social.vivaldi.net/tags/composer" class="mention hashtag" rel="nofollow noopener" target="_blank">#composer</a> <a href="https://social.vivaldi.net/tags/autoloader" class="mention hashtag" rel="nofollow noopener" target="_blank">#autoloader</a> <a href="https://social.vivaldi.net/tags/PSR4" class="mention hashtag" rel="nofollow noopener" target="_blank">#PSR4</a> <a href="https://social.vivaldi.net/tags/MVC" class="mention hashtag" rel="nofollow noopener" target="_blank">#MVC</a> <a href="https://social.vivaldi.net/tags/refactoring" class="mention hashtag" rel="nofollow noopener" target="_blank">#refactoring</a>. i must admit, it was more challenging that i expected. but yea. feel free to hop in there at any time, and help me polish that old turd already! Sheesh!

Kevin Karhan :verified:<a href="https://possum.city/@mook" class="u-url mention" rel="nofollow noopener" target="_blank">@mook</a> <a href="https://mastodon.social/@MastodonEngineering" class="u-url mention" rel="nofollow noopener" target="_blank">@MastodonEngineering</a> EXACTLY THIS is why I think a "<a href="https://infosec.space/tags/Webhoster" class="mention hashtag" rel="nofollow noopener" target="_blank">#Webhoster</a>-only" functional <a href="https://infosec.space/tags/ActivityPub" class="mention hashtag" rel="nofollow noopener" target="_blank">#ActivityPub</a> server is kinda important.<ul><li>And if <a href="https://infosec.space/tags/Mastodon" class="mention hashtag" rel="nofollow noopener" target="_blank">#Mastodon</a> was that, I could understand them saying "<a href="https://infosec.space/tags/canfix" class="mention hashtag" rel="nofollow noopener" target="_blank">#canfix</a> & <a href="https://infosec.space/tags/wontfix" class="mention hashtag" rel="nofollow noopener" target="_blank">#wontfix</a>" for all the valid reasons (tho I'm shure <a href="https://infosec.space/tags/PHP" class="mention hashtag" rel="nofollow noopener" target="_blank">#PHP</a> devs fluent in <a href="https://infosec.space/tags/mod_security" class="mention hashtag" rel="nofollow noopener" target="_blank">#mod_security</a> & <a href="https://infosec.space/tags/mod_rewrite" class="mention hashtag" rel="nofollow noopener" target="_blank">#mod_rewrite</a> would likely disagree!)...</li></ul>And for what Mastodon does, it feels quite overengineered and overcomplex, but then again I'm used to <a href="https://infosec.space/tags/MkDocs" class="mention hashtag" rel="nofollow noopener" target="_blank">#MkDocs</a> and other, "<a href="https://infosec.space/tags/offline" class="mention hashtag" rel="nofollow noopener" target="_blank">#offline</a>-<a href="https://infosec.space/tags/CMS" class="mention hashtag" rel="nofollow noopener" target="_blank">#CMS</a>|es" that do just work and are kinda essential for stuff on <a href="https://mastodon.social/@torproject" class="u-url mention" rel="nofollow noopener" target="_blank">@torproject</a> / <a href="https://infosec.space/tags/Tor" class="mention hashtag" rel="nofollow noopener" target="_blank">#Tor</a> because noone there uses <a href="https://infosec.space/tags/JavaScript" class="mention hashtag" rel="nofollow noopener" target="_blank">#JavaScript</a> and enabling <a href="https://infosec.space/tags/JS" class="mention hashtag" rel="nofollow noopener" target="_blank">#JS</a> is discouraged by <a href="https://infosec.space/tags/TorBrowser" class="mention hashtag" rel="nofollow noopener" target="_blank">#TorBrowser</a> for all the right reasons...I should take a closer look at <a href="https://infosec.space/tags/streams" class="mention hashtag" rel="nofollow noopener" target="_blank">#streams</a> once I have time for that...

DonnchaEarlier this month I noticed that a particular bot that likes to visit my website, “MJ12bot/v1.4.8” seems to be particularly attracted to the “reply to comment” links generated by my blog. Those are links that bots see, but we see the “Reply” button that uses JavaScript to reply to a comment.To be honest, it’s pretty annoying to see a bot constantly fetching those URLs from my website. Earlier this month, it was on a roll and grabbing several dozen at a time. While my server can handle the traffic without any issues, who wants a bot trampling over their server?I decided to stop them in two ways:Redirect them back to the post in a mod_rewrite rule.Block them in robots.txt and hopefully the bots will go away.Coming up with a mod_rewrite rule <a href="https://mastodon.ie/@donncha/109834002975042301" rel="nofollow noopener" target="_blank">was surprisingly hard</a>, but after mentioning this on Mastodon I received a reply from <a href="https://toot.re/@JosKleverWebSupport" rel="nofollow noopener" target="_blank">Jos Klever</a> who figured out I needed the QSD flag. So, to spare you the hassle of researching it, here are the mod_rewrite rules that worked for me. It causes a 301 permanent redirect to the anchor tag of the comment.RewriteCond %{QUERY_STRING} replytocom=(.*)$RewriteRule ^(.*)/ $1/#comment-%1 [NE,QSD,L,R=301]Blocking requests like this in the robots.txt is much simpler. WordPress can generate the robots.txt file for you using the <a href="https://developer.wordpress.org/reference/hooks/robots_txt/" rel="nofollow noopener" target="_blank">robots_txt filter</a>. Add the following to a mu-plugin PHP script.function disallow_replycom_urls( $output, $public ) { $output .= 'Disallow: ?replytocom'; return $output;}add_filter( 'robots_txt', 'disallow_replycom_urls', 10, 2 );I haven’t received many comments on my posts lately. However, I stumbled upon some interesting posts by clicking the RANDOM link above, which I decided to examine as part of my research. During my search, I delved deep into the blogosphere of the past, almost like being an archaeologist, because some links were no longer available, and I had to search for them on archive.org. I was also pleasantly surprised to find that a link to a GIF from 2005 was still alive!<a rel="nofollow noopener" class="u-tag u-category" href="https://odd.blog/tag/mod_rewrite/" target="_blank">#mod_rewrite</a> <a rel="nofollow noopener" class="u-tag u-category" href="https://odd.blog/tag/robots-txt/" target="_blank">#robots-txt</a> <a rel="nofollow noopener" class="u-tag u-category" href="https://odd.blog/tag/wordpress/" target="_blank">#wordpress</a><a href="https://odd.blog/2023/02/27/redirecting-replytocom-so-bots-go-home/" rel="nofollow noopener" target="_blank">https://odd.blog/2023/02/27/redirecting-replytocom-so-bots-go-home/</a>

Recent searches

Search options

Administered by:

Server stats:

#mod_rewrite