If you go to maps.kagi.com and in allow access to your location local results should be better. If it doesnt ask for access to your location there is a small icon on bottom right hand side that shows if it has access.
That's great if I'm trying to find a location, but that's not what local results is about.
Local results means that if I search for "driving laws", Google gives me .gov sites for my state as the top results, while Kagi's first page gives me results for 8 other states (including Alaska!) but not for my state.
There are a lot of kinds of queries that benefit from knowing the user's location even though they aren't actually looking for a place that exists on a map.
(I'm a happy paying Kagi user, but OP is right that this is its weakest point by far.)
This boils the problem down to a dichotomy which isn’t how it works in the real world. Most of the searches I make that aren’t tech related searches have a location based aspect to them. Anything I do in my day to day life involving logistics has a high chance of needing some location based search. Kagi (and DDG) performs at a range of 0% usefulness to 70% usefulness on average for these kinds of searches. Usually it’s 0%. There is simply a huge gap here in what Kagi offers when you need to search for results near you vs the leading competitor
It's not terrible—as I said, I'm a happy customer—but it's not a habit I have and it feels like something that should be configurable once in a settings menu. I don't even really want to have it detect my location live, I just want to be able to tell it where I live and have it prioritize content that's local when given the chance.
Personalized != contextualized. You could have a search engine that uses geolocation without building any sort of cross-request profile on the individual making the search.
But OP is right that this would actually be serving their target demographic less well than serving everyone the same results regardless of context. The fact that the results don't know where the user is is reassuring for the kind of user who wants to use a privacy-oriented search engine, regardless of whether localized results could technically be provided in a privacy-preserving way.
These things are not mutually exclusive. Allow me to specify a city or state or county or country or zip code as a bang in my search and show me good results based on that. Both problems immediately solved. I wouldn’t be any more or less reassured about a search engine’s privacy stance if that feature was offered to me. This is a feature I can absolutely use in a private way (I can do that search over tor or a vpn with two hops if I so desire), and it gives me the control over what I provide the search engine and how and when.
Right now search engines don’t provide an interface for good location aware searches that you can manually specify - you have to let them build a shadow profile on you via all sorts of privacy violating fingerprints or just give up location aware searches altogether. There’s no reason it has to be that way though.
> These things are not mutually exclusive. Allow me to specify a city or state or county or country or zip code as a bang in my search and show me good results based on that. Both problems immediately solved.
Do you actually find that attaching your location to the end of the query doesn't work? I don't do it naturally, but when I do do it I'm rarely disappointed.
I backed ergodox-ez on indiegogo in 2016. I moved to the moonlander mostly for the built in wrist pads. support has been amazing. I just got a replacement for a cracked piece of plastic that I can repair myself. https://www.zsa.io/moonlander/teardown
The thing I like most is the split and I have customized the layout to my working style. I really should learn to use layers or try some of the "hacks" https://www.zsa.io/moonlander/printables.
I came really close to buying the Moonlander, but I couldn't get over the fact that they limit macro length because otherwise, they claim, people would put their password in. I'm not going to, but I have lots of other reasons for long macro outputs.
I wrote a tool for work that does the same thing based on request logs. It would parse each line into a structure then merge the same call point structures down to one spec. It was helpful to see the api but in the end was not that helpful in back filling the openapi spec.
things to consider:
- junk data from users will show up. unless your downstream service rejects extra params users will mess with you.
- it documents each endpoint but its harder to say if this "user" data is the same as another's endpoints "user"
- it is hard to tell if users are hitting all endpoint inputs/outputs without manual review.
Doesn't look like this tool is intended to be deployed into production where "junk data from users" would be encountered. My impression is it's a localhost proxy which only ever sees deliberate test traffic from the developer who's running it on their own machine.
(Although I'd be curious to see something very similar to this running in prod and generating WAF rules and/or alerting on suspicious requests. Kinda like Dynatrace or Splunk, but much more aware of the API documentation and expectations.)
Cash is a nuisance for a small business. You're going to lose/miscount some not-insignificant percentage, and spend a lot of time and effort counting and storing it.
The benefit of accepting cash is, besides there being no processing costs, is that it makes it really easy to... uhhhh, fudge your revenue numbers. I've had a few cash transactions where I ask for a receipt from the business and the owner scowls at me.
> Other then 6 million people across the united states cannot buy from your shop.
Depending on the type of business you run, I can almost assure you these customers are not going to be in your target demographic.
> Depending on the type of business you run, I can almost assure you these customers are not going to be in your target demographic.
Don't be so sure. I'm plenty "banked" and will out of principle never buy anything from a place that does not take my cash.
Privacy is one of the most important freedoms we have and cash is absolutely vital to maintain that freedom.
The other vital freedom enabled by cash is the right to participate in commerce. With a third-party gated electronic payment, said third party (sometimes multiple third parties in the same transaction) all have a say on whether you get to spend your money or not. With cash, it's your money you spend it as you wish.
If privacy is important to you, prepaid debit cards are not a bad option.
I've also seen the extreme - in the part of the country I live it's not uncommon for people to pay for things like cars and houses with cash that they keep buried in their yards.
I mean bank account get stolen by the government. They at least need lapdogs of the state to stomp their jackboots on the ground to take a bill out of your pocket.
But that's what business is, work and risk... I'm surprised more American cities haven't outright banned the practice for businesses serving their public since it's so clearly a form of discrimination.
Why? Because handling cash is expensive. You need to make trips to the bank (takes time + risk) to deposit, or you pay some company to do it for you (cost).
Positives: You don't need to deal with any of that.
Negatives: You can't take business from people who only have cash, but depending on what you're selling that might not really matter.
There is a lot of labor involved in counting and tracking cash in a retail business. You need to manage change, many businesses worry about cashiers stealing from the registers and thus have separate cash drawers for each cashier. Cash has to be secured against theft, you need to make deposits. All of this is much easier with electronic transactions.
If you ever work at a 7-11 in the US, you will get to experience a gun pointed at you so they can rob you for less than $30 because that is all that is allowed in the cash register at any time.
I haven't used twillo since 2014 and I don't use twillo at company. I have recently tried to use it for my own projects and I have not had a good time with the product. I was able to set things up fine with the docs but the ui and the support didn't seem to understand the hobbyist concept. I could not get my number registered for texting again and support did not care. Example: I cant release the number I have because it has an emergency address I need to remove. I cant find the ui to remove the address. I can only add address. While the ui banner says "Please add an emergency address to this phone number or you may incure a $75.00 charge per emergency call."
I am just waiting for my minimum required balance to be eating up by fees i dont understand. I have moved on to a chat service. I wish them luck moving forward.
Because the zip file only makes the photos harder to work with and probably takes more disk space than if they were unzipped (since you fundamentally can’t compress an already compressed file).
Location: Seattle Wa USA
Remote: Yes, only remote
Willing to relocate: No
Technologies: Rust
Résumé/CV: https://www.linkedin.com/in/beckeriv/
Email: becker@00100.dev
I have 2 years of production Rust. I am looking to continue my career in Rust
after 15 years of experience in other langues.
I have learned to enjoy the from trait in my code. A single location of converting structures has been nice. I has also been a nice place to double down on tests. I usually call from in code.
