Might be my librarian career bias but I'm always surprised at how few people know about query operators. Ironically as Google search seems to be ignoring vital parts of people's queries, they are becoming more needed now, whereas years ago I would have assumed a constantly improving Google search would get better at determining what I was looking for.
Dorking: the use of search engines to find very specific data
81–90 of 207 posts
Re: Dorking: the use of search engines to find very specific data
#82Earlier quoted context omitted.
Nope. It is deprecated -- it's use is disapproved of, you should stop using it. In the future it will go away but for now it works, so you can use it, but its use is discouraged. Depreciated doesn't make any sense -- the value of the deprecated API does not diminish over time. It works, until it stops working. It's on or off. It doesn't work less and less every month or anything. It currently still works completely,…
Yeah, nope yourself. It seems like a lot of people aren't really thinking this through very much. And that is absolutely the wrong way to approach API development. An API that is being sun-setted should never be removed, because older clients could still use it but sometimes can't be upgraded to newer clients. Removing a v1 API breaks those clients and it's a shitty thing to do to users. Yeah, people should be buildi…
And I understand you disapprove of the word "deprecated" being used to refer to API that is discouraged, usually because it will be no longer supported/going away in the future.
But that doesn't change the history of the word. The word "deprecated" is what engineers have been using, intentionally, for several decades.
"Depreciated" is a mistaken variation. Even if you think "deprecated" has unfortunate connotations, it still doesn't make "depreciated" right. "Depreciated", as you said, means losing value over time. That is, 10% a year or something. Deprecated API does not "lose value over time".
The word "deprecated" has historically been used to mean that certain API (again, likely a method or function, I don't mean network api specifically) is now discouraged, it's use is disapproved of. Usually becuase it will be going away in the future. Arguments about whether this is the right way to do API change are entirely separate to this historical and current usage, where API change often IS done this way, and it's what the word is used for.
You can have opinions of how you'd like to people to handle API change over time, but that doesn't chagne the fact that "deprecated" is the word engineers have meant to use for decades. If you'd like to advocate for a differnet word and/or different practice you can -- but all "depreciated" has going for it is it sounds confusingly similar to "deprecated", it is not the word you are looking for.
> Not to be confused with Depreciation.
> In several fields, deprecation is the discouragement of use of some terminology, feature, design, or practice, typically because it has been superseded or is no longer considered efficient or safe, without completely removing it or prohibiting its use.
> It can also imply that a feature, design, or practice will be removed or discontinued entirely in the future
https://en.wikipedia.org/wiki/Deprecation
> In accountancy, depreciation refers to two aspects of the same concept: first, the actual decrease of fair value of an asset, such as the decrease in value of factory equipment each year as it is used and wears, and second, the allocation in accounting statements of the original cost of the assets to periods in which the assets are used (depreciation with the matching principle)
https://en.wikipedia.org/wiki/Depreciation
> In economics, depreciation is the gradual decrease in the economic value of the capital stock of a firm, nation or other entity, either through physical depreciation, obsolescence or changes in the demand for the services of the capital in question.
https://en.wikipedia.org/wiki/Depreciation_(economics)
Depreciation has nothing to do with what we're talking about, it's not the right word. Deprecation is the word that has been used for decades for API whose use is discouraged, often because it will not be supported in the future. You can argue that a new term is needed, but that's your argument not a historical usage, and there's no reason you need to limit yourselves to words that sound confusingly similar to "deprecation".
Re: Dorking: the use of search engines to find very specific data
#83Earlier quoted context omitted.
When you say "deprecated", you mean as in "discontinued" right? Not just like, discouraged?
Whoever the first developer was that used "deprecated" got it kind of wrong, the word should have been "depreciated". Deprecate: "express disapproval of." Depreciate: "diminish in value over a period of time." I kind of cringe when other developers say "deprecated". Edit: Versioning and not removing APIs is kind of the way to go, so you don't break client apps that possibly can't be updated easily or at all. "Depreci…
"Depreciated" is absolutely the wrong term, because it implies that the value is less, when the intent is to communicate "this is still fully functional, but you are warned away from it because it is targeted for future removal." Deprecated.
Re: Dorking: the use of search engines to find very specific data
#84Last week I blocked every * .google.* domain on my network except "youtube-ui.l.google.com". Google Search: (1) ask a natural language question (since actual search is hobbled) (2) get unrelated garbage and ads back (3) blame yourself for "not being technical enough" to understand why the results aren't actually garbage. Google Search has deteriorated to the point that so far I haven't missed it at all .
What search do you prefer and why?
I've never wanted anything fancy:
- don't show me paid search results - show me a blank page if there are no results - make it easy to 'AND' terms (+include +search +terms) - most importantly: search for my damned search terms! If you want to "did you mean" my spelling, fine. I don't really care. But it's unacceptable to ever drop a search term.
I have plenty of other complaints about Google, but in terms of search quality, those are the relevant ones.
Re: Dorking: the use of search engines to find very specific data
#85The email specific queries don't appear to work. The "@" is ignored by google so you just get results for the domain string.
The permutation searches are tricky because you don't know if a lack of results means the email does not exist, or just hasn't been posted anywhere indexed
Will update and credit
Re: Dorking: the use of search engines to find very specific data
#86Earlier quoted context omitted.
In this case, depreciated is incorrect. Removal has already happened, the "period of time" is already over.
Removing APIs is not a great practice though. Look at AWS, they version their APIs, they don't just remove them, and removing them should be unnecessary if your underlying tech isn't brittle and badly written. "Depreciated" is a far better term to use, with a far better outcome in my opinion. Companies that remove old versions of APIs and break existing client apps (that possibly can't be udpated) really suck.
2) If you were to always maintain backward compatibility, how is "depreciated" in any way an accurate term? If the old API continues to work indefinitely, its value stays the same.
Re: Dorking: the use of search engines to find very specific data
#87Why doesn't google.com have a comprehensive list of these? I'm constantly seeing new ones that I didn't know about, but google never teaches you about them so you have to find them in obscure blog posts
Google randomly ignores "search term in quotes". Related:examplesite.com used to work well. Now, it's better to use sites like alternativeto.net. ~phrase is unnecessary because but google searches for synonyms by default phrase1 + phrase2 - Google randomly ignores it. I use it this way +compulsoryTerm Although rare, there are things I simply can't find using Google. But Bing would. If Google keeps it up, other search…
Re: Dorking: the use of search engines to find very specific data
#88Earlier quoted context omitted.
I'd switch to DDG in a half second if they supported the full query syntax of altavista.digital.com (see http://jkorpela.fi/altavista/ if you've forgotten). Disclaimer: I work for, um, Google.
I do wish they supported a larger search syntax. My current workaround is I have a massive bookmark folder of alternative search engines that I try if I'm not having luck narrowing things down enough.
Re: Dorking: the use of search engines to find very specific data
#89Last week I blocked every * .google.* domain on my network except "youtube-ui.l.google.com". Google Search: (1) ask a natural language question (since actual search is hobbled) (2) get unrelated garbage and ads back (3) blame yourself for "not being technical enough" to understand why the results aren't actually garbage. Google Search has deteriorated to the point that so far I haven't missed it at all .
Google still good for coding related searches
Re: Dorking: the use of search engines to find very specific data
#90Last week I blocked every * .google.* domain on my network except "youtube-ui.l.google.com". Google Search: (1) ask a natural language question (since actual search is hobbled) (2) get unrelated garbage and ads back (3) blame yourself for "not being technical enough" to understand why the results aren't actually garbage. Google Search has deteriorated to the point that so far I haven't missed it at all .
Google still good for coding related searches
Remember Google Code Search, and Google (Usenet) Groups? Back then, Google cared about this stuff. Now they seem only to want to show you furniture ads, or get you to use their Zoom knockoff, etc.
These days Google substitutes the heck out of searches. Perhaps it's better if you've logged in, but I'd rather hack my leg off with a rusty saw than voluntarily log in to an account just to search the web.