у нас саас-платформа была как большой проект, правда, на нокауте, но после запуска и подключением нескольких десятков клиентов выяснилось, что решение сео-непригодное ибо каталоги генерились жээсом и вся суть проекта свелась к тому, что бы удержать клиентов, которые постепенно отваливались. сейчас осталось не более 10-ка. Инвестор потерял 50к $

Привет, оцените пожалуйста сайт построенный на 1 ангуляре и сервисе moltin http://schetki.ru/

ну выглядит как пиздец, но за 15к наверное норм, хотя можно было и дешевле бы

да лан, для тренировки, для прокачки норм проект, че вы.

ну учитывая что у них все равно адовый контент с ошибками, то конечно норм

ну все получат по пиздецу, а чувак прокачается и через годик в тимлиды

у нас саас-платформа была как большой проект, правда, на нокауте, но после запуска и подключением нескольких десятков клиентов выяснилось, что решение сео-непригодное ибо каталоги генерились жээсом и вся суть проекта свелась к тому, что бы удержать клиентов, которые постепенно отваливались. сейчас осталось не более 10-ка. Инвестор потерял 50к $

prerender.io из готового

prerender.io из готового

опачки, спасибо, интересно

новый проект лучше на втором ангуляре или реакте начинать

изоморфность есть, проблем с сео нет

да, реакт поэтому и любят, что можно генерить все на сервере, соответственно уходят проблемы с сео

я бы все-таки смотрел в сторону реакта - много успешных проектов, большое комьюнити, много разрабов (ресурсозаменяемость), множество готовых решений, технология более-менее обкатана. На ангуляр 2 пока смотрю с опаской.

ну блин дизайн приходилось самому придумывать на ходу, хз думаю для не дизайнера, он норм получился DDD

#whois Александр, Imelstorn в данный момент тружусь на Hewlett Packard предыдущий опыт - разработка аналитической платформы для рекламодателей на канале AMC (там был опыт использования angular). Вообще, веб-разработкой занимаюсь более 10 лет. Чат посоветовали коллеги. Интересен в рамках расширения кругозора по ангуляру.

а поскидывайте свои SPA типо shopping cart или каталога обычного

посмотреть на пободное

Отлично, спасибо, это то, что я искал :)

И поэтому я не пишу сюда такие сообщения

и другие не пишут

:)

Прошу прощения, как-то не дочитал pinned message

есть у кого опыть с angular 1.x +redux ?

так и вроде с сео не будет такое решение дружить. если отрубить скрипты на страницах, мы увидим каталог товаров? Если нет, то пичаль, ибо поисковые боты не умеют жс, там специально нужно под это дело извращаться...

C SEO проблем нет, потому что гугл видит все также, как браузер. С начала прошлого года официально рекомендуют не использовать серверный пререндеринг

у нас саас-платформа была как большой проект, правда, на нокауте, но после запуска и подключением нескольких десятков клиентов выяснилось, что решение сео-непригодное ибо каталоги генерились жээсом и вся суть проекта свелась к тому, что бы удержать клиентов, которые постепенно отваливались. сейчас осталось не более 10-ка. Инвестор потерял 50к $

У меня несколько сайтов на Angular, в выдаче на первой странице в своих категориях

C SEO проблем нет, потому что гугл видит все также, как браузер. С начала прошлого года официально рекомендуют не использовать серверный пререндеринг

а яндекс? Просто, сайт, представленный для обсуждения наверняка будет продвигаться в яндексе

Достаточно грамотно SEO страниц строить на уровне роутов

а яндекс? Просто, сайт, представленный для обсуждения наверняка будет продвигаться в яндексе

Ситуация аналогичная, правда в рунете поднялись только ближе к концу прошлого года

Это я больше про поддержку действующих проектов и доп. усилия по сео-оптимизации - за нас уже обо всем позаботились, можно сосредоточиться на стандартных методах. Новые проекты однозначно надо начинать уже на втором ангуляре

Последний раз предупреждаю в профильный чаты работу не постить! Все что связанно с работой (фриланс, удаленка, работа в офисе - в @javascript_jobs пожалуйста)

Немного оффтопа. Сталкивался кто с проблемой что в 52 лисе не работают sourcemap ?

Кто имеет опыт по миграции на Angular 2?

Немного оффтопа. Сталкивался кто с проблемой что в 52 лисе не работают sourcemap ?

а какие конкретно проблемы? все крутитсо ровно...

Про миграцию на ангуляр 2 ___________________________ Вопрос номер 1-раз. Как обосновать это для заказчика? Какой реальный профит кроме потраченного времени на миграцию и постотладку?

