
Artur
23.10.2018
11:14:42

Sergey
23.10.2018
11:14:46

Shmaltorhbooks
23.10.2018
11:15:02

q3ta
23.10.2018
11:15:20

Google

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

q3ta
23.10.2018
11:15:28

Artur
23.10.2018
11:15:35

Sergey
23.10.2018
11:17:07

Artur
23.10.2018
11:17:40
окей - имеет место быть

Юрий
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

Юрий
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

Юрий
23.10.2018
11:19:44

Sergey
23.10.2018
11:19:54

Shmaltorhbooks
23.10.2018
11:20:13

Artur
23.10.2018
11:20:55

Sergey
23.10.2018
11:21:02

Shmaltorhbooks
23.10.2018
11:21:17
та да)
дал в штангу)

Artur
23.10.2018
11:21:33

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

Sergey
23.10.2018
11:31:02

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
а с учетом того что у тебя там поисковой движок - то это вообще что угодно может быть

Artur
23.10.2018
11:33:09
данные лежат в json

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

Artur
23.10.2018
11:38:00

Sergey
23.10.2018
11:38:10

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
Контроллер
Точнее его вызывает шина, которая хэндлит команду

Sergey
23.10.2018
11:42:42
Ну то есть факты а не хуки