Wikitech-l June 2013

wikitech-l@lists.wikimedia.org

120 participants
116 discussions

[RFC] Update our code to use RDFa 1.1 instead of RDFa 1.0
by Daniel Friesen 08 Jun '13

08 Jun '13

I was going through our code contemplating dropping XHTML 1.1 support and ran into the RDFa support stuff and realized how out of date and limited it is. I've put together an RFC for replacing our code that appears to be based on the RDFa 1.0 from 2008 with RDFa 1.1 and expanding support for RDFa. https://www.mediawiki.org/wiki/Requests_for_comment/Update_our_code_to_use_… -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]

3 4

中絶薬RU486,即日発送ヤマトで一日か二日で届ける
by wikitech-l＠lists.wikimedia.org 08 Jun '13

08 Jun '13

メーカ定価：23800円　当店4000円割引します、　お買徳：19800円 ☆二種類を使いペニス増大効果100％ ☆勃起難しく、より頑丈で、より強力な ☆射精のコントロールがより快適に、楽しく、任意の操作です ☆より強い性的快感、欲望とオーガズム二重刺激 ☆以上の射精量は、量と精子の質を向上させる新豪華ProExtender?ペニス増大キット http://www.chinaokjapan.com/list_7929.asp メイルエッジ BASIC お買徳：18000円 http://www.jpyebay.com/List_7900.asp 新ジェスエクステンダーＤＸキットお買徳：17800円 ☆グローバルな販売タイトル、レコード190カ国、販売レコードの92000000受益者 ☆勃起硬度、性的快感、精液の質、セックス時間、男性も魅力を高めるために ☆12の特許は、ヨーロッパの健康証明書は、世界保健協会の男性をお勧めします ☆陰茎の機能不全と弯曲の根本的な改善を ☆副作用なし☆安全性は、成長を支えて、トップ29の先進国は、医療の専門家が同意尊重 ☆世界初の、20年の臨床試験で、すべての陰茎の拡大製品の効果を最も重要 http://ejapanes.com/list_4566.asp 6800円 VigRx Oil(ビグレックスオイル) 30ml/1瓶 http://ejapanes.com/List_7274.asp 　1880円ドイツGOOZ14000 ドーズスプレー(赤)45mL 激┃　　安┃　　卸┃　　特┃　　　価┃ ━┛　　━┛　　━┛　　━┛　　　━┛ http://ejapanes.com/list_4205.asp 1990円蟻力神イーリーシン2錠入×5箱 http://ejapanes.com/List_7901.asp 2100円勃大精生男根増大カプセル2錠×3箱（6錠入り） http://ejapanes.com/list_4909.asp 8800円中絶薬RU486(北京紫竹)のru486 販売,安心輸入、 RU486,即日発送ヤマトで一日か二日で届ける http://ejapanes.com/List_6786.asp 1950円 FITXスーパー脂肪解消カプセル１箱60錠（第4世代） http://ejapanes.com/List_6863.asp 1000円終極痩身カプセル10錠/箱 http://ejapanes.com/list_4839.asp 6980円ペニス貞操帯ＣＢ4000(男性専用！)Ｂｉｇサイズ E-mailでご注文の場合は商品番号、商品名称、購入数量、お名前、ご住所、電話番号、メールアドレスなどを明記の上ご注文くださいhttp://ejapanes.com/shopping.asp へ送信してください。悦可亭 - 長期経口避妊薬（ピル１ヶ月避妊） http://japanjpy.com/YueKeTing.htm 北京紫竹 RU486四点システムとは http://jpyjapan.com/ru486_NewIndex.htm

2 1

Request for proposals: MediaWiki release management
by Greg Grossmeier 08 Jun '13

08 Jun '13

Hello all, I'm excited to share that we just opened an RFP for the Release Management of MediaWiki! More information below. The announcement blog post: https://blog.wikimedia.org/2013/05/21/request-for-proposals-mediawiki-relea… The RFP (PDF): https://upload.wikimedia.org/wikipedia/commons/a/a1/RFP-MediaWikiReleaseMan… The central MediaWiki.org wiki page where proposals will be submitted and reviewed: https://www.mediawiki.org/wiki/Release_Management_RFP Let me and/or Rob Lanphier (robla(a)wikimedia.org) know if you have any questions. Best, Greg -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

1 2

WMF Engineering Roadmap update - 2013-06-07
by Greg Grossmeier 07 Jun '13

07 Jun '13

