Немного цифр про рынок Website Builder Software

Наткнулся на пару статеек (1 и 2) про рынок конструкторов сайтов. Решил зафикировать некоторые цифры. #саммари

1. Глобальный рынок конструкторов сайтов в 2019 году был оценён в $7.21B.

2. По оценкам, рынок будет расти в среднем на 9% в год (GAGR), ещё до 2027 года.

3. Ожидается, что к 2026 году рынок вырастет до $13.6B.

4. Топовые игроки рынка:
– Wix
– Squarespace
– GoDaddy
– Weebly
– Duda
– Jimdo
– Adobe Muse
– Tilda
– 1&1
– SiteBuilder.com
– Google Sites
– Mobirise
– Webflow
– Webs
– Webnode
– Homestead
– Web.com
– Yola
– Strinkingly

5. По количеству созданных сайтов, Wix и Squarespace продолжают быть лидерами рынка, хоть их доля и немного упала до 53% в 2020 году, по сравнению с 56% в 2019.

6. Например, на Wix сделано 4.57m сайтов, а на Squarespace 2.57m.

7. В 2020 году, по количеству созданных сайтов, 5 компаний выросли больше чем в 2 раза:
– Tilda – рост 2.67x (**92,330 → 246,588 сайтов)
– Webflow – рост 2.19x (**80,438 → 176,398 сайтов)
– Webnode – рост 2.56x (**49,459 → 126,594 сайтов)
– Carrd – рост 2.12x (**6,202 → 13,148 сайтов)
– Bubble – рост 2.65x (**2,675 → 6,592 сайтов)

#startups #research #market #websitebuilders

Всем привет! У нас за последние дни вышло несколько видео - советую посмотреть;)

1. Собираем простой планировщик контента с использованием кастомного календаря: https://www.youtube.com/watch?v=5usQC4gChis и https://www.youtube.com/watch?v=VPwWqnx62GQ

2. Как сделать ровные заголовки для Repeating Group: https://www.youtube.com/watch?v=WhwpuelPwZg

3. Как сделать фильтрацию данных в Repeating Group по дате: https://www.youtube.com/watch?v=lUKmayNPhMI

Совет по хранению и структурированию данных в Bubble

Не создавайте в базе данных поле с типом список(List) и ссылкой на другой тип данных, если вы понимаете, что в этом поле будет храниться более 50-100 записей.

Это связано с тем, что когда Bubble запрашивает данные из базы данных, то он загружает все поля этой записи в браузер пользователя. Даже если вы не запрашивали их. Соответственно, если у вас на странице есть Repeating group, то для каждой записи потребуется загрузить большой объём дополнительной информации, что может значительно замедлить работу приложения.

Иллюстрацией к такому решению может быть рисунок выше:
• У нас есть таблица Project
• У каждого Project может быть большое количество задач. Например 500.
• Чтобы не хранить все задачи в конкретном проекте, мы просто создаём в таблице Tasks поле Project и присваиваем задаче проект к которому она относится.
• Когда нам понадобиться отобразить все задачи на странице проекта(например), мы будем использовать Do a search Task и в Constraint пропишем что Project = current page project

Такое решение позволит нам не загружать дополнительные данные в браузер пользователя, если мы решим создать страницу, на которой захотим отобразить все проекты, созданные пользователем.

Если в поле планируется использовать не много записей, то можно "складывать" туда записи из другой таблицы.

Например:
У нас есть таблица Task, у каждой задачи есть теги. Все теги мы храним в таблице Tags. В таком случае, будет оправданно создать поле Tags в Таблице Task и складывать теги сразу туда т.к у задачи точно не будет большого количества тегов

Вакансия

Bubble разработчик с зарплатой в 70-90к$🤩

https://profoundstrategy.com/careers/bubble-developer

Нужно будет делать SEO сервис + в вакансия даёт ориентиры о том, что важно в Bubble разработчике подобного уровня

Редизайн редактора Bubble

Нашел на просторах интернета макеты обновленного редактора Bubble. Не уверен, что это официальная версия, но выглядит огненно🔥

По ссылке можно посмотреть макеты: http://insprd.io/ Насколько я понял, чувак который их сделал или работал, или всё еще работает главой дизайна в Bubble.

В ближайшее время Bubble обещает выкатить новый адаптивный движок, что позволит решить, наверное, самый частый негатив про неудобную настройку адаптивного дизайна и я очень надеюсь, что это будет близко к тому, что есть сейчас на макетах.

Как вам?

Ну вы поняли)

#bubble
Не используйте плагин Fuzzy Search&Autocomplete на большом объёме данных.

Этот плагин работает на стороне клиента т.е при загрузке страницы загружает все данные в браузер и только после этого происходит фильтрация. Соответственно, при загрузке большого объёма данных приложение начнёт лагать и тормозить.

Мы недавно столкнулись с таким:
Нужно делать поиск по статьям на платформе по 3 полям: заголовок, текст статьи и теги.

Решение:
1. Создаём в БД Статьи поле fieldForFilter с типом данных Text
2. В это поле записываем и заголовок, и текст стаьи и названия тегов
3. Фильтруем через Constraint в Do a search for с одним единственным условием: fieldForFilter contains keyword из инпута, куда вводится поисковый запрос

После этого поиск заработал в разы быстрее и шустрее

Нашёл классный плагин для bubble


https://bubble.io/plugin/scroll-actions-scroll-position-1633889059317x687232993147224000 - плагин, который позволяет получать текущую и максимальную позицию прокрутки и использовать рабочие процессы для прокрутки определенного количества пикселей

Пример юзкейса:
Скрывать/показывать какой-либо элемент, когда пользователь достигнет конца repeating group

Сам ещё не пользовался, но скоро потестим:)