Денис

как то так, но это не самое лечшее применение switch

switch(valMetr){
        case 0:
        case 1:
        case 2:
// еще 47 строчек
        case 49:
          valMetr = 0:
          break;

погуглите на тему masonry blocks

Писать CMS стоит только для быстрого старта в изучении языка. Боевую и хорошую CMS написать уже очень сложно, и очень долго. И получается, что никакого смысла в этом нет. Популярные CMS в написании занимают уже десятки человекоЛет. Если писать одному, то до уровня того же wordpress ты дойдешь за 20-30 лет, а это далеко не самый крутой и сложный движок.

Все вышесказанное - исключительно мое мнение :-)

Я использую Ratchet
Пока вроде устраивает. Но он у меня не особо сложную работу делает, и чисто для админки, то есть для ограниченного количества пользователей.

Мое предположение.
Идти по шагам, и записывать в новый массив только измененную цифру

например:
создали пустой массив равный исходному
var out=[x, x, x, x, x]
1 шаг
взяли 1, 2, 3, 4, 5 надо заменить 1 на 3, заменили сохранили
out=[3, x, x, x, x]
2 шаг
взяли 1, 2, 3, 4, 5 надо заменить 3 на 2, заменили сохранили
out=[3, x, 2, x, x]
.....
потом прошлись по получившемуся массиву и заменили x на числи из исходного массива.

Ну это в качестве бреда :-)

Смотря за какое время и сколько потоков.

По идее это не большая цифра.

Попробовать так

// вместо
 $scope.studentsCollection = Student.query();
// сделать
Student.query().success(function(response){
 $scope.studentsCollection = respose;
})

Как то так примерно

<div class="not_show" id="notShow" ng-click="showSpan=!showSpan">
        <span class="checkPrompt" ng-show="showSpan" id="check"></span>
    </div>
    <input type="checkbox" ng-checked="showSpan" class="checkBox" id="notShowCheck" hidden="hidden">

des1roer мне кажется тут хромает логика самих действий.

Я так понимаю, что вам требуется записать в базу заполненную форму.
например А, Б и А+Б
1. Нехорошо давать пользователю возможность менять вычисляемые поля. Даже если поле read-only то вычислять сумму должен однозначно сервер.
2. Зачем хранить вычисляемые значения в базе?
3. Зачем гонять туда сюда данные формы?

На мой взгляд это решается таким алгоритмом:
1. пользователю выводится форма.
2. Пользователь начинает её заполнять.
3. JavaScript следит за заполненностью полей формы и при их изменении отправляет введенные данные на сервер.
4. Сервер валидирует данные, считает их сложным алгоритмом, и возвращает обратно результат вычислений, либо состояние ошибки.
5. После окончательного заполнения формы она отправляется обработчику, он валидирует данные ещё раз, и пишет (введенные!) данные в базу.
6. всё что может быть вычислено IMHO должно вычисляться. Ведь не ровен час условия вычисления изменятся(поплывут коэффициенты) и что потом? пересчитывать всю базу? Не комильфо.

где-то лишняя '<'

leafletjs.com
Хорошая штука

в .httaccess

Redirect 301 /old-link example.com/new-link

www.drebedengi.ru

транс, инструментал без вокала.

тишину

я делаю так
на продакшн сервере домен настроен как обычно example.com
на локальном example.local

Так и веду разработку. И к домену не привязываюсь совсем. Но это я так, для общего развития :-)

судя по ногам транзистор

имхо, они прекрасно работают в паре, просто для разных нужд работают.
А плагины для Jquery отлично прицепляются через директивы(например) или вообще делаются в три строчки кода в самом angular.

jQuery - берет DOM - парсит его и позволяет им крутить вертеть
angular - берет данные - и делает из них DOM

направление работы противоположное как бы

Для себя и потомков, функция вернет адрес получателя.

function getRecipient(){
  $a=array('one@example.com', 'two@example.com','three@example.com');
  $f=__DIR__.'/file_v_kotorom_sohranim_index';
$i=0;
if(file_exists($f)){
      $i=file_get_contents($f);
      if($i<=count($a) $i++; 
      file_put_contents($f, $i);
    }else{
      file_put_contents($f, $i);
}
  return $a[$i]; 
}