@prophp7

Страница 1371 из 1387
Sergey
23.10.2018
11:14:46
склеить но не в новый массив, а к основному добавить
массивы по значению работают. ты всегда будешь получать новый массив. Либо опять же добро пожаловать в гугл и работа со ссылками

Shmaltorhbooks
23.10.2018
11:15:02
склеить но не в новый массив, а к основному добавить
а вдруг новый можно присвоить в старую переменную?

Google
Shmaltorhbooks
23.10.2018
11:15:24
как тебе такое, Илон Маск?

Artur
23.10.2018
11:15:35
а вдруг новый можно присвоить в старую переменную?
можно если у тебя хэш таблица или уникальные ключи или 1 перезатирает другой

Sergey
23.10.2018
11:17:07
в брокере очередей накапливаются задачи созданные разными версиями и несущие разные данные на одну и ту же задачу, например
короч, я не понимаю о чем ты. Если ты о том что бизнес захотел добавить новое обязательное поле и это нарушает обратную совместимость контрактов - либо бизнес должен предоставить дефолтное значение, которое мы будем юзать если клиент не предоставил свое, либо поле должно быть опциональным. Задачи тоже должны быть между собой совместимы. Дальше все опять же упирается в договоренности по суппорту, всякие SLA и прочие веселые вещи.

Юрий
23.10.2018
11:17:58
$a = array('a', 'b'); $b = new ArrayIterator(array('c', 'd')); array_push($a, ...$b); // $a is now equals to array('a','b','c','d');

Sergey
23.10.2018
11:18:03
ты говоришь о доступных компромисах
ну ты ж инженер, вся твоя работа это поиск компромисов)

Юрий
23.10.2018
11:18:04
Вот такое решение нашел

По моему годно

Sergey
23.10.2018
11:18:28
$a = array('a', 'b'); $b = new ArrayIterator(array('c', 'd')); array_push($a, ...$b); // $a is now equals to array('a','b','c','d');
ты типа хочешь поменять массив который тебе приходит на вход?

Юрий
23.10.2018
11:19:13
он сказал что не новый массив надо а тот же изменить

Google
Sergey
23.10.2018
11:19:21
почитай на досуге вот это: http://david.tribble.com/text/goto.html

и попробуй прикинуть почему менять значения которые тебе передают на вход - плохо

Artur
23.10.2018
11:19:39
ну ты ж инженер, вся твоя работа это поиск компромисов)
дык я и говорб оверинженеринг. но задача решаемая

Sergey
23.10.2018
11:19:54
Shmaltorhbooks
23.10.2018
11:20:13
$a = array('a', 'b'); $b = new ArrayIterator(array('c', 'd')); array_push($a, ...$b); // $a is now equals to array('a','b','c','d');
конкретно в этом примере сработает даже $a = $a + $b;))

Artur
23.10.2018
11:20:55
я не люблю оверинженеринг
могу допустить что условные фейсбуки и гуглы вынуждены с этим жить

Sergey
23.10.2018
11:21:02
конкретно в этом примере сработает даже $a = $a + $b;))
паучье чутье подсказывает мне что там что-то типа: $a = [1, 2]; function iAmNasty(array $a) { // nasty things happens here }

Shmaltorhbooks
23.10.2018
11:21:17
та да)

дал в штангу)

Sergey
23.10.2018
11:21:55
так массивы копируются жы
я об этом выше и сказал. Но есть ссылки) и отдельный котел для любителей неявных сайд эффектов

Artur
23.10.2018
11:22:10
ну технически там мог быть и Iterable

Sergey
23.10.2018
11:22:45
могло быть, но думаю что разработчик который вкурсе про itarable врядли бы задавал такой вопрос) такое вот мнение

Artur
23.10.2018
11:23:32
вангую собесед )

о вопрос актуальный ктонить с радиусами гео поиска в sql работал?

точность не критична

Sergey
23.10.2018
11:25:22
если точность не критична - гугли про геохэши

Artur
23.10.2018
11:25:55
это геомодуль?

Sergey
23.10.2018
11:26:10
это геохэши

Google
Shmaltorhbooks
23.10.2018
11:26:11
а вопрос в чем?)

Artur
23.10.2018
11:26:29
поиск по гео с радиусом? )

Sergey
23.10.2018
11:27:03
придешь уже с вопросами поинтереснее)

q3ta
23.10.2018
11:27:13
Artur
23.10.2018
11:27:15
ну блин погугли
ну яуже почитал даже

Shmaltorhbooks
23.10.2018
11:27:20
пхах) корень гипотенузы равен сумме квадратов катетов)))

