Pavel Zhukau

Слишком много условий.
1. Реализуйте единый алгоритм работы с доменом, неважно какой это домен свой или сервиса. Скрипт всегда идёт в базу и смотрит кто его владелец.
2. Скорей всего вы не храните весь домен целиком а только его часть (я о поддомене) это юсключение также легко можно обработать
3. Работайте с http_host, роуты лучше юзать только в режиме относительных путей (конечно если все сайты типовые)
4. Создайте отдельный класс, заверните его в сервис и будет вам счастье. В своём проекте я именно так и сделал

Решил немного оптимизировать + унифицировать решение предложенное @mourr

function countFieldPersent(arr, field) {
    var data = arr.reduce((r, item) => {
        var value = String(item[field]);
        if(typeof r[value] === 'undefined') {
            r[value] = 0;
        }
        return ++r[value], r;
    }, {});
    return Object.getOwnPropertyNames(data).map(label => ({
        label,
        value : (data[label] * 100) / arr.length
    }));
}

var arr = [{ FirstName: 'Pavel',      LastName: 'Pavlol',  Phone: '1234567',  Gender:'male' },
{ FirstName: 'Ivan', 	     LastName: 'Ivanov', Phone: '1234567',  Gender:'female' }];
var result = countFieldPersent(arr, 'Gender');

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

var arr = [{ FirstName: 'Pavel',      LastName: 'Pavlol',  Phone: '1234567',  Gender:'male' },

  { FirstName: 'Ivan',       LastName: 'Ivanov', Phone: '1234567',  Gender:'female' }];
  var count = 0;

for (i=0;i<arr.length;i++){
  if (arr[i].Gender == 'male'){
    count++;
  }
}
var percentMale = Math.round(count / arr.length * 100);
var percentFemale = 100 - percentMale;

var arr2 = [{"label":"Male", "value":percentMale}, 
 {"label":"Female", "value":percentFemale}];

Решение конкретно под поля male и female. Формат того, что вам нужно получить, намекает, что надо то же самое по всем полям, но тогда пишите конкретнее.

Например, так (прошу прощения за грубый код,писал на коленке)

var arr = [{ FirstName: 'Pavel',      LastName: 'Pavlol',  Phone: '1234567',  Gender:'male' },
{ FirstName: 'Ivan', 	     LastName: 'Ivanov', Phone: '1234567',  Gender:'female' }];

var males = arr.filter((item)=>(item.Gender == 'male' ));
var females = arr.filter((item)=>(item.Gender == 'female'));
var result = [{
  "label" : "male",
  "value" : (males.length*100)/arr.length
},
{
 "label" : "female",
  "value" : (females.length*100)/arr.length
}]

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

Без jQuery, изменяя текущую таблицу. Пример: jsfiddle.net/shLc292n.

function mergeCells(table) {
  var head = table.rows[0],
      body = table.rows[1],
      resultHead = "",
      resultBody = "",
      matches = {};

  for (var i = 0; i < body.cells.length; i++) {
    var headCellText = head.cells[i].textContent,
        bodyCellText = body.cells[i].textContent,
        match = matches[bodyCellText] || (matches[bodyCellText] = []);

    match.push(headCellText);
  }

  for (var key in matches) {
    var match = matches[key],
        from = match[0],
        to = match[match.length - 1];

    if (match.length > 1) {
      resultHead += "<td>" + from + "-" + to + "</td>";
    } else {
      resultHead += "<td>" + from + "</td>";
    }

    resultBody += "<td>" + key + "</td>";
  }

  head.innerHTML = resultHead;
  body.innerHTML = resultBody;
}

Наверное, я перегибаю, но...

<table border>
    <thead>
        <td>ПН</td>
        <td>ВТ</td>
        <td>СР</td>
        <td>ЧТ</td>
        <td>ПТ</td>
        <td>СБ</td>
        <td>ВС</td>
    </thead>
    <tr id="state">
        <td>Выходной</td>
        <td>Выходной</td>
        <td>Выходной</td>
        <td>Выходной</td>
        <td>15-21</td>
        <td>15-21</td>
        <td>16-21</td>
    </tr>
</table>

var 
    $Table = $("<table />"),  
    $Thead = $("<thead />").appendTo($Table), 
    $Row   = $("<tr />").appendTo($Table),
    $_tds  = $("#state td"),  $_heads = $("thead td"),
start, i = 0;

