Siarhei Pashkevich: кастомные маркеры – это общая проблема гуглокарт. Сейчас они не позволяют этого делать из коробки. Можно написать свои классы маркеров поверх гуглокарт, но с ними есть некоторые проблемы. У меня крупные бизнес и гос. проекты. Раньше(более года назад) использовал google map, но теперь для госухи запрещено, да и вообще они невероятно дорогие и накладывают массу ограничений. Перешел на mapbox, очень приятные впечатления. Сейчас половина проектов на mapbox, половина на yandex maps. Но хочу все перевести на yandex maps. У яндекса условия просто отличные. Да и радует скоростью работы и возможностями по кастомизации. Например, yandex карты рендерят спокойно и без глюков 50000 маркеров(верхний предел так и не удалось найти). Mapbox рендерит максимум 10000, потом ему плохеет. Гуглокарты вообще только 5000.
Siarhei Pashkevich: сделайте обычную директиву, которая будет заниматься построением карты. Это ведь делается очень просто и лишает вас в будущем всяческих проблем.
Сергей Протько: я не один, поэтому не могу решать за всех. Команда из рельсовиков. У нас юнит-тесты на модели и контроллеры. Для тестирования клиентской стороны используем Capybara + ChromeDriver. Поэтому покрывать JS-код нет необходимости. Ориентироваться по коду достаточно просто. Привинтить вашу структуру пока невозможно
Сергей Протько: тогда зачем мне рельсы? В 5 версии можно избавиться от избыточности этого всего. Сейчас все итак неплохо смотрится в assets pipeline. Не было никогда проблем с моей структурой, обкатано в 20+ крупных коммерческих и гос.проектов. Может в глубокой теории что-то и является минусом, но на практике с этими минусами не сталкиваюсь.
Сергей Протько: у меня рельсовые проекты. Мне эта структура не подходит. Может, когда выйдет Rails 5 и мы начнем писать чисто апи, а гульпом собирать фронт, то я буду так делать)
Виталий: второе. Но если вы напишете, что именно не понятно, то получите ответ в двух-трех предложениях. Организация кода в AngularJS-проекте такая:
- controllers
- directives
- services
- filters
application.js
routes.js
config.js
lavezzi1: навигация должна быть в лейауте. Это правильный путь. Ну можно конечно сделать content_for, но по-моему это будет извратом... Сам не знаю более красивого решения...
lavezzi1: что-то я не понял. Какое это отношение имеет к Devise? мне кажется, что вы simple form используете и от того страдаете. стандартный рельсовый хелпер label вторым аргументом принимает текст, который будет отображаться на лейбле. По приоритеты выше локлизации. По поводу "не нашел", вот пример локализации ошибок из gem russian: https://github.com/yaroslav/russian/blob/master/li...
Просмотр профиля вообще никакого отношения к devise не имеет. Devise – это только авторизация и регистрация. У вас ведь есть модель User с которой вы работаете. Ну там сгенерите контроллер ProfileController, сделайте его CRUD и вперед.
Алексей POS_troi: я использую stylus, но на сколько помню .css тоже компилятся. Да и рельса по умолчанию создает application.css и все хелперы там работают.
Иван Феофанов: если с серверным языком программирования еще не определились, то берите ruby с фреймворком Ruby on Rails. Underscore был вдохновлен именно с ruby)
