freemanous

Вот вам 12 маленьких задач на 12 паттернов:
github.com/zfcampus/zendcon-design-patterns

1. Открываете папку с паттерном.
2. Читаете README.md с описание задачи.
3. Открываете exercise.php и пытаетесь решить задачу, применив соответствующий паттерн.
4. При необходимости вспоминаете теорию: github.com/domnikl/DesignPatternsPHP
5. Сверяетесь с решением в solution.php.

Замени offset на push
col-md-push-2
Если используешь less, то mixin будет выглядеть так:

.your-class {
    .make-md-column-push(2);
}

<div class="col-md-2 col-md-push-2">
  <form class="navbar-form navbar-right">
    <button type="button" class="btn btn-custom">Личный кабинет</button>
  </form>  
</div>

Ребятки, ну не извращайтесь. Табличные данные верстайте таблицами.

Во-первых: оформите код так, как надо.
Во-вторых: Вы не понимаете основного принципа JavaScript - асинхронности. Так что вам рано использовать angular.
В функции run у Вас выполняется запрос на сервер, он асинхронный, и когда инициализируется контроллер, $rootScope.profile не существует.

Чтобы всё это работало... Сомневаюсь, что вы поймёте, но всё же:
Если хотите получить данные в контроллере до его загрузки, то у роутинга есть свойство resolve. Почитайте об этом.

AngularJS прелоад,как запилить?

Всем спасибо за ответы. Прочитал про node.js и socket.io. Заинтересовало. Скачал, установил, поигрался - понравилось. Думаю для моей задачи в самый раз.
Если говорить ближе к реализации, то сделаю вот так:

• id - первичный ключ пользователя из бд
  
• socket.id - id клиента, который выдает node.js
  

1. При подключении клиента к серверу, буду проверять его сессию и забирать его id из таблицы. Id и socket.id буду запоминать в массиве вида:
clients[id] = socket.id
2. Создам обработчик, аля "onClientSendMessage", где буду проверять кому отправляется сообщение.
3. Если человек, которому принадлежит отправленное сообщение, в данные момент подключен к серверу node.js, то заберу его socket.id из массива clients по ключу "id", и соответственно отправлю ему сообщение.

io.sockets.socket(socket.id).emit('newMessage', message_data);

4. Если человек не подключен к серверу, то просто сохраняю сообщение в базе.
5. Если клиент разорвал соединение, то удалю его из массива clients.
Вроде так... Всем спасибо.

функция отрабатывает до compile директивы, так что значения еще не интерполированы. Что вы можете сделать, так это воспользоваться директивой ng-include.

return {
    template: '<ng-include src="templateUrl"></ng-include>',
    scope: {},
    link: function (scope, el, attr) {
        attr.templateUrl.$observe(); // логика изменения переменной.
    }
}

но тогда у полозователя не будет возможности сделать что-то самому

Я уже вам написал в комментариях к другому вопросу но продублирую. Когда пользователь выбирает какой-то другой вариант сортировки или фильтрации, мы просто уведомляем контроллер об этом. Тот уже будет просить сервисы что бы тот предоставил данные согласно нашим новым условиям. Сервис все это сделает и вернет нам данные в контроллер. Мы чуть чуть может еще подготовим данные под наше представление и выплюнем во view (по сути данные попадают в $scope). Далее за счет дата биндинга view реагирует на изменение состояния данных и подстраивается под них согласно вашему описанию (все эти ng-repeat и т.д. Не спроста шаблоны в ангуляре называют декларативными).

Это собвенно и есть MVC, при таком подходе нашему view будет глубоко плевать на реализацию фильтрации, а нашей модели (логике по работе с данными) плевать на то как эти данные выводятся. А контроллер будет лишь посредником который будет знать как эти два слоя связываются друг с дружкой.

updated

Решил сделать пример, на который буду ссылаться дальше:

Пример

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

Давайте представим что мы мысленно раздели наше приложение на два слоя: слой который работает с данными (M), и слой который занимается отображением этих данных пользователю (V), ну и посовместительству хэндлит взаимодействие пользователя с этим view (формы например).

Что бы упростить поддержку системы, нам надо снизить связанность этих двух слоев, сделав их максимально независимыми. Что бы изменения в одном слое не вызывали особой необходимости менять что-то в другом. Для этого мы вводим промежуточный слой - контроллеры (С). Это по сути и есть основная идея MVC. Разделяй и властвуй.

Теперь давайте задумаемся. Вот вы делаете каталог товаров по схеме аля "загружаем все данные на клиент и там все фильтруем". И все идет хорошо, мы быстро все запилили и вот данных становится уже сильно много. Настолько много что приложение начинает пидалить или же просто загрузка всех данных занимает чудовищно много времени. И вот вы приняли решение о том что фильтрация теперь будет происходить на сервере, а вы будете загружать только то что нужно сейчас.

Если у вас работа с данными уже была разделена сделать это не составит проблем. Мы просто поменяем наш ProductCatalog и заменим там методы на нужные нам. View от этого не поменяется ни сколички. Более того мы можем спокойно покрыть этот функционал быстрыми юнит тестами.

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

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

Но вернемся к реалиям anuglar-а. Дело в том что когда вы используете фильтры в шаблонах, они будут дергаться на КАЖДЫЙ $digest цикл, так работает дата биндинг. То есть при относительно небольшом объеме данных у нас приложение уже будет жутко педалить. Потому использовать фильтры с коллекциями в шаблонах простительно только если вы на 100% уверены что данных пока будет мало, а потом можно будет переделать.

Как-то так. Поскольку у вас есть возможность использовать ангуляровские фильтры внутри сервисов или контроллеров, "экономный" вариант будет занимать не больше времени разработки и поддерживать такой код будет проще.

Да вы издеваетесь? Никак. Какой вам JS, если вы даже поиском пользоваться не умеете?
За 8 часов уже третий такой вопрос.

Как изучить JavaScript?
С чего начать изучение JavaScript?

https://github.com/angular-ui/ui-router/wiki#state...

На macos пользовался phpstorm. Потом работал с ubuntu, сейчас на windows - везде пользуюсь этим замечательным продуктом от jetbrains
https://www.jetbrains.com/phpstorm/

Open Broadcaster Software
Но куча настроек и может иногда глючить при неправильных настройках.