И не только на странице. Есть у меня проект, там фоном идет обмен с несколькими внешними сервисами. Все три обмена готовые сторонние решения (и не дешевые). Но глядя на их реализацию (опять же вопрос алгоритмов) хочется кого то прибить...... Там такое ощущение, что люди сделали решение для каталога (вот как раз как выше говорили "до 1000 товаров" и с парой заказов в месяц) и им все ок.... И вот эти процессы идущие фоном на серваке - способны этот сервак загасить полностью
На проектах где высокий RPS (конечно если позволяет ситуация) вполне резонно в узких местах уходить от "типового поведения". Не скажу зв ВП, но в Битриксе это вполне нормально реализуемо. (у меня есть проект где бываю моменты когда приходит более 150К пользователей активных, при чем не размазано на все сутки, а именно норовят все разом). Ну, а далее все так: и алгоритмы и структура БД (Включая денормализацию), кеширование и т.д и т.п.
Инфоблоки прекрасно работают на 1000 :) и даже значительно больше. Т.е. при грамотном кешировании это не особо проблема. Например (из проектов на моем обслуживании) каталог порядка 150к товаров и примерно столько же торговых предложений, нормально работает, хотелось бы быстрее, но проблема скорее в шаблоне и его универсальности (в дополнение к самому битриксу). Второй пример (где напрягает уже именно кухня Битрикс - там чуть меньше товаров, но вот свойств несколько тысяч - исторически так сложилось. Но там ускорили переводом фронта на node.js.
Как итог, конечно же при необходимости "ускорения" урезать "универсальность" вполне себе путь и, полагаю, для любого проекта (где есть универсальность). Но опять же у каждого проекта свои возможности и варианты. Где то надо часть таблиц в отдельную БД вытащить, где то часть функционала вырезать в отдельный сервис и т.д. и т.п.
Пожалуй я для себя, как для пользователя, "заметил" один недостаток: домен с дефисом "сложнее" набирать на мобильном - приходится переключить в какой то момент клавиатуру на знаки :)
Хм. у меня два своих домена (рабочие сайты) с дефисом. С дефисом потому, что домен без оного был занят, а городить другое название было бы не логично, а дефис в обоих случаях пришелся "к месту". Есть и на обслуживании несколько сайтов рабочих с дефисами
Не пользовался (я вообще отказываюсь от задач с иными cms, последнее взаимодействие было вообще вытаскивание сайта после взлома). но интересно. Но объективно сейчас череда сложных задач - после работы мозг в положении выкл. :) Но если можно чуть позже обращусь, тут из интереса можно попробовать. Да и я например с "секундомером" сайт на Битрикс бы собрал тот, что выше говорили (с условием что возможно из коробки)
Но тут еще надо понимать, конечно, то обсуждаем мы с позиций разных сайтов. Те с которыми я работаю - там git. И даже, по хорошему и правильному, зарубить бы половину функционала из коробки битрикс для контент менеджеров :) А FSE ведь это редактирование не только контента (ну может согласно ограничениям) но и структуры страницы. А это уже по хорошему должно версионироваться (или там это реализовано?). Т.е. вот у меня есть три ветки в разработке: прод, тестовая - на которой вместе с заказчиком проверяем гипотезы или просто тестируем, и разработки. И могу этим жонглировать (например тестовая ни куда не идет, при этом может объединять изменения из всех версий... В общем то это в другую степь. Но пока меня беспокоит возможность контент менеджеру иметь слишком широкий спектр управления. А в случае ограниченного бюджета и когда владелец сам начнет ковырять. А потом дорастет до поддержки и доработках глубоких, и не может ли оказаться сайт в ситуации когда надо все переделать. :) Визивики ранее упоминал как яркий пример. Сначала в статьях делают "красивенькое оформление" (зеленый, красный цвет, шрифт разного размера), а потом " а давайте сделаем темную тему".. а там статей к 1000 уже накопилось :)
Ну ок. значит пользователь возьмет не 5 блоков, а четыре. Если мы экономим бюджет разве это кардинально? Там же не произвольный дизайн реализован а из тех блоков что предложила система. не так ли? Но если хочется, можно заказать сделать кастомный шаблон компонента. Там не чему быть дорогим и долгим. Добавить параметр в копию штатного. ну и стили заменить. А так да: кликом из коробки не выбрать пять блоков в ряд.
Так может для блога будет достаточно соответствующего шаблона сайта из коробки?
Оглавление внутри статьи или имеешь ввиду меню для блога? первое реализуемо , но доку конечно придется почитать внимательно. :)
вопросы ответы - точно на маркете были решения бесплатные. Впрочем если не лень читать доку то можно построить на штатных bitrix:news и ко.
Галерея со слайдером. Так там же есть модуль даже для этого. (признаюсь не пользовался, т.к. похожий функционал требовался, но со нюансами по этому был самописный компонент (но когда изучал битрикс в 2009 году - вроде как не было с этим проблем)
Акцентирование внимание в тексте? Ну а тут все же уже про стиль. в конкретном шаблоне. Честно не помню я дефолтные шаблоны. С теми что приходилось дело иметь из маркета - там были сниппеты. Когда была задача на индивидуальный шаблон - точно так же сниппеты в штатном редакторе.
Ну тут вопрос в инструментах. Собственно у меня была задача (как я понимаю почти рядом) интеграции с криптобиржами для сбора и отображения в реалтайме курса валют (как часть сайта).... А так, ну и из коробки может быть, хотя в приниципе не вижу особых проблем. конечно если это все что требуется от сайта - то конечно да. странно использовать битрикс как фронт. В качестве бека норм - фронта нет.
Не показывать не надо. Мне приходилось решать проблемы после студий :)
Битрикс нужно знать. это я согласен. Сам по первости много чего делал "сложно" и "долго". :)
PS Ах да про импорт там есть же импорт из csv. можно его использовать, как готовое решение из коробки. Если конечно не нужна какая то дополнительная логика при импорте товаров.
может я не совсем понимаю сути вопроса, но ни сколько. я понимаю, что FSE дает больше наглядных ручек. Но: bitrix:news.list шаблон flat в нем действительно поправить придется стили посмотрел там 4ый bootstrap. т.е. да придется сделать свой стиль. Но тут тоже надо понимать: на такого уровня проекта часто есть жесткое требование в 5 новостей? А 6 уже будет достаточно применить готовый стиль. При этом 6 легче адаптируются под разные размеры экрана. Если переводить в часы и деньги. пара минут. денег даже бы не взял - просто сказал что куда вставить.
А при чем тут именно в этой плоскости? Для примера: у меня сервис. Битрикс снял с меня вообще все задачи кроме сервиса как такового. Включая примем оплат, интеграции с кассой. У меня даже шаблон по сути дефолтный из коробки - цвета поменял и все... И не было необходимости знать какие то сторонние модули. Единственный платный модуль был (сейчас стал не нужен) интеграция с соцсетями (впрочем он мне достался бесплатно, т.к. я в него добавил интеграцию с Reddit. Постепенно конечно оброс некоторыми модулями. все бесплатные.
Про АПИ.. а в чем проблема? На днях только сделал еще на одном проекте АПИ. Ушло несколько часов. С новыми роутами все легко. на гитхабе даже видел проект, который на основе свагера собирает необходимые классы для АПИ на битрикс. (сам не пользовался - мне проще так).
А это зависит от CMS? :) Т.е. если я сейчас сбацаю сайт на ВП он будет сходу сео-френдли. Увы поиск исполнителя это всегда сложная задача.
Как я понимаю, верстка не входит, т.е. используем дизайн тот что дает нам инструмент (ну по крайней мере сильно от него зависим и не индивидуальный дизайн).
А так набрать те же страницы те же полчаса вполне достаточно. С интеграцией с google sheets - не сталкивался. Есть модуль для Битрикс24. для БУСа бегло не нашел. Тут единственное в оправдание: а это частая задача на проектах? У меня с 2009 разные интеграции были: с 1с но по своему протоколу, с excel (тут просто через csv), в общем тут я бы для сравнения не брал того чего нет в одном из продуктов. При чем не уверен, что это решение популярное. (а для чего, кстати, народ ведет в google sheets - не достаточно в рамках того же сайта вести учет, раз нет иной системы?)
По цене нет смысла ориентироваться на меня. Если бы ко мне обратились с подобной задачей, я бы просто проконсультировал бы бесплатно и все. У меня ценник не для таких задач - ибо у меня задач через край :) При этом есть же студии которые ограничиваются созданием сайтов на типовых решениях, (видел такие) у них ценник сильно меньше моего за час работы :)
Т.е. если считать что интеграция с таблицами уже существует - те же полчаса. Задача не из сложных - можно вообще новичка нанять. Ну у меня бы стоило если в прямую то 1500. Но я не работаю с разовыми задачами (у меня предоплата, без предоценки, и с настройкой процесса... т.е. тот же git должен быть, но это таковы проекты :)
Если с интеграция не существует. ну например оценил бы на сколько это востребовано. Если реально есть кому это нужно: время увеличивалось бы (на сколько - надо вникать в суть). По стоимости: зависит от изучения спроса - возможно бесплатно (опять же от заказчика зависит), но за возможность обкатать модуль, который потом на маркет выставить. (но тут сильно надо вникать в что это, зачем и кому нужно) :)
