статью почитал - тоже не оно. Про интерфейс админки движка, а он страшно удручает, не написано ничего. всего-лишь синтаксис кода вызова каких-то элементов кода 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 тогда уж и данные пастнуть несложно. Но вот тебе не кажется, что конкретно в данной ситуации возникает вопрос а с какого дизайнер вообще менял макет, когда верстальщик принялся его кодить?
Спасибо, это и в мануале написано, но вот например надо удаленно, а такая команда pg_dump -i -h dbxx -U user_crm -C -F p user_crm, выдает pg_dump: SQL command failed и дальше pg_dump: Error message from server: ERROR: permission denied for relation pg_namespace, не понятно либо команды не в том порядке, либо что-то с аутентификацией.
вообще проще было логику включить и найти))) Искал разметку попапа. Цель была - вывести разметку в html страницы, на которой он открывается при нажатии на кнопку. По итогу разметку нашёл в скрипте, в функции создания прототипа попапа)
Антон Уланов: да, у меня комплектация малость другая. динамики расположены по-другому. одна у динамиков, другая - ну нечто очень похожее - под кулером, на стороне ближе к кнопке питания
ок ок статья хороша. Заставила меня пожмякать больше кнопок. Злой шелл не исчез, но я понял что дистрибутив запускается от delete. Во всяком случае линуксовый, посмотрим отреагирует ли Шindows boot manager
