Какъв трябва да бъде валидният шаблон за „съвпадения“ във „external_connectable“ в manifest.json на разширението на chrome?

От връзката: http://developer.chrome.com/extensions/manifest/externally_connectable

Искам да знам какъв трябва да бъде моят валиден модел за съвпадение.

Има малко объркване в блока "референтен":

Моделите не могат да включват домейни със заместващи знаци, нито поддомейни на (ефективни) домейни от първо ниво; *://google.com/* и http://*.chromium.org/* са валидни, докато <all_urls>, http://*/*, *://*.com/* и дори http://*.appspot.com/* не са.

В горния ред каква е разликата в модела между

http://*.chromium.org/*

и

http://*.appspot.com/*

И защо първото е валидно, а второто не?

Редактиране: когато предоставя '*://*.mywebsite.com', той се отразява като невалиден манифест, но същият модел е даден като примерен код за external_connectable, означава, че трябва да е валиден валиден модел, но всъщност валидирането е неуспешно.


google-chrome regex google-chrome-extension google-chrome-devtools
person codeofnode    schedule 20.02.2014    source източник

Отговори (1)


arrow_upward
0
arrow_downward

„appspot.com“ е ефективен домейн от първо ниво, посочен в списък с публични суфикси . Това означава, че „appspot.com“ се третира като TLD, нещо като „.co.uk“ или „.com“.

Освен това има малък бъг в примерния код в документацията, "https://*.google.com" трябва да е "https://*.google.com/" или "https://*.google.com/*". Валиден образец за съвпадение изисква наклонена черта за обозначаване на пътя, пропускането й е забранено.

person Rob W    schedule 20.02.2014
comment
благодаря за отговора, можете ли да погледнете това stackoverflow.com/questions/ 21720602/. Наистина се нуждая от отговор на свързан въпрос. - person codeofnode; 21.02.2014