kryptamine

Всем привет!

Товарищи выручайте.
Есть API и статистические данные. Лучше объясню на примерах.
[GET] /statistic?group=date

{
  {
    "date": "2016-09-27",
    "stats": {
      "uniq_visitors": 0,
      "hints": 0
    }
  }
}

Вот как поступить в данном случае и не проебать дата контракты, т.е. group - это enum[date, subaccount...], но я не могу постоянно менять нейминг полей ответа в зависимости от группировки.
Т.е. в зависимости от типа группировки, меняется значение поля по которому сгруппированы данные, это может быть string date(2016-01-01), object subaccount и.т.д. Либо это разруливается разными роутами и нельзя универсалить подобные вещи?
Есть вариант сделать что-то типа:

{
  {
    "value": "2016-09-27",
    "stats": {
      "uniq_visitors": 0,
      "hints": 0
    }
  },
  group_field : "date"
}

Т.е. у нас в этом случае в value, будет значение группировочного поля так сказать. Но этот вариант по прежнему не подходит, т.к. тип поля value не всегда может быть строка, а в некоторых случаях - это объект.
Подскажите пожалуйста адекватное решение, если кто-то сталкивался с подобным, нагуглить ничего не могу по этому поводу, инфы маловато.

Всем привет!
Мужики выручайте.

 id | list (json)
----+------
  1 | [1,2,3]
(1 row)

Есть json поле в постгре, умеет ли она искать по массиву? Т.е. я хочу что то типа where list in (1,2,3)
И вообще адекватная ли это затея, так хранить данные, т.е. я не хочу заводить связующую manytomany таблицу, а хранить массив айдишников из конечной таблицы таким образом.
Спасибо.

@kryptamine, к фото доступа нет

@Sinkler,
сори, перезалил.

kryptamine, 21 мая 2015 г. 15:49:08

По поводу того как приходят данные - php://input. По поводу количества и частоты запросов, на данный момент не столь критичные объемы, скажем 1000 запросов в 5 минут.

@kryptamine, какая вообще разница, сколько запросов если их по любому обрабатывать надо, сразу же или потом?

@vasa_c, да хер его знает, мне по ходу реально мозг свело, когда я это спрашивал. Согласен, разницы никакой.

ну я понимаю что хуйня, просто на будущее типа масштабируемость и прочее говно..

ну видимо вы правы, нахуй городить огороды, где это не нужно..

=

То есть сначала сохранять эти данные в бд например, а потом ...

опять сохранять в бд, угу, по крону.

Спустя 163 сек.

короче, сразу сохраняй, чем схема проще, тем надёжнее

@master, да действительно, неудобно вышло.

По поводу того как приходят данные - php://input.
По поводу количества и частоты запросов, на данный момент не столь критичные объемы, скажем 1000 запросов в 5 минут.

Извините за название топика, я реально хз как это назвать.
Ситуация такая, от стороннего сервера с разными промежутками приходят xml наборы данных, например такие

<?xml version="1.0" encoding="UTF-8"?>
<result>
  <user_id>123456</user_id>
  <cost>10</cost>
</result>

Мне эти наборы данных нужно обработать и докинуть в бд соответственно.
Вопрос следующий:
Стоит ли для этой задачи использовать сервер очередей? То есть сначала сохранять эти данные в бд например, а потом с помощью sheduler'а порциями обрабатывать и проводить различные манипуляции, либо можно это делать на лету, то есть как только приходит отстук от сервера.
Либо же есть какие-то более изящные решения для этой задачи.

Товарищи помогите плз, может кто сталкивался, второй день бьюсь..
В общем, есть известная библиотека для работы с таблицами DataTables, я юзаю плагин от yajra.
Вопрос в следующем:
Допустим я изменяю вывод какого то поля в таблице, таким образом

        return Datatables::of($uniqs)
            ->editColumn('ip_address', function($data)
            {
                return long2ip($data->ip_address);
            })
            ->make(true);

И у меня ломается smart search из коробки, каким образом можно добавить callback, может кто то сталкивался..
Пытался сделать что-то вроде этого:

            ->filter_column('ip_address', 'where', 'db::raw(INET_NTOA(ip_address))', 'LIKE', '$1')

безрезультатно..

Товарищи, подскажите пожалуйста, захотел на уровне nginx отдавать ресайзнутые изображения и thumbnail'ы.
Скомпилил nginx как это полагается с image_filter_module.
Столкнулся с проблемой, если изображения большое, получаю следующую ошибку:
2015/04/14 06:14:38 [error] 6979#0: *1 image filter: too big response: 2819630 while reading response header from upstream, client: 5.44.169.2, server:
Как с этим бороться и вообще насколько это хорошая практика ресайзить большие изображения на уровне nginx?

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

Возможно, я для себя их чекал с разных сервисов давно. Скорее всего половина сдохла.

Вот есть ещё микс, опять же я не чекал.
mix