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