Re: [Wikitech-l] New scap version is live

[Legoktm]

Hi,

On 08/04/2016 01:41 PM, Tyler Cipriani wrote:
> Canary deployments:
> 
>1. Sync your change(s) to the api and appserver canary hosts
>2. Wait (20 seconds) for traffic to hit those host
>3. If there isn't a large increase in the error rate on those hosts
>   (10x), release your changes to the remainder of the fleet.

Does scap/whatever make any requests against those hosts? Or is it just
depending upon normal traffic to those hosts to possibly cause errors?

-- Legoktm



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] RESTBase multiple pages with one request

[Toni Hermoso Pulido]

Thanks Gabriel, Jaime. It worked OK and it seems to be as fast as you
commented!

El 04/08/16 a les 23:34, Gabriel Wicke ha escrit:
> Toni, we heavily use caching to speed up the REST API, so making individual
> requests is the fastest way to retrieve content. You can use parallelism to
> achieve your desired throughput, and with HTTP/2 all those parallel
> requests can even share a single TCP connection. The request limit for the
> API overall is 200 req/s, as documented in
> https://en.wikipedia.org/api/rest_v1/?doc.
> 
> Hope this helps,
> 
> Gabriel
> 
> On Thu, Aug 4, 2016 at 2:20 PM, Jaime Crespo  wrote:
> 
>> Sorry, I am not sure 100%, if that is true, maybe creating a feature
>> request may help suggesting its implementation?
>>
>> On Thu, Aug 4, 2016 at 3:09 PM, Toni Hermoso Pulido 
>> wrote:
>>> Thanks Jaime, so it only works with Action (MediaWiki default) API so
>>> far, doesn't it?
>>>
>>> El 08/04/2016 a les 10:07 AM, Jaime Crespo ha escrit:
 Hi, you can combine multiple pages with the "pipe" sign:

 Check:
 > revisions=content=jsonfm=Hillary_Clinton|Donald_Trump
>>>
 (change 'jsonfm' for 'json' on a real request)
 There is a limit on the number of pages depending on your account
 rights, but it is very helpful to avoid round-trip latencies for us in
 high-latency places.


 On Thu, Aug 4, 2016 at 9:34 AM, Toni Hermoso Pulido 
>> wrote:
> Hello,
>
> is it already possible to retrieve data from different pages just by
> using one request?
>
> E.g by combining:
> https://en.wikipedia.org/api/rest_v1/page/summary/Electron
> and
> https://en.wikipedia.org/api/rest_v1/page/summary/Dog


-- 
Toni Hermoso Pulido
http://www.cau.cat
http://www.similis.cc

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] CirrusSearch index not update after edits

[John]

Check your job queue?

On Sun, Aug 7, 2016 at 2:43 PM, Aran  wrote:

> Hi,
>
> I've installed the current CirrusSearch on a MediaWiki 1.27 with local
> ElasticSearch 1.7.5 and everything went smoothly, except that the index
> doesn't update by itself after I edit pages. Only if I re-run the
> maintenance script do new edits get included in search results.
>
> I don't have $wgDisableSearchUpdate=true in LocalSettings.php and have
> tried settings it to false too.
>
> Any ideas what might be the trouble?
>
> Thanks,
>
> Aran
>
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] CirrusSearch index not update after edits

[Aran]

Hi,

I've installed the current CirrusSearch on a MediaWiki 1.27 with local
ElasticSearch 1.7.5 and everything went smoothly, except that the index
doesn't update by itself after I edit pages. Only if I re-run the
maintenance script do new edits get included in search results.

I don't have $wgDisableSearchUpdate=true in LocalSettings.php and have
tried settings it to false too.

Any ideas what might be the trouble?

Thanks,

Aran



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l