Готовые решения – отличная штука. Можно даже сказать, что это переворот в разработке сайтов, такой же, каким в свое время был фабричный пошив одежды и обуви. Проблема в том, что пока это все в теории. Готовые решения сейчас, по большей части ни фига неготовые. Их, обычно приходится обрабатывать наждачкой, а иногда напильником. И дело тут не кривых руках программиста. Конечному пользователю трудно оценить насколько программист наговнокодил. Но зато ему легко оценить косяки, которые допущены при проектировании и тестировании. Вот про них и поговорим. Полный текст статьи по ссылке.
Я перечислил 22 косяка, с которыми сталкивался как пользователь, работая с готовыми решениями. Ребята, не ленитесь пробегитесь по списку, проверьте как с этим обстоят дела в ваших готовых решениях. Именно проверьте. Вы будете думать что у вас этих косяков нет (потому что вы их не специально допустили), а на самом деле они есть. Это как с тем сусликом.
Задойный Алексей, круто же? И никакие оправдания не придумывают. Нет функционала — дописали сами.
Если я сделаю так, я точно исправлю в ваших глазах эти 2 косяка? Только честно, ибо я реально это реализую (и даже добавлю в мастер установки переключатель "установить в виде HTML кода (для опытных пользователей) / установить в виде инфоблока".
Алексей, делайте как хотите. Это ваши пользователи. В моих глазах ничего не нужно исправлять. Можете заставить их заполнять по шаблону табличку в экселе, пристегивать получившийся файл, чтобы после парсить его при сохранении.
Хотелось бы от автора увидеть его решение собственное без этих косяков - есть такое?
Чтобы перечислить наиболее часто встречающиеся проблемы в ТР, не нужно уметь ходить по воде в белых одеждах.
Кстати, удивлен негативной реакцией. Конечно знал что будут кидаться какашками и тыкать пальцем, мол покажи сначала свое кунг-фу. Нет бы пробежаться по чеклисту и поправить у себя, хотябы мелочи. Но нет, будем тратить время на пустые споры и требовать конкретики, персонально к своему решению.
Я много работал с программистами. Даже говнокодеры всегда спорили с пеной у рта, что квадратные колеса, которые они придумали в велосипеде, плохо едут потому что архитектура битрикса кривая. В статье все с позиции пользователя (для них же работаем, разве нет?). Но, видимо, даже прогерам которые менеджеры проектов, трудно полноценно играть на стороне клиента, не подыгрывая временами брату-программисту.
21. У всех решений, которые я видел, 404 страницы были разными для разных случаев. Для статики одна, для отсутствующего элемента инфоблока другая. Иногда выводится страница 404, а код ответа у нее 200, что вообще нонсенс.
Кудренко Юрий написал: В статье все с позиции пользователя (для них же работаем, разве нет?).
Вот отсюда и начинается ботва.
Пользователей готовых решений можно условно разделить на 4 части: 1) плохо знает веб-технологии, не знает или почти не знает битрикс; 2) умеренно знает веб-технологии, не знает или почти не знает битрикс; 3) умеренно знает веб-технологии, слегка знает битрикс; 4) знает веб-технологии, хорошо знает битрикс.
Будете делать решение чисто для неопытных пользователей -- сделаете такое чудо на букву Г, от которого профи будет тошнить. И наоборот.
Многие пункты из ваших 22 можно оспорить, меняя позицию с 1 по 4. Ну, по приколу, давайте попробую:
1. Наличие в CSS нужных стилей для оформления контента (поз.1) Чо?
2. Наличие стилей в визуальном редакторе, чтобы их можно было удобно вставлять (поз. 1) Чо?
3. Предусмотрен адаптив под таблицы, видео, фотки (поз. 4) Это было в ТЗ? Включая тот код, который создаёт визредактор битрикса с его кошмаром типа <table width="1200">?
4. Простое создание статичных страниц (поз. 2) (голос со стороны): они в битриксе ваще шизанулись. Это чо, я должен что-то делать в админке, а что-то в публичке? Сделай нам так, чтобы всё редактирование сайта было в одном месте. В админке, блин!
5. Простая работа с контентом статичных страниц (поз. 2) (голос со стороны): ты уже сделал всё редактирование в одном месте? В админке, блин!
6. Контент во включаемых областях имеет минимум оформления и стилей (поз. 1-2-3) (голос со стороны): чо? Ты ваще пункт 4 читал?
8. Удобство работы с динамическим контентом (поз.4) А мне это уже говорили в комментариях к пункту 4.
9. Дизайн не ломается при включенном режиме редактирования страниц (поз. 4) Разумно
10. Удобно управлять меню навигации на сайте (поз. 1-2-3-4) Чо?
11. Возможность управлять структурой каталога (поз. 4) Надеюсь, под группировкой вы не имеете в виду GROUP BY?
12. Используется стандартная обжимка изображений - Не в теме -
13. Большие изображения хранятся в обработанном виде (поз. 1-2-3-4): Руки под одеяло! То есть, тьфу, руки прочь от чужих фоток!
14. В настройках компонента нет лишних/неработающих галочек (поз. 1, 2, 4) Дайте юзеру возможность настраивать компонент, и он всё сломает. Проверено.
15. Используются подсказки к полям (поз. 4) Ну, может быть.
16. Есть фавиконка (поз. 4) Если есть желание потрахаться с техподдержкой поз. 1-2, которые не могут сменить фавиконку, то вперёд.
17. Список продукции выглядит по-разному для разных товаров (поз. 1-2-3-4) Разумно
18. Есть возможность отключения части богатого функционала (поз. 1) Чо?
19. Верстка, с учетом возможного отсутствия каких-либо блоков на странице (поз. 1-2-3-4) Обязательно
20. На главной странице есть заголовок h1 (поз. 1-2-3-4) Обязательно
21. Корректная 404 страница (поз. 1-2-3-4) Обязательно
22. Возможность легко редактировать содержимое ланг-файлов (поз. 4) Пинайте битрикс на предмет усовершенствования их модуля перевода. В своём текущем виде он позволяет работать только с lang-файлами из /bitrix/.
Спасибо за статью, познавательно. Пожалуй, для меня из списка оказались актуальны лишь несколько (одно) замечаний:
3. Предусмотрен адаптив под таблицы, видео, фотки
Где-то добавили свои стили на эти случаи.
9. Дизайн не ломается при включенном режиме редактирования страниц
Вообще не напрягает, но верстка немного съезжает при включенном режиме редактирования. Это лечится?
18. Есть возможность отключения части богатого функционала
Как отметил Роман Забродин , эта проблема решена, неиспользуемые модули можно отключить, при чем отдельно на мобильной версии и ПК. Но не хватает возможности отключения js и css и прочих неиспользуемых ресурсов, т.к. все это в конечном счете влияет на быстродействие сайта.
Рамазанов Нариман написал: Но не хватает возможности отключения js и css и прочих неиспользуемых ресурсов, т.к. все это в конечном счете влияет на быстродействие сайта.
несколько раз писал с просьбой вынести все css и js файлы в компоненты, которые их используют... но пока тишина...
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».