Можно припугнуть, что иначе потом придётся переходить уже на angular 4)

Можно припугнуть, что иначе потом придётся переходить уже на angular 4)

Согласен, весьма весомо

Не убедительно.

?

Какие реальные плюсы?

Чем это поможет бизнесу?

а какие конкретно проблемы? все крутитсо ровно...

к бандлу имею .js.map файл. Chrome исходники по нему показывает. Лиса упорно ссылается на сам бандл в сжатом виде.

Вопрос, есть небольшое спа приложение с юай роутом, все переходы по стейтам норм работают, пока не нажмешь в браузере назад, и парент стейт не перезагружается, и появляются typeerrors

Вопрос, есть небольшое спа приложение с юай роутом, все переходы по стейтам норм работают, пока не нажмешь в браузере назад, и парент стейт не перезагружается, и появляются typeerrors

Мало информации. Видимо, что-то не так ))

Кто имеет опыт по миграции на Angular 2?

Актуально кстати. Сам думаю о миграции на второй или вообще реакт-редукс. Но тайпскрипт понравился, а вот jsx нет

Ну ты уже нарыл что-то полезное для решения вопроса?

Если, что то тут народ сидит https://telegram.me/angular2

Неа, пока не могу решить. Все равно, не раньше марта это делать. А вообще, я и там и там. Хотя я больше бэкендер, но так уж вышло

можно попробовать обосновать тем, что ветка 1й версии тупиковая. у 2+ вроде как роадмап уже заполнен до 5 версии. есть намеки на улучшенный перфоманс. использование тс упростотит поддержку и отладку кода, а значит и издержки

есть что то похожее на angular-permission ?

можно попробовать обосновать тем, что ветка 1й версии тупиковая. у 2+ вроде как роадмап уже заполнен до 5 версии. есть намеки на улучшенный перфоманс. использование тс упростотит поддержку и отладку кода, а значит и издержки

Спасибо. Полезно.

есть что то похожее на angular-permission ?

Я сам пилил. angilar-permission я чет не переварил

Если интересно, могу поделиться мыслями и примерами своей реализации.

Если интересно, могу поделиться мыслями и примерами своей реализации.

интересно

1-я основная мысль. Т.к. SPA приложение полностью открыто, т.е. весь код приходит на клиент, то бэк должен обязательно контроллировать права, и при несанкционированном доступе ругаться!

В SPA приложении права проверяем для управлеия GUI...

1-я основная мысль. Т.к. SPA приложение полностью открыто, т.е. весь код приходит на клиент, то бэк должен обязательно контроллировать права, и при несанкционированном доступе ругаться!

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

а в чем проблема отдаать весь спа всем без разбору? главное ограничить доступ к данным на уровне бекенда... это делаптся через сессии и средствами бекенда

и как раз думал с помощью angular-permission, не давать заходить по прямым ссылкам на определенные стейты приложения в зависимости от того какой юзер залогинился

ERROR: S client not available

а в чем проблема отдаать весь спа всем без разбору? главное ограничить доступ к данным на уровне бекенда... это делаптся через сессии и средствами бекенда

тем что сказали у бекендеров нет времени что то сделать, вот тебе задача разрулить по ролям доступ к тем или иным частям приложухи

Как работает у меня... При авторизации пользователя, с БЭКа тянется массив всех разрешений пользователя. В сервисе есть метод can который проверяет наличие права у пользователя. В нужный момент, где-то в коде, проверяем наличие права и дале что-то делаем или не делаем... Реализация метода can: /** * Проверка прав доступа для текущего пользователя * @param {string} permissionName имя права (разрешения) * @returns {boolean} */ function can(permissionName) { var userInfo = _getUserInfo(); return (typeof userInfo === 'object') && (userInfo['permissions'].indexOf(permissionName) > -1); } Использование где-то в коде: http://joxi.ru/YmE06ph0bbaar6

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

Думаю с точки зрения секьюрности немного лучше будет, если присылать только те пермиссии, которые у пользователя, есть. Далее можно смапить в объект {permName: true}

Тем более если на сервер сайде нет проверки на права доступа (что неправильно)

а в чем проблема отдаать весь спа всем без разбору? главное ограничить доступ к данным на уровне бекенда... это делаптся через сессии и средствами бекенда

Ну если БЭК в стиле REST, то сессий быть не должно... В остальном все так. При каждом запросе проверяется право пользователя на возможность выполнения запрашиваемого действия. Если можно, то делаем, если нельзя, то отдаем 403 и SPA уже само решает как жить дальше. Про текущего пользователя бэк узнает из заголовков запроса по токену. Используем Auth2