Artur
23.10.2018
11:27:20
и не сегодня

Sergey
23.10.2018
11:27:32
ну яуже почитал даже
ну так в чем конкретно вопрос? геохэши не подходят?

ну и СУБД упомяни

Artur
23.10.2018
11:28:05
pg

Sergey
23.10.2018
11:28:41
ну в pg если данных мало (сотни тысяч) можно классику, там все функции есть в postgis

если много и точность не критична - геохэши

Artur
23.10.2018
11:29:03
вот думаю как решить дешевле

Sergey
23.10.2018
11:29:13
ну то есть вопроса нет

ну типа postgis довольно дешево

Artur
23.10.2018
11:29:22
вопрос скорее что еще

Sergey
23.10.2018
11:29:41
слишком мало инфы о задаче что бы что-то сказать

по дефолту - postgis. дальше от объема и характера данных

Google
Sergey
23.10.2018
11:30:18
для какой-нибудь класстеризации я например больше люблю эластику юзать (готовые модули, оч удобные)

Artur
23.10.2018
11:30:50
слишком мало инфы о задаче что бы что-то сказать
я не очень хочу тянуть на прод пг - postgis

Sergey
23.10.2018
11:31:02
я не очень хочу тянуть на прод пг - postgis
то есть на проде у тебя не pg

Artur
23.10.2018
11:31:02
сейчас делаю тупо 2 between

и это временно

Sergey
23.10.2018
11:31:32
ну... попробуй ответить на вопрос почему не хочешь

Artur
23.10.2018
11:31:39
в конечном счете будет поисковой движок

Sergey
23.10.2018
11:32:16
поздравляю

тогда тебе точно нужно не sql

Artur
23.10.2018
11:32:22
ну... попробуй ответить на вопрос почему не хочешь
потому что надо изучать и подводные камни

временно говорю же

Sergey
23.10.2018
11:32:49
окей, короч - ты вообще ничего о задаче не сказал. В рамках того что ты сказал - postgis дешево и сердито

Artur
23.10.2018
11:32:59
датупо поиск точек

Sergey
23.10.2018
11:33:03
а с учетом того что у тебя там поисковой движок - то это вообще что угодно может быть

Sergey
23.10.2018
11:33:42
короч, индекс точек через геохэши

либо postgis

Artur
23.10.2018
11:33:55
ну попробую углубится в вопрос

Google
Sergey
23.10.2018
11:34:31
ну тип.... в чем прелесть pg - можно просто создать индекс по экспрешену который тебе будет средствами postgis генерить индекс геохэшей и при этом не важно как данные хранятся

Artur
23.10.2018
11:34:52
я вот боюсь что этих индексов будет много

а меня устраивает и квадрат

Sergey
23.10.2018
11:35:19
ну ищи квадратом че

Artur
23.10.2018
11:35:20
-50km по x и y => +50km по x и y

но цифры ЛЮБЫЕ

Sergey
23.10.2018
11:35:47
пока у тебя индексы в оперативку помещаются (а ты это можешь посчитатть) - проблемы нет. Не будут помещаться - у postgres есть brin индексы

не будет хватать оперативки под brin индексы (маловероятно) или упрешься в скорость выборки - тут уже надо уже распределенное что-то

типа касандры.

Artur
23.10.2018
11:37:31
но без множественных индексов по 1 точке оно работает с обычными индексами

Sergey
23.10.2018
11:37:32
и все больше будет влиять характер задачи

Artur
23.10.2018
11:37:49
а гео индексы скорее всего не сработают в json и прочее

Sergey
23.10.2018
11:37:51
-50km по x и y => +50km по x и y
геохэши в теории будут лучше

Artur
23.10.2018
11:38:00
Sergey
23.10.2018
11:38:10
а гео индексы скорее всего не сработают в json и прочее
у тебя постгрес - ты можешь построить идекс по всему что хочешь если это чистой функцией опистаь

Artur
23.10.2018
11:38:22
кстати да

Vitaly
23.10.2018
11:40:34
Ребята привет! Тупой вопрос. Подскажите, считается ли нормальной практика инжектить диспатчер доменных эвентов в application service? Сомневаюсь, потому, что это +1 зависимость, соответственно придется править уже существующие тесты. Предлагают вариант диспатчинга через хуки доктрины, но мне он не нравится, потому, что не очевидный. Кто как разруливает?

Bohdan
23.10.2018
11:41:35
а кто вызывает твой application service?

Vitaly
23.10.2018
11:42:03
Контроллер

Точнее его вызывает шина, которая хэндлит команду

Страница 1371 из 1387