Композер и бутстрап

Я надеюсь написать свою первую веб-страницу в начальной загрузке, и в прошлом я делал это, используя только командную строку (vim), а затем посмотрел, как это выглядело в браузере, но я знаю, что это довольно архаично, и мне, вероятно, следует использовать более удобный интерфейс для веб-разработчиков.

Таким образом, я пробую Kompozer, и когда я загружаю HTML-документ, я не вижу красивую (управляемую javascript) компоновку. Однако я вижу этот макет, если просто просматриваю HTML-документ с помощью веб-браузера. Есть ли способ заставить Kompozer загружать один и тот же javascript и просматривать изменения в реальном времени внутри приложения Kompozer?

Я мог бы вернуться к простому редактированию html, javascript, php и т. Д. Вручную в vim, а затем посмотреть, как веб-сайт реагирует, запустив браузер, но я думаю, что, вероятно, легче сделать что-то за 1/2 и 1 / 2 WYSIWIG окружение.

Мысли?

Нет, написание вашего кода в редакторе и предварительный просмотр результата в браузере - это не "архаично"; на самом деле это единственный разумный способ создать сайт.

Kompozer - как и его предшественник Nvu или Dreamweaver, коммерческое программное обеспечение, которому они должны быть альтернативой - делает множество компромиссов, чтобы дать вам предположительно простой в использовании интерфейс. Редактирование текста не так хорошо, как в реальном текстовом редакторе (а Vim является своего рода золотым стандартом, когда речь идет о редакторах), рендеринг не так хорош, как в реальном браузере, сгенерированный код часто слишком многословен…

Я начал с Dreamweaver 2 еще в 1999 году, но очень быстро отбросил его для более простого рабочего процесса, где я все контролирую. Это сделало меня намного быстрее и намного лучше.

И, ну ... последняя версия Kompozer вышла пять лет назад. Он использует движок рендеринга Firefox 2, поэтому вы не должны удивляться, почему ваш сайт выглядит неправильно!

В то же время, разработка интерфейса стала немного более сложной, чем раньше: препроцессоры, наблюдатели, сотни сред и библиотек от крошечных до огромных, менеджеры зависимостей, менеджеры пакетов… но эта тенденция несколько забавна из командной строки -centered.

Чтобы рискнуть быть слишком карикатурным, «современный» профессиональный front-end dev в настоящее время делается так:

• у вас есть ваш проект под какой-то системой контроля версий (Subversion, Git, Mercurial, другие ...),
• у вас есть менеджер пакетов для работы с зависимостями вашего проекта (npm, bower, другие ...),
• Вы редактируете свой код в текстовом редакторе (Vim, Emacs, Sublime Text, Atom, Brackets, TextMate, VisualStudioCode, другие ...),
• у вас есть наблюдатель, работающий в фоновом режиме, отслеживающий, тестирующий, компилирующий ваш код и ваши активы (Grunt, Brunch, Gulp, другие ...),
• вы просматриваете свой сайт в максимально возможном количестве браузеров на любом количестве устройств,
• вы отлаживаете свой код в браузере с помощью инструментов разработчика,
• вы управляете развертыванием с помощью некоторого программного обеспечения CI (Jenkins, travis, другие ...).

И это выглядит так же на внутренней стороне.

Теперь все эти вещи могут показаться слишком тяжелыми для чего-то столь же принципиально простого, как веб-разработка, но, если вы являетесь профессиональным веб-разработчиком в 2015 году и не используете вариант рабочего процесса, описанного выше, я действительно не знаю, что делать скажи… у тебя много дел

Минимум, что вы можете сделать, это ...

• держать свой код под контролем версий и научиться эффективно его использовать,
• отредактируйте свой код в наиболее удобном текстовом редакторе, который вы можете найти, и научитесь эффективно его использовать,
• протестируйте свой код в веб-браузере, возможно, с таким расширением, как Livepage или Auto Reload , и узнайте, как эффективно использовать инструменты разработчика.

И забудь о Композере.