Думай Головой: Если не сложно, покажите хоть 1 одну страницу... хочется глянуть "рабочие" исходники... у вас методика работы не правильная... поэтому так трудоемко всё
Router.route('/', function() {
this.render('p_index'), this.layout("layout");
});
где отрабатывает render ? правильно на клиенте, а мне надо на сервере... поэтому и "Server-side rendering" что бы никто не копался в js файлов выдергивая из них интерфейсы админки.
Фишка понятна... но не понятно как скрыть то что нужно администратору/модератору, но не нужно пользователю? вставка if в шаблоны как в многочисленных примерах? совершенно не устраивает... хочется иметь для юзера чистый контент, без ошметок в js (после компиляции шаблонов).
Городить отдельный интерфейс админки на субдомене как-то не комильфо тоже.
Юлия Бедросова: работает это до тех пор пока подчинённые не занялись самокопанием и психологией, тогда "а ну-ка повтори то что ты делал на предыдущей работе и тогда тебя ждет повышение и золотые горы" уже не работает... с такими уже работать сложно, потому что даже за простую работу они хотят очень большой фикс либо долю в проекте... поэтому надо брать новичков, распределять обязанности более четко как в отдельном проекте, так и вообще. Сейчас поиском смысла жизни люди занимаются гораздо раньше, поэтому менеджменту будет все труднее и труднее находить спецов высокой квалификации.
zggb: моделировать все заранее это ещё одни грабли... грабли с заказчиком... Ну сделаете вы допустим такое специальное хранилище... допустим даже будет работать все (это я про субд и миграции и тд)...
Тогда ещё одна задача встанет... Интерфейсы для отображения товаров (json->html). Интерфейсы для редактирования товаров (json>UI>json).
Представим что категорий больше 100. Правки моделей каждый месяц. Генерация интерфейсов под новые структуры данных. В зависимости от возможностей БД перелив данных.
Думая дальше о таком проекте, что с этими данными делать будут, возможны новые грабли из-за которых очень много придется переделывать.
Вы уже хотите реализовать, а на самом деле нужно ещё думать как это можно сделать.
silentiumdedirichlet: согласен с globuzer. Статистика сама по себе очень скучная штука. Если вы занимались математикой, уже будет намного проще понять (data-science, data mining, machine learning, neuro-technology). Вообщем-то если что-то писать по обработке данных, то на C++ или R. Ну неплохо было бы ещё ознакомиться с какой-нибудь СУБД или хранилищем. Искать библиотеки всякие готовые по нейронным сетям и обработке данных. Сложных задач по обработке данных много. Какая именно прикладная задача вас захватит не знаю и никто не знает... Копайте в сторону что нужно бизнесу для того что бы "в_учить товар" или "отжать денег" или "прогнозирование", вообщем туда где прибыль зависит от результатов вашего труда. К сожалению изучать материал можно бесконечно долго и в результате остаться с математической теорией в голове, которую хочется применить, а негде.
Дмитрий Логвиненко: вообщем-то по опыту (знаю я несколько языков) очень часто приходишь к выводу что некого языка X недостаточно, и поэтому для всяких ERP, CRM, Web-ресурсы разрабатывают ещё 1 язык... например 1С, less и тд и тп. И с появлением нового языка (не буду перечислять что появилось за последние 5 лет) лично у меня складывается впечатление что все создатели языков ходят по кругу, видимо потому что системные программисты просто не сталкиваются с прикладными задачами. Во всех языках ещё нет очень много такого что нужно прикладникам (но то что реализовано например в 1С), но пока эти возможности реализуют в виде синтаксиса, мы будем использовать всякие костыли для мелких поделок и разрабатывать языки более высокого уровня. Токен class зарезервирован в js очень давно... что-то реализовано в этой части? нет конечно... так что пишут свои или берут готовые костыли. Много чего не создано и многое ещё будут создавать. Поэтому задач и языков на ваш век хватит, как и костылей в виде библиотек. На PHP пускай другие пишут. Если на js хочешь что-то вообще делать, можешь написать некое число, за которое ты согласишься кодить и думать что нужно кодить (удаленка). Возможно у тебя получиться совмещать админство и кодинг.
olexandr7: Нет не шутка. Учитывая что html и css вообще не ЯП, то js является одним из самых простых языков. К тому же человек хочет web, и к тому же есть куча готового кода, примеров и тд. для обучения самое оно... и ничего такого что там всякие callback с которыми идет война.
Дмитрий Логвиненко: Про node.js тоже не зря написал... Если не уверенны чем стоит заниматься js для браузеров или серверное (ruby, php и тд), то node.js неплохой вариант... Плюс ваш код наработки можно переносить туда сюда... плюс не важно на какой ос...
Так не устраивайтесь туда где CRM, ERP. Может вам следует присмотреться к разработке концепции UI проектов в целом, а не только реализации (кодированию на JS). Очень мало людей могут придумать как сделать интерфейс удобным/интуитивным для пользователей.
Антон Нагаец: Вообще по опыту могу сказать что реальное решение заданного вопроса лежит совсем в другой плоскости и оно гораздо дешевле чем хостинг. Заявления да... подают мало, но юридическая грамотность населения растет, и никто не мешает Вам к примеру явиться в поликлинику с таким заявлением. А парадокс в том что они будут обязаны по закону это сделать. А всякие объявления о внутренних приказах, что карты больным не выдаются уже противоречат ФЗ. Играться с определениями можно, только что это даст? С какой стати юристы и бухгалтерия будут оформлять договор можно на ник? Кто тогда деньги будет платить? Никто на это не пойдет.