Hello all, == Preamble == Thanks to Robla, We now have a reliable way of creating a wikipage from the Google Spreadsheet we actually edit. Because of that, you can now see diffs! Eg: this is the one from today's meeting: http://www.mediawiki.org/w/index.php?title=Roadmap&diff=706771&oldid=703648 == Updates == === iOS and Android apps in June === * Finish POTD login screen. * Finish oboarding tutorial. * Finish category work === Ops === * SFO Caching center will be doing a limited test rollout in June, with the plan to do the full rollout in July. * Ceph to be rolled out in July (rolled back in June due to interferring bugs, reported upstream and fixes in progress) * HTCP (Hypertext Caching Protocol) will be rolled out in June. === Platform === * VipsScaler is now out (in June) * Moving primary media storage to Ceph in July (pending the above Ops work) * RFP for Release Management completion and kickoff in July. === Engineering Community === * Bugzilla improvements (see recent wikitech-l thread on patch in Gerrit status) * Improve capacity of tech-related news/journalism with especially TechNews. * Investigating potential partnerships with related upstreams (especially Free/Open Source projects that we use internally). /end Let me know if you have any questions or clarifications to this! Best, Greg -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

1 0

Separation of Concerns
by Tyler Romeo 07 Jun '13

07 Jun '13

On Mon, Jun 3, 2013 at 8:18 PM, Chris Steipp <csteipp(a)wikimedia.org> wrote: > We are trying to finish the items in scope (SUL rework, OAuth, and a > review of the OpenID extension) by the end of this month. > Speaking of this, there's an OAuth framework attempt here: https://gerrit.wikimedia.org/r/66286 Am I the only person who thinks it's a bad idea for the AuthPlugin class to be relying on the ApiBase class for its interface? Especially since the AuthPlugin framework isn't supposed to handle authorization logic anyway. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science www.whizkidztech.com | tylerromeo(a)gmail.com

10 29

Architecture Guidelines: Writing Testable Code
by Daniel Kinzler 07 Jun '13

07 Jun '13

When looking for resources to answer Tim's question at <https://www.mediawiki.org/wiki/Architecture_guidelines#Clear_separation_of_…>, I found a very nice and concise overview of principles to follow for writing testable (and extendable, and maintainable) code: "Writing Testable Code" by Miško Hevery <http://googletesting.blogspot.de/2008/08/by-miko-hevery-so-you-decided-to.h…>. It's just 10 short and easy points, not some rambling discussion of code philosophy. As far as I am concerned, these points can be our architecture guidelines. Beyond that, all we need is some best practices for dealing with legacy code. MediaWiki violates at least half of these principles in pretty much every class. I'm not saying we should rewrite MediaWiki to conform. But I'd wish that it was recommended for all new code to follow these principles, and that (local) "just in time" refactoring of old code in accordance with these guidelines was encouraged. -- daniel

10 20

Deployment highlights - week of June 10th
by Greg Grossmeier 07 Jun '13

07 Jun '13

Hello and welcome to the latest installment of your friendly deployment highlights! The full calendar for next week is available at: https://wikitech.wikimedia.org/wiki/Deployments#Week_of_June_10th Here are the highlights: == Overall == * The week of June 10th is the first "clean" one-week cycle. Please let me know if you run into any problems, either as a developer or an editor. == Monday == * MediaWiki 1.22wmf6 will go out to all non-WP project sites (eg: Commons, Wikisource, et al). == Tuesday == * The phasing out of WebFonts and Narayam begins in preparation for the ULS deployment. For all of the detailed details, see: https://www.mediawiki.org/wiki/UniversalLanguageSelector/Deployment/Planning == Thursday == * MediaWiki ** 1.22wmf6 goes out to all 'pedias. ** 1.22wmf7 begins and goes out to test/test2/mediawiki.org ** Full roadmap: https://www.mediawiki.org/wiki/MediaWiki_1.22/Roadmap#Schedule_for_the_depl… Let me know if you have any questions! Greg -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |

1 0

Strange PHPUnit behaviour
by Paul Selitskas 07 Jun '13

07 Jun '13

Hola! I noticed something very strange in unit tests for /languages/Language.php (/tests/phpunit/languages/LanguageTest.php): Language::sprintfDate() is tested to conform with expected formatted date strings. In the test file method 'provideSprintfDateSamples' provides a test case for the format bit 'W' which means "ISO 8601 week number, zero-padded". Language::sprintfDate() outputs the result for W as documented. However, one of the test cases for this format contains expected value "1" (instead of "01"). As I said above, sprintfDate() adds a zero (printing "01"), but when I run the tests, they just pass! What is wrong here? Wrong test case + issue in PHPUnit or what? -- З павагай, Павел Селіцкас/Pavel Selitskas Wizardist @ Wikimedia projects

3 2

Relaxing our TorBlock
by Asher Feldman 07 Jun '13

07 Jun '13

https://twitter.com/ioerror/status/342922052841377793 Why not - would the patrol cost really be too high?

5 5

Re: [Wikitech-l] ???!!! ResourceLoader loading extension CSS DYNAMICALLY?!!
by vitalif＠yourcmc.ru 07 Jun '13

07 Jun '13

Hi! Sorry for not answering via normal Reply, it's because I'm getting messages in digests. But I want to say thanks for clarification and for position=top advice - it's OK with position=top. Thanks :)

1 0

← Newer
1
...
6
7
8
9
10
11
12
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l June 2013