Сергей Зеленский: ну вот смотри, я создаю поддокумент в документе "услуги", пишу ему такой же алиас, даю тот же шаблон. при переходе на сайт, на страницу "services" в странице почему-то разметка главной появляется, а разметки услуг нету
я просто затусовал подобные блоки macros6.prligh.bget.ru/services.html в один чанк и ссылаюсь на этот чанк в документе. теперь мне нужно в этом чанке как-то содержимое менять, тоже через какой нибудь набор текста, типа как "контент"
Михаил Горячкин: да, да. Вот у меня одинаковые блоки на странице, мне нужно менять h3 и p в них. Ну ещё картинку желательно. То есть сейчас у меня статически в чанке лежит разметка. а что нужно создать чтоб к этой разметке прикрутить что-то что редактирует его содержимое - как бы оно и надо. Я пытался создать документ в документе "услуги", привязать этот документ к разметке чанка - но ничерта не вышло, ещё и редиректать на главную страницу начал при переходе в "услуги"
Да, блин, вообще не ожидал. Ветку развития back-end skills начну с MODX))) Путь ниндзя)))
Группа крутая, я вступил уже. Man, please, можно попросить тебя отписать мне на почту когда с датой местом станет всё известно)
casperyourweb@gmail.com ну или в конт, я с веб-стандартов вообще конфы не посещал - такая печаль.
Realetive: Рома, привет) Внезапно - неждан))) ну нужно же когда-то начинать, а то так и останусь на HTML CSS кнопочки делать. А минимальные знания я за год получил, так что готов или нет, а надо - хотят взять верстальщиком в веб-студию. Правда с js у меня до сих пор тяжко. Вроде уже и код понимаю, а писать если пишу, то простенький jQuery. Меня их фронтендер оценил, я покодил при нём, он сказал "годен, со скриптом помогу если что, а MODX подтяни". Вот и решил - надо больше справочек по этой CMS-ке)
fluffy8903: только про поддержку браузеров глянь. Видос там давний, щас уже в хроме работает, но вот относительно других браузеров - полагаться приходиться на autoprefixer
D' Normalization: я вот тоже больше к wordpress привык. там всё как-то проще. А тут напридумывали велосипедов, template part тут chunk какой-то... с чего вдруг чанк. я угараю) типа как beacon.js - в макрософте тоже курят веселье перед тем как создать какой-то фреймворк)
zooks: ну вот в офф доке написано что чанки - это статические блоки, мы создаём чанк - кидаем разметку блока - в thisPage.php вместо этой разметки блока вызываем чанк (типа ссылки на этот блок). Ну а такие штуки как меню, например, или цельный хедер или футер или сайдбар - они могут быть чанками? и можно ли в чанке вызвать чанк?
Проще говоря - в документации ПУСТО!
класс блин, вот нет чтоб все так писали обучалки, надо путать и пугать. Я как начал скроллить длинные статьи с хауту чанки сниппеты х*иппеты - думаю ну ёёёёёлки.
Короче всё равно что вордпресс, только код моей вёрстки копипастится в админку (со стандартными правками урлов) и цмска генерирует уже сама статическую php для фронт-энда. Я правильно всё понял?
статью почитал - тоже не оно. Про интерфейс админки движка, а он страшно удручает, не написано ничего. всего-лишь синтаксис кода вызова каких-то элементов кода html из базы. а вот куда эти элементы вставлять чтоб ссылаться на них с помощью этого дела... и что за чанки вообще - я так и не понял
первые две я читал - отстой. долго нудно и вообще не рассказывает о прикрутке. Там о создании сайта без наличия готовой вёрстки. А вот статья на хабре... Да хабр вообще решает
smith922: клиентский код - довольно обширное понятие. Если вам нужны javascript-приложения на сайте заказчика, вроде чатов и всего прочего, где нужен ускоренный обмен данными между базой и группой десктопов - вам нужно отдавать подобные обязанности программисту фронт-энд.
Верстальщик должен делать вёрстку всех страниц сайта. Не более чем. Конечно, я согласен с тем, что в 2016м приличный верстальщик должен уметь писать html, css на препроцессорах. В идеале, чтоб верстальщику ещё и gulp не пришлось зубрить - расскажите (заодно узнаете тоже) что такое скаффолдер yeoman и генератор yeogurt. Это отличный базис для начала проекта. Это платформа для инициализации проекта. Она основывается на установке шаблонизатора (в консоли по ходу инициализации есть выбор между ними - я предпочитаю jade), препроцессора для css (sass, или stylus - если долго не спал). Ну и конечно же, поскольку эти технологии держатся на gulp - можно накрутить своего, к примеру bower с jquery и bootstrap или coffeescript - для js.
Если же особо сложных фень нет - к примеру нужен лэндинг - можно обойтись стандартным webapp.
Креплю ссылку. https://habrahabr.ru/post/246349/ - о том что такое
И где это взять yeoman.io
ПС - верстальщику лучше сразу начать использовать linux, инчае nodeJS без unix-овости системы будет чудить довольно геморройные казусы, ибо требует некоторые зависимости, которых нет на windows, типа gcc.
xfg: ты знаешь PHP? видимо нет. вот тебе факт - без знаний html PHP не изучить. Хоть ты сто раз тресни! Без html, без знаний дома ни js, ни php познать не получится. Поэтому пыхер должен уметь взять готовую вёрстку и посадить на свою платформу, нарезав на шаблоны html разметку, заменив рыбу частями php-кода со ссылками на данные из базы. Это называется "препродакшен", детка.
А что же касается фронт-энд разработчика - повторюсь снова, как и всем ранее. js-приложения и веб-сайты - две разные вещи. В веб-сайтах могут быть встроены js-плюшки, например - чат. Это самый распространённый пример. А если говорить о стэке технологий фронт-энда. Это javascript - для общего познания, знание nodeJS + usage skills разного рода библиотек вроде Angular, Express, BackBone, Require, React, Meteor и прочий реактив и асинхронность. Что-же касается вёрстки страниц сайта - фронт-эндеру не до этого. Он учитывает, какие приложения нужно сделать на сайте и разворачивает свой стэк. Плевать он хотел на вёрстку и всё что с ней связано.
Владислав Старцев: вот этим верстальщик и занимается. ну а то что на css не сделать табы и слайдеры - твоё глубокое заблуждение. Вот кстати, с предыдущим комментов qweqwa я соглсен. Фронт-эндеры - не имеют отношения к вёрстке - это создатели javascript-приложений. nodejs express angular - не слышал о таких фишечках?
smith922: когда дизайн утверждён, он может навыдумывать чего угодно - подобные переделки делаются за деньги, ибо тратят время на переработку уже выполненного.
нет, на самом деле нужно веб-дизайнера заменять на веб-верстальщика. И команда должна состоять только из тех ребят, которые кодят. то есть - веб-верстальщик, фронт-эндер и вэк-эндер.
Объясню почему. Дизайнеры любят накидать в свой макет шрифтов, которые, к примеру есть только в трутайпе. или понабрасывать элементов, которые только нагружают вёрстку и не вносят никакой продуктивности. Это трата времени на исправление косяков - на резку псд-макета.
В случае когда верстальщик хватается за дизайн - он применяет исключительно веб-технологии - сразу способен сделать удобный UI, сразу сделать отзывчивую адаптацию, сразу применить тот стэк, который будет использован фронт-эндером.
Фронт-эндер должен шарить в логике. Его работа никак не зависит от верстальщика. Он хватает ТЗ и обдумывает по итогу где должен быть применён AJAX в html-макете верстальщика, nodeJS, асинхронность, вычисления калькулятора и всё тому святое. Если ему что-то не нравится или не подходит - он просит верстальщика что-то переделать, это делается в 5 минут. В отличие от случа с дизайнером, когда перевёрстка с psd занимает кучу времени
Бэк-эндер - это вообще такой человек, который либо во всех цмс-ках шарит и умеет посадить любую отрыжку фронт-энда на готовый, либо свой разработанный движок. Также он составляет верстальщику задание - из чего и с чем должна быть адмика бэк-энда - в случае с применением кастомно-разработанного движка.
Вы, ребят, такой бред несёте. Как будто даже представления не имеете чем занимается верстальщик. Он нужен - и нужен он как альтернатива гемору с PSD-посредничеством. Когда требуется с растрового макета переносить весь интерфейс, пропорциональность, внешние ресурсы - в веб-формат. Когда можно взять ТЗ и сразу начать разрабатывать в веб-формате.
нет, ты знаешь, jade знать это гуд. И в json тогда уж и данные пастнуть несложно. Но вот тебе не кажется, что конкретно в данной ситуации возникает вопрос а с какого дизайнер вообще менял макет, когда верстальщик принялся его кодить?
