1.可以設(shè)置密碼復(fù)雜規(guī)則(包含字母+特殊符號+數(shù)字+大小寫)
2.設(shè)置控制同一時間段內(nèi)密碼錯誤登錄次數(shù)
AutoLayout
https://developer.apple.com/d...
不可能,你新加的view位置上跟現(xiàn)有模塊有依賴關(guān)系,就必然會沖突。
報紅只是模塊A,B跟D的沖突,不會影響到模塊里面的約束,改一下外部約束沖突就行了
對這個“中文參數(shù)”編碼即可。
對于get請求
如果你的請求是get,參數(shù)有中文的,比如 ?name=張上,按照如下處理
前端使用 encodeURIComponent(encodeURIComponent(url)),對url進行二次編碼。
后端:拿到參數(shù)值,使用URLDecoder.decode(s, "UTF-8")解碼一下。這樣方式確實可行的,答主在實際項目總使用過。
舉個例子吧:
前端:
<script type="text/javascript">
var url = "/xxx/param/test";
var name = "張上";
name = encodeURIComponent(name);
name = encodeURIComponent(name);//二次編碼
alert(name);
url = url + "?name="+name;
window.location.href = url;
</script>
后端:
@Controller
@RequestMapping(value="/param")
public class ParamController extends BaseController<ParamEntity> {
/**
* @throws UnsupportedEncodingException
*
*/
@RequestMapping(value="/test",method=RequestMethod.GET)
public String test(@RequestParam("name") String name) throws UnsupportedEncodingException{
name = URLDecoder.decode(name, "UTF-8");//實測,可以正確的得到中文。
System.out.println(name);
return "index";
}
}
注意:get請求有中文參數(shù),可以指定容器使用何種編碼規(guī)則來解碼提交的參數(shù)(有人回答使用這種方式,即修改tomcat 配置文件中的Connector中的URIEncoding參數(shù)),但是這種做法不建議使用,推薦使用二次編碼吧。
為什么需要二次編碼?可以看如下博文:
eURIComponent編碼2次
個人同意你的觀點,hybrid模式web不能嵌套原生頁面。但是它可以傳遞一些事件,調(diào)用原生視圖。
看過了就是HEADER文件找不到的問題,處理后則可以成功編譯安裝生成 mongodb.so 模塊文件, 不過也有一個更新簡單的方法, 不使用 pecl 和 phpize 安裝 mongodb 擴展, 那就是使用 brew install phpVS-mongodb 來安裝, phpVS 則是具體版本號, 安裝擴展后通過 brew 重啟 php 即可生效!這種方式也方便管理擴展,通過 brew 安裝的擴展會在 /usr/local/etc/php/7.1/conf.d/ 目錄下生成對應(yīng)的擴展配置文件如 ext-mongodb.ini, 重啟 php 則會加載 conf.d 目錄的配置文件。謝了,老鐵!
非常感謝,我昨天洗腳時突然想到了漏了一步,我只改了nginx文件下site-available,忘記改site-enabled文件下的配置,但是我有一點不明白是,在根目錄下指定urls的意思是什么?代碼如下
from django.contrib.staticfiles.urls import staticfiles_urlpatterns
url_patterns += staticfiles_urlpatterns
因為我將其注釋掉重啟nginx
sudo nginx service reload
admin樣式仍然生效。所以我也不知道這一步是在干嘛?求解
感謝各位大佬,問題解決了,還是自己的頁面布局有些問題。整個項目中,感覺ios對H5的要求要高于Android
css3
html {
width: -webkit-max-content;
width: -moz-max-content;
width: max-content;
border: 1px solid black;
}直接在 navigationBar 上添加 view,我這邊可以,LZ試下
UINavigationBar *navigationBar = self.navigationController.navigationBar;
[navigationBar.superview insertSubview:self.navigationBarBGView belowSubview:navigationBar];蘋果App store規(guī)定:金融理財類應(yīng)用只能用對應(yīng)公司名稱的開發(fā)者賬號上傳。也就是說,如果用個人開發(fā)者賬號提交金融理財類應(yīng)用后收到了類似郵件,可以考慮用公司開發(fā)者賬號提交;(鑒于您就是使用的開發(fā)者賬號,所以可以不做考慮。)
如果是在幫客戶提交應(yīng)用,可以讓客戶將你的開發(fā)者賬號添加到他們的開發(fā)者賬號團隊成員中,然后再嘗試提交;
審核期間,將敏感信息(例如App中出現(xiàn)的銀行名稱等)和功能刪除或隱藏;
(如果使用的是公司賬號卻還是被拒)在App中盡量體現(xiàn)和公司相關(guān)的內(nèi)容、品牌等;
如果被拒原因中所指出的商標(biāo)等確實是自家公司的,可以把相關(guān)信息和證明資料等反饋給蘋果審核人員;
(如果開發(fā)者賬號的郵箱用的是個人郵箱或技術(shù)支持網(wǎng)址和公司無關(guān))將開發(fā)者郵箱改為公司郵箱,并將技術(shù)支持網(wǎng)址改為能體現(xiàn)公司的網(wǎng)址(一般用官網(wǎng)即可)。
從今年1月初以來,蘋果應(yīng)用商店針對應(yīng)用審核所采取的行動讓大批金融理財應(yīng)用、其他應(yīng)用、馬甲應(yīng)用陷入了苦站:被拒幾率暴增,很多開發(fā)者都被蘋果暴擊了、多次審核不過、審核時間延長、應(yīng)用提審后卻一直處于“正在審核”階段……PLA1.2說的是你的app涉及官方財務(wù)、金融業(yè)務(wù),但你用了自己的賬號發(fā)布app,最好還是拿公司官方的開發(fā)者賬號發(fā)布app
換句話說怕你是馬甲,卷人錢跑了
近日,又有多位CP向作者我交流的時候說:應(yīng)用提交至蘋果審核卻因PLA1.2;5.2.1;3.2.1等問題被拒,個別應(yīng)用嘗試多種方法仍未過審。而他們收到的被拒理由基本類似:
PLA 1.2
The Seller and Artist names / company names associated with your app do not reflect the xxx in the app or its metadata, as required by section 1.2 of the Apple Developer Program License Agreement.(應(yīng)用的開發(fā)商名稱和公司名稱與應(yīng)用或應(yīng)用元數(shù)據(jù)中的XXX不匹配,違反了蘋果開發(fā)者計劃許可協(xié)議1.2。)
Next Steps
Your app must be published under a Seller name and Artist name/ company name that reflects the xxx brand. If you have developed these apps on behalf of a client, please advise your client to add you to their development team of their developer account.(您的應(yīng)用必須用符合XXX品牌名稱的開發(fā)者賬號上傳。如果您是幫助客戶開發(fā)的應(yīng)用,請通知您的客戶將您添加到他們的開發(fā)者賬號團隊成員中。)
……
Guideline 3.2.1 - Business - Other Business Model Issues - Acceptable
We found that your app facilitates loan applications, but the seller and company names associated with your app do not reflect the financial institution in the app or its metadata, as required by Guideline 3.2.1(viii) of the App Store Review Guidelines.
Next Steps
To help us proceed with the review of your app, please provide the following information. The more information you can provide upfront, the sooner we can complete your review.
Additionally, please ensure your app’s Support and Privacy URLs in the metadata direct users to the webpages with appropriate information.
Please attach documentary evidence in the App Review Information section in iTunes Connect. In accordance with section 3.2(f) of the Apple Developer Program License Agreement, you acknowledge that submitting falsified or fraudulent documentation can result in the termination of your Apple Developer Program account and the removal of your apps from the App Store. Once Legal has reviewed your documentation and confirms its validity, we will proceed with the review of your app.
而5.2.1 一般性:不得在未經(jīng)授權(quán)的情況下,在 app 中使用受保護的第三方材料 (例如商標(biāo)、版權(quán)作品、專利設(shè)計);也不得在 app 套裝或開發(fā)者名稱中包含虛假、抄襲或誤導(dǎo)性的演示、名稱或元數(shù)據(jù)。App 提交方應(yīng)當(dāng)是擁有或獲授權(quán)使用知識產(chǎn)權(quán)和其他相關(guān)權(quán)利的個人或法律實體,并且應(yīng)對提供 app 中的任何服務(wù)負責(zé)。你的啟動圖或者其他地方是否包含了別人企業(yè)的logo,等信息. 如果是合作的銀行的. 請把當(dāng)前的發(fā)布的賬號添加到合作銀行的開發(fā)者賬號里面
發(fā)件人 Apple
Guideline 2.1 - Information Needed
This type of app has been identified as one that may violate one or more of the following App Store Review Guidelines. Specifically, these types of apps often:
1.1.6 - Include false information, features, or misleading metadata.
2.3.0 - Undergo significant concept changes after approval
2.3.1 - Have hidden or undocumented features, including hidden "switches" that redirect to a gambling or lottery website
3.1.1 - Use payment mechanisms other than in-app purchase to unlock features or functionality in the app
4.3.0 - Are a duplicate of another app or are conspicuously similar to another app
5.2.1 - Were not submitted by the legal entity that owns and is responsible for offering any services provided by the app
5.3.4 - Do not have the necessary licensing and permissions for all the locations where the app is used
Before we can continue with our review, please confirm that this app does not violate any of the above guidelines. You may reply to this message in Resolution Center or the App Review Information section in iTunes Connect to verify this app’s compliance.
Given the tendency for apps of this type to violate the aforementioned guidelines, this review will take additional time. If at any time we discover that this app is in violation of these guidelines, the app will be rejected and removed from the App Store, and it may result in the termination of your Apple Developer Program account.
翻譯成中文,大意如下:
準(zhǔn)則2.1 - 需要的信息
這種類型的應(yīng)用程序已被確定為可能違反以下一項或多項應(yīng)用商店評論指南。具體來說,這些類型的應(yīng)用程序往往
1.1.6 - 包含虛假信息,功能或誤導(dǎo)性元數(shù)據(jù)。
2.3.0 - 批準(zhǔn)后進行重大的概念變更
2.3.1 - 隱藏或未記錄的功能,包括重定向到賭博或彩票網(wǎng)站的隱藏的“開關(guān)”
3.1.1 - 使用應(yīng)用程序內(nèi)購買以外的支付機制解鎖應(yīng)用程序中的功能或功能
4.3.0 - 是另一個應(yīng)用程序的副本或顯著類似于另一個應(yīng)用程序
5.2.1 - 沒有由擁有和負責(zé)提供應(yīng)用程序提供的任何服務(wù)的法律實體提交
5.3.4 - 沒有使用應(yīng)用程序的所有位置的必要許可和權(quán)限
在我們繼續(xù)審核之前,請確認此應(yīng)用不違反以上任何一條準(zhǔn)則。您可以在“解決方案中心”或iTunes Connect中的“應(yīng)用程序評論信息”部分回復(fù)此消息,以驗證此應(yīng)用程序的合規(guī)性。
鑒于這種類型的應(yīng)用程序傾向于違反上述準(zhǔn)則,這一審查將需要更多的時間。如果我們發(fā)現(xiàn)此應(yīng)用程序在任何時候違反了這些準(zhǔn)則,該應(yīng)用程序?qū)⒈痪芙^并從App Store中刪除,并可能導(dǎo)致您的Apple開發(fā)人員計劃帳戶被終止。
這封郵件,大部分被卡審的開發(fā)者幾乎都在同一天收到了一模一樣的。
顯然,這是來自于批量審核的結(jié)果。
目前,從蘋果的算法改版可以得出幾種結(jié)論:
1、AppStore之前卡了一大批應(yīng)用,這些被卡住的都是被機審時攔??;
2、AppStore升級機審的算法,機審會對代碼庫、二進制進行全方位審核;
3、只要是require a longer review time的,可以直接放棄,直接用新賬號完善下二進制重新提交;
4、國外賬號也開始沒有優(yōu)勢了;
5、馬甲包的第三方開發(fā)將會提升服務(wù)價格。
一直以來,因PLA1.2問題被拒的多為金融理財應(yīng)用,但通過近期【QQ:2205357007(可代上架App)】和CP們交流、調(diào)查后發(fā)現(xiàn):“PLA1.2”已不再是金融理財應(yīng)用的專屬。在因為此原因被拒的應(yīng)用中,還有大批購物、醫(yī)療及其他類應(yīng)用。調(diào)查詳細結(jié)果及解決方式如下所示(以下內(nèi)容圍繞金融理財應(yīng)用、其他應(yīng)用、馬甲應(yīng)用三部分展開):
一、金融理財應(yīng)用
通過調(diào)查發(fā)現(xiàn),在因PLA1.2問題被拒的應(yīng)用中,金融理財應(yīng)用仍占大部分。被拒原因基本是:應(yīng)用的開發(fā)商名稱和公司名稱與應(yīng)用/應(yīng)用元數(shù)據(jù)/金融產(chǎn)品中的公司名稱/金融機構(gòu)/金融機構(gòu)名稱/信用卡名稱/貸款業(yè)務(wù)提供者等不匹配,違反了蘋果開發(fā)者計劃許可協(xié)議1.2。
如果遇到類似情況,大家不妨嘗試下述方式:
蘋果規(guī)定:金融理財類應(yīng)用只能用對應(yīng)公司名稱的開發(fā)者賬號上傳。也就是說,如果用個人開發(fā)者賬號提交金融理財類應(yīng)用后收到了類似郵件,可以考慮用公司開發(fā)者賬號提交;
如果不想采取上面的方式,且是在幫客戶提交應(yīng)用,可以讓客戶將你的開發(fā)者賬號添加到他們的開發(fā)者賬號團隊成員中,然后再嘗試提交;
審核期間,將敏感信息(例如App中出現(xiàn)的銀行名稱等)和功能刪除或隱藏;
(如果使用的是公司賬號卻還是被拒)在App中盡量體現(xiàn)和公司相關(guān)的內(nèi)容、品牌等;
如果被拒原因中所指出的商標(biāo)等確實是自家公司的,可以把相關(guān)信息和證明資料等反饋給蘋果審核人員;
(如果開發(fā)者賬號的郵箱用的是個人郵箱或技術(shù)支持網(wǎng)址和公司無關(guān))將開發(fā)者郵箱改為公司郵箱,并將技術(shù)支持網(wǎng)址改為能體現(xiàn)公司的網(wǎng)址(一般用官網(wǎng)即可)。
二、其他應(yīng)用
在此番調(diào)查中,購物應(yīng)用多是因為在應(yīng)用以及應(yīng)用元數(shù)據(jù)中添加了其他應(yīng)用的品牌詞(例如,重慶時時彩,現(xiàn)金貸)等,以及開發(fā)商和公司名稱與App中多次出現(xiàn)的購物平臺名稱或優(yōu)惠券服務(wù)商等不匹配而被拒;醫(yī)療類應(yīng)用多是因為開發(fā)商和公司名稱與App中出現(xiàn)的醫(yī)療機構(gòu)等不一致而沒有過審;而其他類型的應(yīng)用被拒的原因多是因為在應(yīng)用以及應(yīng)用元數(shù)據(jù)中添加了其他應(yīng)用的品牌詞,或技術(shù)支持網(wǎng)站無法體現(xiàn)該公司的經(jīng)營內(nèi)容等。
針對這些情況,作者覺得可以嘗試以下方式:
刪除被拒理由中明確指出的,或者自身覺得敏感的信息(例如應(yīng)用名稱、關(guān)鍵詞或描述中出現(xiàn)的其他應(yīng)用的品牌詞)或功能;
提審期間將敏感信息和功能(快速貸款,理財神器等)隱藏;
在App以及元數(shù)據(jù)中多體現(xiàn)和公司相關(guān)的內(nèi)容、品牌等;
如果被拒原因中指出的品牌詞、商標(biāo)等確實是自家公司的,可以把信息以及證明資料等反饋給審核人員;
三、馬甲包應(yīng)用
除了上面的情況外,還有另外一種情況:近日有很多馬甲應(yīng)用收到過此類被拒信息。而針對這種情況,目前主要有兩種解決方式:
隱藏敏感信息,并對應(yīng)用的元數(shù)據(jù)、圖標(biāo)、界面以及功能等進行修改,過審后再將可修改的信息或功能改回來。但是這樣做有一個弊端,如果被蘋果發(fā)現(xiàn),會面臨下架的風(fēng)險;
設(shè)計一款和主版本不同的App。
結(jié)語
以上便是此次調(diào)查的結(jié)果以及部分問題的解決方式,希望能幫助到大家。如果各位CP還遇到了其他情況或了解其他解決方式,歡迎交流。
應(yīng)該是不小心被刪了吧,file newTarget 新建一個就好了。
/etc/profile 這個文件出現(xiàn)了語法錯誤, 把內(nèi)容貼出來.
brew 是通過ruby腳本來完成安裝管理的.
通過
brew edit php71
可以打開編輯器編輯相應(yīng)的的安裝腳本
通過查看/usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Formula/php71.rb 及其相關(guān)的依賴項目/usr/local/Homebrew/Library/Taps/homebrew/homebrew-php/Abstract/abstract-php.rb可以看到, 以php71為例, 腳本并不沒有把相關(guān)的依賴項目--with-XXX保存到磁盤(方法 _install及 install_args).
所以不嚴(yán)密的結(jié)論是,默認情況下沒有辦法知道上次安裝都有哪些選項.
可能通過
brew info php71
來查看依賴關(guān)系和可能選項.
因為一些選項是包的編譯選項, 所以更改選項估計只能通過重裝才行.
安裝或系統(tǒng)改動保留腳本是個好習(xí)慣,記憶是不可靠的.
可以用CTRL>+R最近的輸入歷史, 或用history查看以往操作.
<filesMatch "\.(html|htm|js|css)$">
FileETag None
<ifModule mod_headers.c>
Header unset ETag
Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires "Wed, 11 Jan 1984 05:00:00 GMT"
</ifModule>
</filesMatch>
轉(zhuǎn)自 Disable caching of assets in Apache
http://bertanguven.com/disabl...
嘗試模擬觸發(fā)input的keyup/keypress這類事件
北大青鳥APTECH成立于1999年。依托北京大學(xué)優(yōu)質(zhì)雄厚的教育資源和背景,秉承“教育改變生活”的發(fā)展理念,致力于培養(yǎng)中國IT技能型緊缺人才,是大數(shù)據(jù)專業(yè)的國家
達內(nèi)教育集團成立于2002年,是一家由留學(xué)海歸創(chuàng)辦的高端職業(yè)教育培訓(xùn)機構(gòu),是中國一站式人才培養(yǎng)平臺、一站式人才輸送平臺。2014年4月3日在美國成功上市,融資1
北大課工場是北京大學(xué)校辦產(chǎn)業(yè)為響應(yīng)國家深化產(chǎn)教融合/校企合作的政策,積極推進“中國制造2025”,實現(xiàn)中華民族偉大復(fù)興的升級產(chǎn)業(yè)鏈。利用北京大學(xué)優(yōu)質(zhì)教育資源及背
博為峰,中國職業(yè)人才培訓(xùn)領(lǐng)域的先行者
曾工作于聯(lián)想擔(dān)任系統(tǒng)開發(fā)工程師,曾在博彥科技股份有限公司擔(dān)任項目經(jīng)理從事移動互聯(lián)網(wǎng)管理及研發(fā)工作,曾創(chuàng)辦藍懿科技有限責(zé)任公司從事總經(jīng)理職務(wù)負責(zé)iOS教學(xué)及管理工作。
浪潮集團項目經(jīng)理。精通Java與.NET 技術(shù), 熟練的跨平臺面向?qū)ο箝_發(fā)經(jīng)驗,技術(shù)功底深厚。 授課風(fēng)格 授課風(fēng)格清新自然、條理清晰、主次分明、重點難點突出、引人入勝。
精通HTML5和CSS3;Javascript及主流js庫,具有快速界面開發(fā)的能力,對瀏覽器兼容性、前端性能優(yōu)化等有深入理解。精通網(wǎng)頁制作和網(wǎng)頁游戲開發(fā)。
具有10 年的Java 企業(yè)應(yīng)用開發(fā)經(jīng)驗。曾經(jīng)歷任德國Software AG 技術(shù)顧問,美國Dachieve 系統(tǒng)架構(gòu)師,美國AngelEngineers Inc. 系統(tǒng)架構(gòu)師。