Комментарии 13
Познавательно. Спасибо.
Автор, исправь, пожалуйста опечатки:
Автор, исправь, пожалуйста опечатки:
это значит что у нас не создан шбалон для view. Все htnl-шаблоны
Конечно возможность «попробовать» разные вкусняшки — это круто, но использование стольких технологий для одной маломасштабируемой странички, выглядит довольно странно.
Немного не понял вашу фразу " для одной маломасштабируемой странички".
По поводу технологий. Мне кажется здесь каждая технология решает строго свою задачу:
— sails только сервер (замените его на django, rails, zend, etc..) — причем фишка sails — готовый rest из коробки, буквально парой команд из консоли
— backbone обеспечивает связь между сервером и ractive (здесь из всех фичей бэкбона мы юзаем только модели, которые синхронизируют данные)
— ну и ractive дает ту самую интерактивность пользователю…
В любом случае это только обучающий пример,) Но тем не менее решающий практический кейс,
По поводу технологий. Мне кажется здесь каждая технология решает строго свою задачу:
— sails только сервер (замените его на django, rails, zend, etc..) — причем фишка sails — готовый rest из коробки, буквально парой команд из консоли
— backbone обеспечивает связь между сервером и ractive (здесь из всех фичей бэкбона мы юзаем только модели, которые синхронизируют данные)
— ну и ractive дает ту самую интерактивность пользователю…
В любом случае это только обучающий пример,) Но тем не менее решающий практический кейс,
Автор комментария выше говорит от том что N-е число технологий которые вы использовали не годится для 1й странички, проще было взять любой rest framework + jquery = 1 одна страничка для данных задач. Вы же пошли методом «Я умею и использую везде N- знакомых мне технологий для создания калькулятора». Вы молодец, статья будет полезна но опять и опять появляются статьи на манеру: "{Angular.js,Backbone.js, XXX.js} + rest + N-e число технологий" я использовал для hello world'а.
Видимо, Вы не очень знакомы с разработкой сложных сингл-пэйдж сайтов. Зачем строить свои велосипеды из jquery, если их можно всять на гитхабе? Задача, описанная в статье, далека от «Hello world!». Разумеется, бэкбоны не были использованы в полную силу, но, боюсь, и jquery не будет использована вся целиком в этой(либой вообще любой другой) задаче.
Понимаете есть проблема, я сказал jquery, но вы должны знать альтернативы с «облегченной» функциональностью например zepto.js, и использовать весь jquery вас никто не заставляет. У примера отсутствует «простота» и надежда на git это правильно. Open Source — это двигатель прогресса но вы должны не надеяться на него. Кроме того вы можете запросто собрать свой jquery c блекджеком и дамами :)
И сложность реализация на jquery без именитых angular и прочих, не должна вас пугать.
И сложность реализация на jquery без именитых angular и прочих, не должна вас пугать.
Просто тут придётся сразу на 3-4 сайта лезть, читать доки к 3-4 технологиям, подключать 3 не лёгких библиотеки. А можно просто было взять для этой цели, тот же meteor один, где всё то же самое, но из коробки. И потратить несколько меньше времени на такую простую задачу. Вот это вроде mr47 и хотел сказать, что много статей, где из пушки по воробьям. А всё только потому, что глаза разбегаются уже от всех этих новомодных однотипных технологий с модными названиями, и такие статьи ещё больше запутывают.
Я не поленился перечитать, о чём тут у нас шла речь больше года назад :) На самом деле ответ на все вопросы «почему эти велики использовали? Зачем так много? Почему вон тот велик не стоило прикрутить?» лежит в метке «tutorial» прямо у названия статьи. Задачу выполняет — рассказывает как пользовать технологии на примере не абстрактной задачи. Не стоит спорить о стеках технологий под туторами об этих самых технологиях :)
И еще раз я так понял ваш сайт clearway.name показывает не понимание того что:
1) Давно придумали section, article и другие вещи
2) Использование viewport совсем не понятно
3)
Можно долго продолжать, я сам не идеал. И простите за критику.
1) Давно придумали section, article и другие вещи
2) Использование viewport совсем не понятно
3)
#rightcolumn {
float: right;
margin: 0px 0px 0px 0px; /* ужасное я вижу */
padding: 30px;
height: auto;
min-height: 511px;
width: 720px;
display: inline;
/* border: 1px black solid; */
background-image: url('/static/img/background-left.png'); /* ужасное я вижу */
background-repeat: no-repeat;
background-position: -10px -10px;
}
Можно долго продолжать, я сам не идеал. И простите за критику.
Имя пользователя и имя машины доставляют!
А ктото знает похожие готовые решения, можно SaaS но с возможностью привязки своего домена (типа invoice.mycompany.com)? Нашел Zoho Invoices, очень интересный, поддерживает Stripe, PayPal, 2Checkout, есть немного фич но нет привязки к домену.
Хотелось бы что-то вроде инвоисов от хостера OVH (простенький листинг услуг, выбор периода оплаты, уникальная ссылка, просматривается и оплачивается гостем без аутентификации).
Хотелось бы что-то вроде инвоисов от хостера OVH (простенький листинг услуг, выбор периода оплаты, уникальная ссылка, просматривается и оплачивается гостем без аутентификации).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Счет на оплату. Рабочее приложение на sails.js, ractive.js, Backbone.js