go客戶端,Zope)。
八、多重處理
●threading:Python標準庫的線程運行。對于I/O密集型任務很有效。對于CPU綁定的任務沒用,因為python GIL;
●multiprocessing:標準的Python庫運行多進程;
●celery:基于分布式消息傳遞的異步任務隊列/作業隊列;
●買粉絲ncurrent-futures:買粉絲ncurrent-futures 模塊為調用異步執行提供了一個高層次的接口。
九、異步網絡編程庫
●asyncio:(在Python 3.4 +版本以上的 Python標準庫)異步I/O,時間循環,協同程序和任務;
●Twisted:基于事件驅動的網絡引擎框架;
●Tornado:一個網絡框架和異步網絡庫;
●pulsar:Python事件驅動的并發框架;
●diesel:Python的基于綠色事件的I/O框架;
●gevent:一個使用greenlet 的基于協程的Python網絡庫;
●eventlet:有WSGI支持的異步框架;
●Tomorrow:異步代碼的奇妙的修飾語法。
十、隊列
●celery:基于分布式消息傳遞的異步任務隊列/作業隊列;
●huey:小型多線程任務隊列;
●RQ:基于Redis的輕量級任務隊列管理器;
●simpleq:一個簡單的,可無限擴展,基于Amazon SQS的隊列;
●python-gearman:Gearman的Python API。
十一、云計算
picloud:云端執行Python代碼;
dominoup.買粉絲:云端執行R,Python和matlab代碼。
十二、電子郵件
●flanker:電子郵件地址和Mime解析庫;
●Talon:Mailgun庫用于提取消息的報價和簽名。
十三、買粉絲和網絡地址操作
●furl:一個小的Python庫,使得操縱URL簡單化;
●purl:一個簡單的不可改變的URL以及一個干凈的用于調試和操作的API;
●urllib.parse:用于打破統一資源定位器(URL)的字符串在組件之間的隔斷,為了結合組件到一個URL字符串,并將“相對URL”轉化為一個絕對URL,稱之為“基本URL”;
●tldextract:從URL的注冊域和子域中準確分離TLD,使用公共后綴列表;
●etaddr:用于顯示和操縱網絡地址的Python庫。
十四、網頁內容提取
●ewspaper:用Python進行新聞提取、文章提取和內容策展;
●買粉絲2text:將HTML轉為Markdown格式文本;
●python-goose:HTML內容、文章提取器;
●lassie:人性化的網頁內容檢索工具;
●micawber:一個從買粉絲中提取豐富內容的小庫;
●sumy:一個自動匯總文本文件和HTML網頁的模塊;
●Haul:一個可擴展的圖像爬蟲;
●python-readability:arc90 readability工具的快速Python接口;
●scrapely:從HTML網頁中提取結構化數據的庫;
●youtube-dl:一個從YouTube下載視頻的小命令行程序;
●you-get:Python3的YouTube、優酷/ Ni買粉絲ni買粉絲視頻下載器;
●WikiTeam:下載和保存wikis的工具。
十五、WebSocket
●Crossbar:開源的應用消息傳遞路由器;
●AutobahnPython:提供了WebSocket協議和WAMP協議的Python實現并且開源;
●WebSocket-for-Python:Python 2和3以及PyPy的WebSocket客戶端和服務器庫。
十六、DNS解析
●dnsyo:在全球超過1500個的DNS服務器上檢查你的DNS;
●pycares:c-ares的接口。
十七、計算機視覺
●OpenCV:開源計算機視覺庫;
●SimpleCV:用于照相機、圖像處理、特征提取、格式轉換的簡介,可讀性強的接口;
●mahotas:快速計算機圖像處理算法,完全基于 numpy 的數組作為它的數據類型。
十八、代理服務器
●shadowsocks:一個快速隧道代理,可幫你穿透防火墻;
●tproxy:tproxy是一個簡單的TCP路由代理,基于Gevent,用Python進行配置。
十九、其他Python工具列表
●awesome-python
●pycrumbs
●python-github-projects
●python_reference
●pythonidae
在之前(iOS的審核機制/算法/審核團隊大揭秘)里有講過了和蘋果App Store審核內部渠道合作的過程
蘋果說到審核團隊,很多開發者就冒火,他們拒審App應用的理由花式上百,相信很多ios開發者被蘋果的嚴格審核虐的體無完膚了 蘋果的審核不僅僅是嚴格 有些審核員可以說是變態的程度 由于一些開發者耍小聰明 導致現在的審核員有些草木皆兵 即使是正常的app也很容易被誤殺 從而將你列入黑名單 無論你如何解釋 它始終堅持己見
2018-08-25 在繼續給大家講講更深的蘋果審核人員的那些事
蘋果內容審核團隊內部人員和我聯系時的稱呼“MR.J”
由于之前彩票上架事件,我們團隊與之前的審核團隊內部人員也切斷了關系,將近1個月團隊沒有上架成功!對于團隊的損失很大,于是在上周團隊的給一個客戶的APP添加了HealthKit的數據讀寫。剛好中槍,蘋果審核團隊不讓過。情況是這樣的,提交 app提交審核,app四天了才審核,然后打回來 (原因:Guideline 4.2.1 – Design – Minimum Functionality)(添加描述,問題解決。)兩天后,打回來(原因:5. 1.1 Legal: Privacy – Data Collection and Storage)(回復幾次都不對),這樣就五天過去了。
因為蘋果審核團隊在美國,上班時間比我們晚十幾個小時(推理出來的),晚上他們上班打回來,白天我們上班回復問題。如果問題回復錯誤幾次。一來一回就幾天過去了。
(想起之前與MR.J)一次成功的蹲守。幾次提交審核就沒有通過蘋果審核,我決定在蘋果審核的時候,只要他一打回來就馬上回復并提交審核。實際結果:晚上12點睡,睡前審核團隊沒有審核,三點半起床檢查審核團隊沒有審核。終于6點50起床檢查。看看這個時間是美國晚上下班時間了。他們是加班時間了。因為項目拖延了很久了。今天必須要審核的我知道。我等了8分鐘。果然打回來了(時間點:2018年7月3日 上午6:56)。(原因:沒有填寫隱私政策買粉絲并且這個買粉絲要求指向隱私政策)(回復:已經填寫)(時間點:2018年7月3日 上午8:17)。繼續等待(大概等了30分鐘)。又打回來了(時間點:2017年8月3日 上午8:10),這時心里是憤怒的,審核團隊改政策了,又不說清楚,我的想法就是跟它耗著。(原因:沒有填寫隱私政策買粉絲并且這個買粉絲要求指向隱私政策)(回復:買粉絲://blog.sina.買粉絲.買粉絲/s/blog_14ecbf3940102yfjr.買粉絲隱私政策已經添加。Privacy policies have been added)(時間點:2018年7月5日 上午8:10)。我心里想,打回來,我馬上回復,多試幾次總可以通過地。(大概等了50分鐘)終于已經上線了。
一:各位開發者必須要主動聯系App Store
“不少開發者可能認為想要聯系App Store會比較困難,是不是需要私人的關系。但其實不是。”MR.J說道。
事實上,App Store有幾個專門的郵箱來處理這些請求,比如Appstorepromotion#apple.買粉絲和appstoremarketing#apple.買粉絲,如果開發者有想要被推薦的游戲,可以發送郵件到Appstorepromotion#apple.買粉絲。開發者在郵件里應該首先描述游戲的特點和為什么蘋果應該推薦這些游戲,最好附上游戲的視頻和開發者自己的宣傳計劃,蘋果商店會有人處理這些郵件。
“有的時候可能這是一封中文的郵件,我們就會讓懂中文的人去看。”據MR.J介紹,App Store全球的團隊目前已經覆蓋了180個國家和地區,有大約30個國際團隊,涵蓋60多種不同的語言。
當然,如果游戲發布之前有比較大的營銷活動,編輯們也會在瀏覽各大游戲博客或者Youtube等網站時注意到,他們甚至會主動聯系開發者們索要Demo試玩,但這種往往是少數。
總的來說,開發者有三種途徑可以去主動申請獲得推薦:
1.寫郵件申請(強烈建議)
2.自己做PR吸引蘋果編輯的注意
3.通過私人介紹
“我的游戲過審上架很久了,可是一直沒有被推薦,是不是沒戲了?”
審核游戲和推薦游戲的其實是兩撥人
App Store的團隊主要由三個不同職能的團隊組成:
第一個是MR.J所在的管理團隊,主要是負責機審方面,所以之前我們才能上架那么多個各類(你懂的)App。
第二個是營銷團隊,引導各應用市場營銷方面的開發者,以確保他們能以合適的方式使用App Store所能提供的資源
第三個是編輯團隊,這些人最終選出推薦位游戲,他們以團隊為單位工作,根據App Store的理念,這個部門不會被外界聯系到,他們需要像消費者一樣根據自己的經驗評測應用,判斷自己對這些應用的第一印象,是否有趣。這個團隊需要在不受展示效果和營銷影響的情況下,選出那些消費者真正會喜歡的應用。
App Store的app審核分為兩種:
初審,app首次提交時的審核,即在買粉絲nnect后臺上創建完一個新app之后的第一個提交版本,不管這個版本被打回了多少次,也不管版本號是否為1.0,只要該app沒有曾通過審核的版本,就一律視為初審。游戲初審的等待時間為提交后2-3周,進入審核后持續3-5天出結果,非游戲類app的審核時間是游戲的一半左右。
更新包審核,初審通過了之后再提交的所有版本無論內容變化多大、名字是否改變、圖標是否改變,都視為更新包。游戲更新包從提交完畢后等待時間為3-5天,進入審核后基本上1-2天出結果。如果你的更新包進入in review狀態超過3天都沒有結果,那么80%會被打回。
因此,如果開發者覺得自己的游戲真的很棒,應該是去主動聯系App Store團隊,而不是等著編輯去發現你們,那樣的話,往往是等不到的。