kagisearch / bangs Goto Github PK

• http://skyrock.com (Skyrock.com ceased operations on 21 August 2023. )
• https://sks-keyservers.net (https://unix.stackexchange.com/questions/656205/sks-keyservers-gone-what-to-use-instead)
• http://slote.me/
• https://sludgefeed.com/
• https://st-sm.com/

Describe the bug
The current encoded search URL for Meteo Suisse / Schweiz is not working, returning a 0 found page.

To Reproduce
Steps to reproduce the behavior:

1. Input !msui Basel bang
2. Observe "0 results found page"

Expected behavior
The search URL has changed and should be:
https://www.meteoswiss.admin.ch/search.html#query=%s

Working example
https://www.meteoswiss.admin.ch/search.html#query=Basel

Describe the bug

!namemc, !nmc, and !mcname bangs use an incorrect URL (https://de.namemc.com/s?{{{s}}} or https://namemc.com/s?{{{s}}}) instead of https://namemc.com/search?q={{{s}}}

To Reproduce
Steps to reproduce the behavior:

1. Search for a username using one of those bangs, eg "!namemc ZaphodBeeblebrox"
2. User is brought to the NameMC home page, instead of to their search

news.ycombinator.com

suggested shortcut: hn

The qr bang to generate a QR code currently uses qrserver.com, which doesn't even have a homepage. I have zero reason to trust this entity to always faithfully represent the provided text as a QR code, without modifying any links to be malicious now or in the future. Please select a different QR code generator (ideally, one run by Kagi).

Is your feature request related to a problem? Please describe.
This is new bang request, which I'm using currently as a personal customized bang.

Describe the solution you'd like
The Aviation Weather Center serves US and Global aviation weather data. Suggested bangs:

METAR & TAF data for an airport's ICAO code:

{
    "s": "AWC (Aviation Weather Center)",
    "d": "https://aviationweather.gov/",
    "t": "awc",
    "u": "https://aviationweather.gov/data/metar/?id={{{s}}}&hours=0&include_taf=yes",
    "c": "Research",
    "sc": "Travel"
  }

** Example **
!awc kjfk

Describe the bug
YouTube handles loading the history page with a query not correctly (at least in Safari on macOS) since over a year (i also faced this with duckduckgo).

To Reproduce
!yth query -> (flashes) https://www.youtube.com/feed/history?query=query -> ignores query and redirects to https://www.youtube.com/feed/history

!yth -> https://www.youtube.com/feed/history?query= -> redirects to https://www.youtube.com

Expected behavior
As YouTube does not handle loading the page with a query parameter correctly, i propose removing the query altogether, so at least !yth behaves correctly instead of redirecting to the YouTube homepage.

If i load https://www.youtube.com/feed/history it reliably loads the Watch history page. So removing ?query= from the bang would increase reliability of this bang.

Additional context
Safari 17.4.1 @ macOS 14.4.1 (but as i said, i have this issue since "forever" (at least 1-2 years).

Currently there are 166 Kagi Search bangs for kagi.com using site:[url] filters, such as /search?q={{{s}}}+site%3Atv.apple.com. These bangs can be replaced with Lenses, should they be removed?

Describe the bug
Currently if you search for example 'test !fb' it goes to
https://www.facebook.com/search/results.php?q=test&nomc=0
but this url doesn't work

Expected behavior
The correct url seems to be:
https://www.facebook.com/search/top/?q=test
if I just type 'test' into the search bar on facebook

Is your feature request related to a problem? Please describe.
I want a regional bang for those countries (Australia and South Korea)

Adding new region bangs will be handled on a case-by-case basis.

Describe the solution you'd like
Add !au and !kr regional bangs

Additional context
More context here: https://kagifeedback.org/d/3939-preallocate-2-char-country-codes-for-region-search-bangs

Describe the bug
The die.net man pages haven't been updated in ages and may mislead users.

To Reproduce
Steps to reproduce the behavior:

1. Search for !man php-fpm
2. It will open https://www.die.net/search/?q=php-fpm#gsc.tab=0&gsc.q=php-fpm&gsc.page=1
3. Click on the first result which is https://linux.die.net/man/8/php-fpm
4. See that it says "This manpage describes php-fpm, version 5.3.3.", which was released 14 years ago

Expected behavior
I expect to see an up to date man page.

I propose to use the archlinux man pages, as they have the most up to date + all man pages one could dream of.

The format is https://man.archlinux.org/search?q={{{s}}}&go=Go. With go=Go it opens the first result directly, when omitted it shows all relevant results.

Additional context
Debian also has a man page website, but I can't even find php-fpm on it.

Can I please request a search bang for the Kagi Feedback website at the domain kagifeedback.org? I searched in kagi_bangs.json and bangs.json, but I didn't see an existing bang for Kagi Feedback.

https://kagifeedback.org/