Ещё один блог программиста
Серьезно не копал, но кажется React может стать прекрасной заменой Backbone.js. Потому что подход в использовании схож. Дизайн внутренностей совсем другой, да.
но Почему мы выбрали Vue.js (а не React)
И подчеркну, они оба НЕ фреймворки, а View библиотеки. Это минус, если нужно сложное веб приложение, и плюс – если надо к сайту добавить UI, и не перелопачивать весь фронтенд ради этого. А Angular.js и Ember.js – заставят 
http://leafo.net/lapis/
Lapis is a framework for building web applications using MoonScript or Lua that runs inside of a customized version of Nginx called OpenResty.
мне как-то помог
.gitattributes с merge=ours
Javascript-фреймворки – это круто. Очень. И – больно.
И эти тысячи фреймворков, каждый из которых как две капли воды зачастую похож на друг друга, особенно во flux фреймворках — это прямо «придумай свое название точка JS». И из этого ада там, где Google Web Toolkit уже давно умер, надо как-то выбрать. Блин, что делать? Конечно, надо было что-то подумать, как бы посмотреть, как другие где-то что-то выбирают в Интернете, залезть и где-то спереть результат.
Хабр: Javascript-фреймворки: должен остаться только один
Забытый, но живой фреймворк, из старого поколения. В котором была предпринята попытка полностью уйти от работы с HTML, и работать с web UI как с привычным GUI.
Qooxdoo. Разрабатываем TODO List
Из старого поколения еще можно назвать Dojo Toolkit. Но он более сложный, чем Qooxdoo, и не такой GUIевый.
For each server, the client would do the following:
Из бесплатных – хороший багтрекер.
Но слабее MantisBT
Древний баг трекер. имеет тьму плагинов(например Канбан доски), API и плагины для интеграции с IDE.
Несмотря на древность и неторопливость развития – вполне мощный. Возможностей у например няшного Trello – много меньше.
И, очень неприхотливый к сереру.
Я работал и в Jira, и веду свои проекты в Мантисе без каких-то неудобств.
Основным конкурентом я бы назвал Kanboard. Но у Kanboard слабее система прав пользователей.
Роман Давыдкин @Beholder, Java-разработчик пишет на Хабре:
Некоторое время назад я опубликовал очень многословное сочинение, где пытался объяснить, почему Git серьёзно поломан, и почему всем следует вместо этого пользоваться Mercurial, до тех пор, пока разработчки Git его не починят. Ну ладно, я был не настолько груб, но близок к этому.
Народ на Reddit жаловался, что мой технический язык слишком путанный, особенно потому что я придумывал новую терминологию в попытках доказательства своих положений. Они потребовали графы, с узлами, рёбрами, кружочками, стрелочками и всем прочим. Тогда я промучал графический редактор несколько часов и получил два графа, приведённые ниже, которыми я надеюсь обрисовать проблему.
Ниже я нарисовал упрощёный граф истории репозитория Git с тремя созданными ветками: «master», «release» и «topic». До того, как энтузиасты Git начнут ругаться, что я исхитрился показать нереально плохой случай запутанности истории, позвольте мне заверить вас, что это на самом деле ещё упрощённый пример. У меня есть доступ к реальному репозиторию Git, где создано шесть рабочих веток релизов, около сорока рабочих тематических веток и несколько сотен ранее существовавших веток, которые уже удалены с центрального сервера.
Читать дальше
Как на самом деле работает mod_rewrite. Пособие для продолжающих
у тьмы сайтов мелкая дыррчка безопасности в этом месте. Когда-то были настроены права только для 2.2. А потом хостер или сами сменили на 2.4. А про .htaccess забыли.
Как обычному сайту на WordPress набрать 99/100 в PageSpeed Insights
SEO, кеширование, и прочее, на основе стандартного
у тьмы сайтов мелкая дыррчка безопасности в этом месте.
Когда-то были настроены права только для 2.2.
А потом хостер или сами сменили на 2.4. А про .htaccess забыли.
wp-config
Debug bar
Kint debugger
Query monitor
Сравнение Angular, Backbone, CanJS и Ember
Итоговая табличка из статьи
| Оценки | Angular | Backbone | CanJS | Ember |
|---|---|---|---|---|
| Функции | 5  |
2 |
4 |
5 |
| Гибкость | 3 |
5 |
4 |
3 |
| Порог входа и документация | 2 |
4 |
5 |
3 |
| Продуктивность разработки | 4 |
2 |
4 |
5 |
| Сообщество | 4 |
5 |
3 |
4 |
| Ecosystem | 4 |
5 |
2 |
4 |
| Размер | 4 |
5 |
5 |
2 |
| Производительность | 3 |
4 |
5 |
4 |
| Зрелость | 4 |
5 |
4 |
3 |
| Защита от утечек памяти | 5 |
3 |
5 |
5 |
| Сумма | 38 | 40 | 41 | 38 |
Мнения с Хабра
Лучше Knockout-а вряд ли что-то можно придумать.
AngularJS?я бы на их месте использовал бы html5 атрибут data все таки не зра его вводят, вместо своего ng
Ну, там есть такая возможность: data-ng- вместо ng-
Но сути это не меняет — Нокаут лучше из-за самого сильного механизма observables. Я могу иметь наблюдаемое проперти, которое в свою очередь возвращает в качестве значений другой наблюдаемое проперти. Причем, все они могут быть зависимыми без указания мной явных цепочек зависимостей.
Но и для многих аспектов Нокаут предоставляет гораздо более удобное и лаконичное API. Те же кастомные байндинги в Нокауте делаются одной или двумя функциями, а в angular готового рецепта нет.
Соглашусь. Многие теряют из виду тот факт, что темплейты Нокаута остаются валидным HTML-кодом, а значит их может править верстальщик или дизайнер без оглядки на синтаксис разработчиков. Тем более, с учетом того, что в большинстве случаев темплейты инлайнятся в текст страницы, а не прячутся в script тагах, темплейты верстальщик может править непосредственно по готовому живому HTML прямо из браузера.
Backbone — не фреймворк, это библиотека.
Backbone is a library, not a framework, and plays well with others.
Расскажу, пожалуй, про старую тему – разработку одностраничных JS-приложений. С тех пор, как я послежний раз об этом писал, прошло много времени – наверное, года 3. И с тех пор много чего изменилось. Появилось множество разных JS фреймворков, в моду вошел two-way databinding.
Однако, мэйнстримом (примерно 40% применений) на данный момент является Backbone.js, работающий в связке с jQuery и Underscore.js. Причиной этого, возможно, является его простота. Backbone прост в том смысле, что ему достаточно легко обучить команду, собирающуюся писать одностраничное приложение, и не имеющую в этом опыта. Это безусловный плюс backbone (как и его популярность), однако, его минусом является то, что он слишком прост. То есть, на голом backbone не так просто сделать что-то, кроме совсем простого.
вся статья
Допустим, у нас есть группа разработчиков на PHP, которые знают чуть чуть JS и jQuery. Что самое простое мы можем сделать, чтобы начали писать браузерное приложение, и были продуктивны немедленно?
Мы можем попробовать использовать тот же принцип, и те же архитектурны правила, к которым они привыкли в PHP. У них были шаблоны с встроенным PHP? Отлично, мы будем использовать такие же шаблоны со встроенным JS, которые будут разворачиваться в браузере. Они использовали jQuery? Отлично, мы сохраним jQuery.
Нам остается задать этому какую-то структуру. Элемент UI – это будет объект View с присоединенным DOM-элементом, и методом ‘render’, который должен разворачивать шаблон в присоединенный элемент. Помимо этого, View должен уметь перехватывать события UI, и вызывать свои методы.
4. BackboneJS
Кому-то могло показаться после прочтении предыдущей статьи, что мне “просто нравится бэкбон“, или что я считаю его лучшей в мире технологией. Это не так. Мы начали с backbone по двум причинам: (1) многие с него начинают, и (2) это, пожалуй, минимально возможный фреймворк для браузерных приложений.
5. Backbone Sucks
Marionette и Chaplin — фреймворки, которые работают поверх популярной библиотеки Backbone.js. Оба хотят облегчить разработку одностраничных JS-приложений. В таких приложениях, фронтэнд выполняет задачи, которые в прошлом выполнялись на сервере (вроде рендеринга HTML из данных).
Бэкбон спроектирован, как минималистичная библиотека, а не как полноценный фреймворк. Мой опыт показал, что Бэкбон хорош только как ядро архитектуры JS-аппликейшна. И Марионетка, и Чаплин появились, потому что Бэкбон предоставляет мало структурирования для реальных приложений. Они решают те же проблемы. Так что между ними довольно много сходств — возможно, даже больше, чем отличий.
хабр: MVC-фреймворки на JavaScript: сравнение Marionette и Chaplin
http://www.jsviews.com/#jsrender
Хабр: JsRender: Новое поколение jQuery Templates
Использование JsRender с JavaScript и HTML
Более сложная функциональность шаблонов JsRender
P.S.
с Хабра
Шаманство всё это. Плагин для jQuery без jQuery, под который нужно учить отдельный синтаксис.
Лучше Knockout-а вряд ли что-то можно придумать.
RedBeanPHP is an easy to use ORM for PHP.
It’s a Zero Config ORM lib that ‘automagically’ builds your database schema.
Short version first… minimal requirements
kanboard.net