Closed
Bug 485974
Opened 16 years ago
Closed 16 years ago
[ru] Change browser.search.siteSearchURL to Yandex
Categories
(Mozilla Localizations :: ru / Russian, defect)
Mozilla Localizations
ru / Russian
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: stas, Assigned: unghost)
Details
(Keywords: fixed1.9.1, productization)
Attachments
(1 file, 1 obsolete file)
|
1.55 KB,
patch
|
stas
:
review+
|
Details | Diff | Splinter Review |
Since Yandex is the default search engine in the Russian builds, we should change the search provider in the browser.search.siteSearchURL pref from Google, too.
The details on the exact URL to use will follow once we get confirmation from Yandex.
| Reporter | ||
Comment 1•16 years ago
|
||
Kev writes that Yandex has asked to use &surl= or &site=. &surl will give results for that hostname specifically. &site will give results for sub-hosts/domains as well.
So we should decide between on of the two following URLs:
http://yandex.ru/yandsearch?clid=46511&site={moz:domain}text={searchTerms}
http://yandex.ru/yandsearch?clid=46511&surl={moz:domain}text={searchTerms}
Comment 2•16 years ago
|
||
I think we want "site", to match what Google does. If you're on a subdomain we'll pass in that entire subdomain, so searches will already be restricted somewhat.
| Assignee | ||
Comment 3•16 years ago
|
||
As discussed with Kev, we are going to use "&surl".
Comment 4•16 years ago
|
||
Do you mind sharing the reasoning that led to that decision? Just curious.
| Assignee | ||
Comment 5•16 years ago
|
||
(In reply to comment #4)
> Do you mind sharing the reasoning that led to that decision? Just curious.
It was Kev's call. Quoting him - "&site gives sub-domains of the domain being searched, which may not aways be optimal".
| Reporter | ||
Comment 6•16 years ago
|
||
From wat I've seen, both parameters seem to give very similar results.
I tested:
* http://yandex.ru/yandsearch?text=obama&site=yahoo.com
* http://yandex.ru/yandsearch?text=obama&surl=yahoo.com
And the results were the same, coming from yahoo.com, news.yahoo.com, video.yahoo.com, shine.yahoo.com, finance.yahoo.com etc.
Then I tested:
* http://yandex.ru/yandsearch?text=obama&site=video.yahoo.com
* http://yandex.ru/yandsearch?text=obama&surl=video.yahoo.com
And the results were again the same, all coming from video.yahoo.com only.
The fact that the behavior of the two is currently very similar (if not identical) is something we might want to discuss with Yandex. Given the specification from comment 1, my vote goes to &site. If the user wants to search yahoo.com, I think it's OK to show her the results from all sub-domains, too.
| Reporter | ||
Comment 7•16 years ago
|
||
Comment on attachment 371904 [details] [diff] [review]
Patch
I think this should be a beta4 blocker for [ru] so let's try to fix this by tomorrow. Regardless of the surl/site decision, I have to r- the attached patch. The "text" parameter needs to be preceded by an "&".
>+browser.search.siteSearchURL = http://yandex.ru/yandsearch?clid=46511&surl={moz:domain}text={searchTerms}
Unghost, Kev, are you OK with using &site here, as Gavin suggested?
Attachment #371904 -
Flags: review?(stas) → review-
| Assignee | ||
Comment 8•16 years ago
|
||
> Unghost, Kev, are you OK with using &site here, as Gavin suggested?
I'm fine with &site.
Attachment #371904 -
Attachment is obsolete: true
Attachment #372645 -
Flags: review?(stas)
Comment 9•16 years ago
|
||
Only concern I have is with smaller sites that use a common domain (e.g. wordpress.com) for a majority of sites. I'm not so worried about results on larger sites, as they're not really the target for this feature (form what I understand).
I have no preference either way, especially if the results do not seem to differ appreciably. so, yes, I'm ok with whichever we go with.
| Reporter | ||
Comment 10•16 years ago
|
||
Comment on attachment 372645 [details] [diff] [review]
Patch v.2
Let's go with &site, at least for now.
r=me. Unghost, can you land this patch before the today's deadline for beta4 opt-ins? If so, please land this patch on both branches using a descriptive check-in comment, mentioning the bug number and my review (e.g. "Bug 485974: Change browser.search.siteSearchURL to Yandex, r=stas").
Please use fixed1.9.1 and verified1.9.1 keywords in this bug to track landing and verification on the 1.9.1 branch.
If not, I'll land it myself and update the opt-in revision.
Attachment #372645 -
Flags: review?(stas) → review+
| Reporter | ||
Comment 11•16 years ago
|
||
I landed the patch on 1.9.1: http://hg.mozilla.org/releases/l10n-mozilla-1.9.1/ru/rev/1fce01ed18e5
Unghost, mind landing in on l10n-central, too?
Keywords: fixed1.9.1,
productization
| Assignee | ||
Comment 12•16 years ago
|
||
Fixed on l10n-central:
http://hg.mozilla.org/l10n-central/ru/rev/b17f01bae754
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•