med1um, а вы судя по всему вы хотите бан за неуважение к участникам ресурса. Не знаю что вы там нашли такого обидного в комментарии UserTwo, но лично мне ваш ответ кажется очень ироничным, т.к. первая же фраза из документации отвечает на ваш вопрос: WebView objects allow you to display web content as part of your activity layout.
Собственно, в комментарии UserTwo я увидел только намёк на то, что webview используется для того же для чего и браузер: для отображения веб-страниц в вашем приложении. Кейсы применения, мне кажется, придумывать излишне, часто в приложении нужно открывать сторонние веб-страницы. Те же приложения соцсетей часто открывают ссылки на сторонние ресурсы используя средства среды, например webview.
Name Surname, таки да, все гениальное - просто. Без условий задачи невозможно ответить на этот вопрос.
Пока что с технической точки зрения вопрос выглядит так: есть наборы данных, надо их сравнить, возможно ли это? Очевидно что ответ положительный. А вот остальное зависит уже от деталей задачи.
А в чем суть? В обозначенных условиях решение видится таким: раз первый json имеет актуальные и данные существует вероятность что во втором json могут быть неактуальные данные, то надо просто использовать вместо него первый json. Если нужно чтобы во втором были актуальные данные, то можно записывать в него данные из первого.
Реализовать можно в принципе что угодно, для начала нужно понимать что конкретно требуется.
Антон Шаманов, не-не-не, это разные и не связанные программные продукты. "судя по оф. докам ff определяет jquery и react события" - думаю вы просто неправильно что-то поняли.
Можно попробовать написать расширение которое будет этим заниматься.
Можно форкнуть огнелиса и сделать свою версию, с блекджеком и поддержкой jQuery-делегирования.
Можно написать багрепорт или фичареквест на эту тему.
Если посмотреть несколько предыдущих вопросов пользователя, то можно заметить что речь везде идёт об одной и той же задаче, то есть человек просто разбил основную свою задачу на маленькие и сливает их на тостер. Ни секунды он не тратит на попытку решить задачу. Не знаю как отнесется к этому комьюнити, но лично мне кажется что это слегка хамство. Репорт
danilr, тостер - не онлайн церковь помощи сирым, а база знаний. Ваша задача мягко говоря не уникальная, ваши вопросы имеют целью просто заиметь бесплатную помощь комьюнити
Вообще я в предыдущем вашем вопросе дал ссылку на скрипт в котором все это уже реализовано, можно просто взять его же.
В любом случае, если первый ваш вопрос ещё представлял какую-то ценность для кого-то кроме вас, то этот - совсем уж неприкрытая попытка слить задачку на аутсорс и решить её силами аудитории тостера разбив её на несколько элементарных. Тостер это не то место, где фраза "не понимаю эти регулярки" может быть оправданием. Вы хотя бы отмечайте как решение ответы которые вам помогли
Pavel Pikat, ну как не простой. Мне в CMS понадобятся две категории: категория метаданных по сайту, куда будут складываться название, предположим постоянная часть для document.title и прочая инфа, и категория статей, куда будут складываться названия статей, может быть адреса (слаги) и собственно их тексты (а по факту сложные шаблоны включающие в себя ng компоненты). Максимум добавятся шаблоны для уникальных страниц типа главной, контактов и других.
Пока что я могу только теоретизировать по поводу интеграции с CMS, на самом же деле я не очень понимаю какие конкретно в современных CMS существуют технологии для реализации подобного 0_0
Красивый пример, но в данной ситуации ведь не известно возможно ли получить все нужные данные сразу. Скорее всего сервис сторонний и там такого функционала просто нет. Ну, чо-то мне так кажется, хотя могу ошибаться
А к какому сервису вы обращаетесь? Сторонние сервисы вполне могут подобными ограничениями защищаться от таких обстрелов запросами. Если сервис ваш, то конечно вопросов нет.
В обработчике ответа можно повторять запрос в случае ошибки, например через какой-нибудь промежуток времени, тогда промис не выполнится пока запрос не будет обработан корректно. У меня все парсеры сделаны так, поэтому они лояльны к любым ошибкам связанным с запросами. То есть вам просто нужно сделать чуть более сложный обработчик ошибок.
Собственно, в комментарии UserTwo я увидел только намёк на то, что webview используется для того же для чего и браузер: для отображения веб-страниц в вашем приложении. Кейсы применения, мне кажется, придумывать излишне, часто в приложении нужно открывать сторонние веб-страницы. Те же приложения соцсетей часто открывают ссылки на сторонние ресурсы используя средства среды, например webview.