for(; i < $_tds.length; i++){
  start = i; 
  while(
     $_tds.get(i++) && $_tds.eq(i).text() == $_tds.eq(i - 1).text()
  ){}

  $Row.append(
      "<td>" + $_tds.eq(--i).text() + "</td>"
  ); 
  $Thead.append(
      "<td>" + (i == start ? "" :  $_heads.eq(start).text() + "-") + $_heads.eq(i).text() + "</td>"
   );
}

$("table").replaceWith($Table);

jsfiddle.net/In4in/6ruk1j3r

К ответу от сервера нужно добавить заголовок Access-Control-Allow-Origin:'*' - разрешить для любых адресов кроссдоменные запросы, или Access-Control-Allow-Origin: 'http://домен-клиента' - для избранных.

Вы все правильно понимаете.
Гонять по проводам JSON и javascript вместо HTML прагматичней и конструктивней, однако идет несколько вразрез с первоначальной идеей http. Этого не любят поисковые роботы и SEO продвижение ощутимо усложняется.
Это хорошо для сервиса и не очень для ресурса.

у вас в любом случае бэкенд и фронтэнд разделён, вы их так-то даже на разных языках пишете).
можно рендерить ответ на сервере, можно разработать приложение которое бы данные грузило и создавало внешний вид уже на клиенте.
Но нужно понимать что тогда человеку чтоб увидеть ответ, нужно в начале загрузить это приложение.
Оба подхода имеют место быть.
отдавать на запросы уже готовый HTML это тоже стоящая вещь, позволяет быстро сформировать простую страницу.
В твиттере например рендерят всё на серевере, тк считают что такой способ для их сервиса больше подходит.
Хотя я за внедрение SPA приложений (одностраничные приложения) - это позволяет не только снизить нагрузку на сервера, переложив часть работы на клиента, но и сделать более продвинутые интерфейсы, с гладкой плавной подзагрузкой данных. Ну и да для масштабирования сервиса возможность отделять части приложения не заботясь о сборке на сервере, крайне полезна.

Как правило, если люди следуют определенной архитектуре/парадигме/принципам только ради какой-то "красивости", то вскоре разгребают кучу проблем. Поразмышляйте, будет ли разработка быстрее/качественнее, обоснуйте такой подход экономически. И если все сойдется, то имеет смысл.
Код должен быть читаем и масштабируем, все остальное как правило уже личные хотелки программистов, ничем не подкрепленные.

<?php

$uri = 'http://maps.tut.by/?x=27.5754888&y=53.8710542&zoom=15';
parse_str(parse_url($uri, PHP_URL_QUERY), $query);

var_dump($query);

array(3) {
  'x' =>
  string(10) "27.5754888"
  'y' =>
  string(10) "53.8710542"
  'zoom' =>
  string(2) "15"
}

storage/framework/views почисти, мб поможет.

См. правильный ответ выше. Если что-то мешает (странное ТЗ, религия, тимлид, начальство), то:
1.

Guides::where('categories_id', 'LIKE', "%\"{$cat_id}\"%")

2. Перейти на PostgreSQL, он умеет искать в json'е.

Как ...?
Перестать велосипедить и сделать нормальные таблицы и связи. HasMany| Many to Many тут прекрасно подойдет (не знаю как оно там должно работать).

Пример:

Таблица guides:
id | name
Таблица categories:
id | name
Таблица для связи (category_guide):
guide_id | category_id

Прописываем для модели Guide:

public function categories()
{
  return $this->belongsToMany('App\Models\Category');
}

И для модели Category:

public function guides()
{
  return $this->belongsToMany('App\Models\Guide');
}

Теперь можем просто:

$ids = [1, 2, 3];
$guides = App\Models\Guide::whereHas('categories', function ($q) use ($ids)
{
  return $q->whereIn('id', $ids);
})->get();

Получаем список всех гайдов, которые входя в категории с ID = 1, 2, 3

Или чтобы получить кол-во гайдов в катергории:

$category = Category::find(1);
$count = $category->guides()->count();

Можно попробовать так:

// Модель Cloth
public function styles()
{
  return $this->belongsToMany(...);
}

И выборка:

$result = Cloth::whereHas('styles', function ($q)
{
  return $q->whereIn('id', [1, 2]);
})->get();

Если правильно понял, то должно сработать.

Я думаю, вам нужно писать багрепорт в багтрекер unity. Там вам могут подсказать что-то.