Ну так может вам при таких хотелках брать, например , Битркис24 Сайты? В бусе модуль Сайты 24. Или взять готовый конгфигурируемый шаблон где есть возможность блоками играться.
В конце концов существующие в редакторе БУС сниппеты.
А вообще этот вопрос больше относится к шаблону, который нужно реализовать под конкретные задачи. Если вас устраивают конструкторы сайтов, нафига вам CMS?
Не смешите мои тапочки. Если человек не умеет читать доку ему ни какой FSE не поможет. А если у него начинаются хотелки по фукнционалу на сайте, его точно также не спасет ни какой FSE. Ну не даст это полной широты. Все равно для реализации хотелок нужна разработка на уровне модулей и компонентов. Мелочи... ну да либо разбираешься в доке, либо платишь. В ВП что ли не так?
Кроме того, чем вас не устраивает FSE в Битрикс, который есть там давно?. Вы лично не умеете положить на страницу произвольный блок из визуального редактора?
Или вам просто визуально хочется иного? Или вам выжимку из доки сделать как перейти в публичке в режим редактирования, как положить произвольный компонент, как компоненту настроить один из доступных для него шаблонов?
Можете коротко по пунктам описать, что конкретно такого делает FSE (в вашем представлении)?
И чем это поможет в данном случае? ВП резко включает в человеке использвание документации, правильных подходов и т.п? В данном случае: разработчики не подготовили проект для удобного использования (и тут именно необходимо настроить под конкретный проект - инстурменты все есть), а контент менеджер - так же делает костыли (как пример: смена именно цвета текста в статье), возможно от не знания гармотных подходов. Та же команда на любом движке сделает не правильно :)
Ну уж и описываемая ТСом ситуация "из коробки" отрабатывает вполне нормально и ни чего ни куда не переносит.
Ну разве, что про форматы картинок. Давно ни кто не обращался с подобной проблемой. А так, уже лет 5 назад, единственное что было это с webp. Да и то для совместимости нужны были оба формата. По этом конвертация была скриптом на кроне, либо по событию при загрузке либо вообще на лету.
Бред. Разбирайтесь со стилями. Значит у вас на сайте (в шаблоне сайта) сделана какая то фигня. Это вопрос не редактора, а ваших стилей. Ну и менять цвет текста - это очень не правильно. Убиваете дизайн сайта.
нормальный - это значит позволяющий оформлять статьи красиво (подсвечивать цитаты, работать с разными шрифтами, размещать фото в текстах статей в нужных местах и т.п.)
В стандартном я даже цвет текста не могу поменять так, чтобы он не сместился на другую строку, опция размер шрифта и вовсе отсутствует.
В редакторе встроенном в битрикс такое возможно. Для этого в шаблоне сайта есть два штатных файл css: template_styles.php и styles.css. Второй используется редактором. При этом крайне рекомендую озадачиться и разобраться как настраивать редактор. Т.е. создать подготовленные стили (которые будут в выпадающем меню редактора), и сниппеты, которые будут так же в соотетствующем блоке редактора. И заставить контентменеджеров пользоваться ими. Иначе это "красивенько" выливается однажды в полную свалку на сайте, особенно если надумаете делать редизайн. (вообще эти редакторы дающие слишком много возможностей - зло на сайтах)
Инетересно какая там сетевая карта стоит :)
PS Такое ощущение ТС так и не заметил изначальный вопрос про мегабиты и мегабайты
Только аккуратнее с CentOS. по сути нет теперь такой больше операционки. Это теперь что то типа как тестовая версия Debian. сомневаюсь, что ее оправдано ставить на прод. Последняя была семерка. Дальше уже SentOS Stream.
Не очень корректное сравнение все же. На одну чашу весов выложите Битрикс и множество кастомных (как я понимаю подразумевается "не качественных") решений, а на другую ВП и исключительно качественные решения. Между тем суть опять же в выборе исполнителя. И уж для чего для чего, а для проекта типа ИМ битрикс вполне себе много задач покрывает из коробки. Ну а криворукие, они что для ВП поленятся читать доку (в поисках решения в коробке) и/или найти готовое хорошее решение, что для Битрикс. CMS тут ни как не задает тон :)
А так так же подтверждаю из опыта большинство заказчиков не озадачиваются дальним планированием. Более того, у них не всегда есть квалификация точно оценить возможности. Есть только некое видение в общих чертах. По этому на начальном этапе их зачастую вполне устраивают готовые решения с готовыми шаблонами (тут я подразумеваю, что решения выбраны качественные). И по этому в начале бюджет вполне себе может быть не большим. А вот дальше уже начинается жизнь сайта. И то заказчик спрашивает "а нельзя ли так", то разработчик говорит "а может вам....". И тут уже вполне возможно, что все выйдет на большие бюджеты.
По идее вообще на начальном этапе слишком загоняться в разработку то же опасно. Был у меня проект где прям таки вылизывали все и до запуска и потом. И запуск был, на мой взгляд, задержан не оправдано. (И клиенту я постоянно говорил, что "мне конечно хорошо, что есть задачи и, как следствие деньги, но я бы не загонялся сейчас"). В итоге после пуска уже по анализу поведения реальных пользователей, что то переделывали. А в итоге (через пару лет) он сам сказал, что надо было послушать меня. :)
На некоторых проектах (ИМ в основном) я вообще бывает видя "глубину планирования проекта" :) рекомендую ставить cms с дефолтным шаблоном. И уже на практике понимать куда двигаться или закрываться. А это, деже если не дешевый исполнитель, не потребует большого бюджета. (уточню я имею ввиду ситуацию кагда исполнитель ответственный и квалифицированный - рассматривать "им не интересно и ни чего не сказали про СЕО", "кривые плагины поставили" - нет смысла, т.к. тут до бесконечности может проект уйти в УГ)
И это вполне естественно и правильно. И это, со стороны исполнителя, позволяет спокойно подниматься по ценам не боясь, как тут выше писали, остаться без заказа.
Форум теоретиков. )
Ну как сказать. Вон тут я столкнулся с творением такого "найденыша на рынке": все скрипты правились и создавались от рута, а чтобы сервер не ругался, проблема решалась костылем из трех семерок. И как вишенка на торте в созданной авторизации по СМС, код приходил не только на телефон но и в браузер в открытом виде :D
Нуу такое себе. И часто вы встречали проекты (точнее заказчиков) у которых в штате есть специалист имеющий достаточную квалификацию чтобы выбирать инструменты? Очень хреново когда находят исполнителя (да еще и, к примеру, специализирующегося на ВП), и "сделай нам на Битрикс, с использованием ларавель, реакт, раббит эм кью, и... (еще ряд громких названий)" :) И самое плохое в этой ситуации если исполнитель со словами "ну заказчик всегда прав" начнет рожать этого франкенштейна. (и с большой долей вероятности свалит на каком то этапе, не зависимо от уровня оплаты)
На первом этапе главная задача выбрать исполнителя (ну или несколько исполнителей), которые в свою очередь уже выберут инструменты под задачу и, если исполнителей найдено несколько, задача заказчика сделать ставку на исполнителя. Как выбирать - вопрос сложный и отдельный :) А вот в дальнейшем уже, если исполнитель, после пуска проекта будет другой (на какие то доработки) - вот тут уже подбирается исполнитель с учетом используемых инструментов.
Угу и сколько надо будет перепробовать пока оный не найдется? ;)