Думаю с точки зрения секьюрности немного лучше будет, если присылать только те пермиссии, которые у пользователя, есть. Далее можно смапить в объект {permName: true}

так такой объект и выходит, только там все пермиссии и тру если есть и фолс если нет

Думаю с точки зрения секьюрности немного лучше будет, если присылать только те пермиссии, которые у пользователя, есть. Далее можно смапить в объект {permName: true}

У меня так и есть. При авторизации приходят именно те разрешение которые назначены пользователю. Далее суть проверки, это наличие требуемого разрешения в массиве, если нашли, значит можно, если не нашли, значит нельзя и все тут.

почемв у реста не должно быть сессиий? стейтлес?

у REST должна поддерживаться полная независимость от состояний клиента

У меня так и есть. При авторизации приходят именно те разрешение которые назначены пользователю. Далее суть проверки, это наличие требуемого разрешения в массиве, если нашли, значит можно, если не нашли, значит нельзя и все тут.

У нас в приложении тоже так сделано, но пермиссии размаплены в объект, т.к. обращение к свойству объекта быстрее итерации массива)

вот я не вижу туту состояния кдиента. в данном случае сессия что и токен. индетификатор пользователя и его прав и только

Сессия закреплена за конкретными вызовами из конкретного барузера. В сессии как правило сохраняют каки-то доп. данные о текущей работе пользователя. Работа без сессий предполагает, что каждый запрос самодостаточен и все запросы могут быть выполнены в любом порядке не зависимо друг от друга.

Цитата: В отличие от Web-приложений, RESTful API обычно не сохраняют информацию о состоянии, а это означает, что сессии и куки использовать не следует. Следовательно, раз состояние аутентификации пользователя не может быть сохранено в сессиях или куках, каждый запрос должен приходить вместе с определенным видом параметров аутентификации. Общепринятая практика состоит в том, что для аутентификации пользователя с каждым запросом отправляется секретный токен доступа. Так как токен доступа может использоваться для уникальной идентификации и аутентификации пользователя, запросы к API всегда должны отсылаться через протокол HTTPS, чтобы предотвратить атаки «человек посередине» (англ. "man-in-the-middle", MitM).

хорошо. есть токен, он привязан к абоненту и правам. более того, токен аверняка имеет время жизнь и все это сверяется на беке. это же состояние?

Все верно описал. Но это не состояние. Это способ аутентификации и выяснения можно ли выполнить запрошенный код и от дать данные. Состояние это... Допустим оформление заказа. На шаге 1 вносится некая инфа, она сохраняется в сесии и идем на шаг 2, потом шаг 3.... Отключение сессий в первую очередь запрещает подобные поведения. Ожидается, что фронт сам должен переварить у себя все шаги и единоразово что-то отдать беку получив вменяемый ответ

да. но сессия используется как токен, то стейтдес не нарушается. как по мне так те же яйца... может, конечно есть соблазн чтото- хранить в сессии, но это,имхо, не причина отказаться от нее

а в чем профит стейтлес и того что сессии не используются?

вы вносите данные в сессию на стороне спа?

прозрачность архитектуры

А как хранить ссылку на spa? , открыл spa, перешел по роуту, но если перейду по получившейся ссылке, то бэкенд даже не поймет что делать. Пришла в голову идея записывать в куки куда просятся и перекидывать на spa и там руками переходить на нужный роут, но что-то вроде не очень это.

А как хранить ссылку на spa? , открыл spa, перешел по роуту, но если перейду по получившейся ссылке, то бэкенд даже не поймет что делать. Пришла в голову идея записывать в куки куда просятся и перекидывать на spa и там руками переходить на нужный роут, но что-то вроде не очень это.

У вас есть роуты которые для API, и есть одно правило который захватывает для все остальных url. Экшн привязанный к этому правило отдает код SPA. В SPA получаете путь как обычно. Если все пути к ресурсам относительные, то проблем быть не должно.

То есть я правильно понял что я просто прокидываю url на фронт и там уже разруливаю?

Даже прокидывать не надо, он же там доступен уже. Ну какой-нибудь ui-router так же разберет строку. Единственно понадобится <base href="/" /> в SPA И следить за относительными ссылками в коде

И html5Mode у locationProvider должен быть настроен правильно

Понял, спасибо, буду разбираться

Такой вопрос, если не писал под angular примерно год, я сильно отстал? И кроме доки что то нужно почитать чтоб наверстать?

Такой вопрос, если не писал под angular примерно год, я сильно отстал? И кроме доки что то нужно почитать чтоб наверстать?

примерно на версию отстал

бери сразу 2й