Вообще я в предыдущем вашем вопросе дал ссылку на скрипт в котором все это уже реализовано, можно просто взять его же.
В любом случае, если первый ваш вопрос ещё представлял какую-то ценность для кого-то кроме вас, то этот - совсем уж неприкрытая попытка слить задачку на аутсорс и решить её силами аудитории тостера разбив её на несколько элементарных. Тостер это не то место, где фраза "не понимаю эти регулярки" может быть оправданием. Вы хотя бы отмечайте как решение ответы которые вам помогли
Pavel Pikat, ну как не простой. Мне в CMS понадобятся две категории: категория метаданных по сайту, куда будут складываться название, предположим постоянная часть для document.title и прочая инфа, и категория статей, куда будут складываться названия статей, может быть адреса (слаги) и собственно их тексты (а по факту сложные шаблоны включающие в себя ng компоненты). Максимум добавятся шаблоны для уникальных страниц типа главной, контактов и других.
Пока что я могу только теоретизировать по поводу интеграции с CMS, на самом же деле я не очень понимаю какие конкретно в современных CMS существуют технологии для реализации подобного 0_0
Красивый пример, но в данной ситуации ведь не известно возможно ли получить все нужные данные сразу. Скорее всего сервис сторонний и там такого функционала просто нет. Ну, чо-то мне так кажется, хотя могу ошибаться
А к какому сервису вы обращаетесь? Сторонние сервисы вполне могут подобными ограничениями защищаться от таких обстрелов запросами. Если сервис ваш, то конечно вопросов нет.
В обработчике ответа можно повторять запрос в случае ошибки, например через какой-нибудь промежуток времени, тогда промис не выполнится пока запрос не будет обработан корректно. У меня все парсеры сделаны так, поэтому они лояльны к любым ошибкам связанным с запросами. То есть вам просто нужно сделать чуть более сложный обработчик ошибок.
xmoonlight, ну да, я так и понял, просто хотел слегка мотивировать человека все таки попробовать осуществить свою задумку вместо того чтоб спрашивать.
ЗЫ: чуть ниже дали ссылку на перевод книжки; я всё же рекомендую читать в оригинале, ибо книжка-то из общей лексики состоит по большей части. Не simple english, но и не цвет волшебства. Технические термины там довольно простые, однозначные то бишь, гуглить их придётся не больше часа.
Чаще всего если используется канвас, то пилят полноценную систему ресайза, другими словами приложение включает в себя блок логики отвечающей за изменение масштабов вьюпорта, типа вон того что чувак ответил. Иногда это довольно масштабные пласты кода, например приложения на threejs иногда требуют полной перерисовки при ресайзе.
Ответ на первый вопрос вам дали, а ответ на второй вопрос ищется практическим путем за несколько минут: открываете пдф версию книги, пытаетесь читать её со словарем. Это правда быстро.
damarkuzz, про запросы на русском ничего не могу вам сказать. Веб, как и подавляющее большинство существующих программных продуктов, делается всеми людьми на планете сразу, поэтому в вебе используется один универсальный для всех язык: английский. Запросы по веб-технологиям также лучше писать на английском, как минимум на это намекает тот факт, что даже в русском вы используете кучу слов из него.
Короче, используйте ключевые слова типа css, js, scroll и подобные.
Насколько я понял, аргумент number у вас это типа индекс числа фибоначчи - 2, а вы хотите это число использовать как допустимый для элемента максимум? Если да, то просто сравнивайте значение текущего элемента с этим числом.
В любом случае, если первый ваш вопрос ещё представлял какую-то ценность для кого-то кроме вас, то этот - совсем уж неприкрытая попытка слить задачку на аутсорс и решить её силами аудитории тостера разбив её на несколько элементарных. Тостер это не то место, где фраза "не понимаю эти регулярки" может быть оправданием. Вы хотя бы отмечайте как решение ответы которые вам помогли