1

Так что я работаю в chrome-расширении, которое не будет размещено в веб-магазине google, поэтому мне нужно будет добавить к нему функции автоматического обновления, однако мне нужно, чтобы это было немного более динамичный, я попытаюсь проиллюстрировать то, что я пытаюсь выполнить по маленькому сценарию, поэтому он не будет казаться бессмысленным.Настроить функцию автоматического обновления для chrome-расширений

Сценарий

мне нужно иметь расширение, своего рода имеют разные издания для каждой версии, то есть у каждой версии есть бесплатная версия и платная (многофункциональная) издание, и всякий раз, когда новая версия выпущена расширение будет обновляться в соответствии с его изданием.

Другими словами, сервер должен иметь возможность обнаруживать издание пользователя и предоставлять crx-файл в соответствии с ним «i.e. dynamic».

Что я пробовал/думать

1.I пытался установить печенье с расширением издания, поэтому, когда происходит автоматическое обновление сервер может проверить его и создать файл XML, к сожалению, я нашел что файлы cookie не отправляются в заголовках автоматического обновления, отправленных хром.

2.Я могу сделать разговор о продолжении с сервисом при запуске хрома, поэтому он отправит его выпуск, поэтому сервер сохранит его вместе с ip, и когда произойдет автоматическое обновление, сервер проверит запросить ip и сопоставить его с изданием, чтобы предоставить xml, я думаю, что это может сработать, но это любопытный метод ламе.

3.Я могу использовать собственные приложения для изменения файла манифеста, чтобы указать на другой XML-файл в соответствии с редакцией, я думаю, это тоже сработает, но я не сторонник использования родных приложений.

4.I попытался найти способ изменения параметров запроса на получение (например, для добавления настраиваемых параметров, таких как издание), но, похоже, нет способа сделать это.

5.Я могу отделить разные издания от разных расширений (то есть бесплатная версия будет в другом пакете, чем у платного), однако мне интересно сделать все это одним, чтобы пользователь мог обновить/понизить их подписки без установки/удаления расширения, которое у них уже есть.

Я думаю, что это так, и я надеюсь, что у кого-то будет лучшая идея о том, как я могу выполнить то, что я пытаюсь сделать.

P.S. Я знаю, что название нечеткое, но я не мог найти лучшего, поэтому, если вы придумали лучший заголовок, пожалуйста, дайте мне знать.

ответ

0

Почему бы не сделать бесплатную версию версии 1.* и оплаченную версию версии 2.*? Затем динамически создайте страницу обновления на простой странице PHP, которая получит идентификатор и версию приложения (см. autoupdate docs).

Положить "update":"http://www.mysite.com/update_app.php в ваш манифест. В вашем скрипте PHP прочитайте $_GET['version'] и подайте документ XML-обновления в соответствии с номером основной версии (1.* бесплатная версия, 2.* платная версия). В основном, сохраните два файла обновления XML на своем сервере (и два файла CRX) и попросите сценарий решить, какой из них должен обслуживать.

Это, конечно, не обязательно PHP; любой серверный язык будет работать.

+0

Спасибо за ваш ответ, Но что, если пользователь хочет обновить/понизить свою подписку?! Любые идеи, как это можно реализовать?! Я пытаюсь облегчить задачу для пользователя, когда он решает изменить свою подписку, автоматизируя часть вверх/вниз класса, вместо того, чтобы прослушивать его, имея дело с двумя расширениями или переустанавливая их, я думаю, что ваш подход позволит меня успешно объединить два издания, но пользователь не сможет изменить свою подписку, я прав, или я что-то пропустил на вашем подходе ?! –

Смежные вопросы