
JiSeven
10.06.2016
15:39:46
Осталось еще юнит тесты научиться нормальные делать)
ибо вечно что-то теряли/ломали
Копипаст страшная штука. Бекенщик не знает, что там верстальщик написал, собственно, выделил, скопировал, вставил. Обновил страницу - сервер не упал, значит ошибок нет :)

Nikita
10.06.2016
15:41:26
да камон, бекендеры вам реально что-то ломали?)

Sergey
10.06.2016
15:41:44
редко, но бывало

Google

Sergey
10.06.2016
15:41:49
просто из-за невнимательности

Alexander
10.06.2016
15:41:54
У нас постоянно )

Nikita
10.06.2016
15:42:24
бэкендеры наверное сидят и думают, как хорошо, что бэкенд на go/haskel/etc. переписали, теперь фронтендеры не поломают нам опять все))

Alexander
10.06.2016
15:42:55
Про PHP, jQuery и plain css - не видел с тех пор как ушёл из фриланса, даже боюсь представить, что придётся к такому вернуться :0

Sergey
10.06.2016
15:43:21
а я вот как раз пытаюсь уйти от этого
ищу команду

JiSeven
10.06.2016
15:43:34

Alexander
10.06.2016
15:43:41

Aldar
10.06.2016
15:44:00
В РоР частенько фуллстек разработчики

Nikita
10.06.2016
15:44:10
а в ноде не так?)

Aldar
10.06.2016
15:44:25
в ноду с фронта приходят
или есть такие кто с ноды начинал разработку?

JiSeven
10.06.2016
15:44:47
Все же реакт не дает пока полностью забить на верстку :(

Google

Nikita
10.06.2016
15:44:51
в грамотной команде фронтендер может так-то и в бэкенде поправить, если совсем безвыходная ситуация. Ну, на мой взгляд

Anton
10.06.2016
15:45:04
Ну беки я когда-то писал на пхп, а потом пересел на ноду
Собственно нода для меня сейчас основная специальзация - реакт приходится постольку поскольку

Nikita
10.06.2016
15:46:24
о, кстати я тоже так с php на ноду пересел. Правда это было как-то вместе с фронтом

Anton
10.06.2016
15:46:48
Ну да, все было как-то разом и постепенно

Nikita
10.06.2016
15:47:15
после symfony долго руки чесались написать аналог. Но постепенно к маленьким пакетам привык)

Anton
10.06.2016
15:47:16
В далеком студнечестве я вобще например сайты бывало на вордпрессе клепал

JiSeven
10.06.2016
15:47:37

Anton
10.06.2016
15:47:46
MySql
Либо postgre

JiSeven
10.06.2016
15:48:12
MySql
Из ноды можно обращаться в мускул?

Max
10.06.2016
15:48:17

Anton
10.06.2016
15:48:18
А чего б нет?

Nikita
10.06.2016
15:48:19
а какой смысл брать mysql, если есть postgre?

JiSeven
10.06.2016
15:48:39

Anton
10.06.2016
15:48:48
Вобще с монгой я работал года полтора-два
Ну как сказать

Google

Anton
10.06.2016
15:49:57
У нее очень много минусов

Nikita
10.06.2016
15:50:02

Anton
10.06.2016
15:50:22
Например глобальные локи на коллекции, которые выпилили только в 3.2

JiSeven
10.06.2016
15:50:42
это ты еще крутой, вот джумла, это да
Передернуло аж) у меня товарищ в соседней на работе комнате сидит. Я пришел после него на несколько месяцев, реакта незнавши. Оба верстали под джумлу. А потом я подсел на жс, ушел с джумлы, а он остался) бомбит у него теперь)

Nikita
10.06.2016
15:51:00
попробуй) она хороша, когда еще бекенд писал, отличный инструмент
еще есть на питоне pgcli, или как-то так. ТОже удобно, если только запросы писать

JiSeven
10.06.2016
15:51:57

Aldar
10.06.2016
15:52:48
хм, почему бы с ноды не начать?
На фронте сейчас движуха вся

JiSeven
10.06.2016
15:53:35
Но хочется уже совсем отверстки отвязаться

Anton
10.06.2016
15:54:17

Nikita
10.06.2016
15:54:19
такого не бывает, на мой взгляд)

Anton
10.06.2016
15:54:55
Вобще я в последнее время так для себя решил, что монгу буду стараться не брать в свои проекты

JiSeven
10.06.2016
15:55:05
Чушь?

Anton
10.06.2016
15:55:31
С локами проблему они в 3.2 конечно решили, и это хорошо, потому что раньше производительность на апдейты у них была просто жесть
Но тем не менее
Сейчас у меня есть проект, в котором есть база с 8-ю миллионами записей
И их иногда надо показывать, пагинировать, и, о ужас, иногда фильтровать

Google

Anton
10.06.2016
15:56:36
И вот тут монга абсолютный сакс - в ней нет ничего для решения такой задачи

Дмитрий d
10.06.2016
15:57:32
Показывать 8кк записей?
Но... Зачем?

Aleh
10.06.2016
15:58:11
в этом ирония вообще sql, сложно придумать задачу, где он оптимален, везде можно решить задачу более оптимальным способом. Другое дело, что нет задачи, которые нельзя решить сносно на sql

localvoid
10.06.2016
15:58:49
лол, знатоки sql :D

Anton
10.06.2016
15:58:50

Aldar
10.06.2016
15:59:30
в монге же есть лимит для пагинации?

KlonD90
10.06.2016
15:59:48
да

Anton
10.06.2016
15:59:51
На 8кк записей это не сработает

Admin
ERROR: S client not available

ENAMETOOLONG
10.06.2016
16:00:09

Дмитрий d
10.06.2016
16:00:24
Мб графики строит

KlonD90
10.06.2016
16:00:30
ну типа это не проблема монги
делайте пагинацию правильно

Aldar
10.06.2016
16:00:35
почему не сработает?

Anton
10.06.2016
16:00:46

Aldar
10.06.2016
16:00:49
не верю что в монге нельзя сделать пагинацию)

ENAMETOOLONG
10.06.2016
16:00:52

KlonD90
10.06.2016
16:00:53
эта проблема везде существует и все делают как надо

Anton
10.06.2016
16:00:57
Одновременно я их и не показываю

Google

Anton
10.06.2016
16:01:16

Aldar
10.06.2016
16:01:19
limit, skip - всё что нужно для пагинации

Anton
10.06.2016
16:01:26
Ноуп

ENAMETOOLONG
10.06.2016
16:01:44

Aldar
10.06.2016
16:01:47
а в чём проблема? долго скип делает?

KlonD90
10.06.2016
16:01:51
делайте where > что-то там по чему вы определяете а на фронт какую-нибудь еще страницу чтобы оно рисовало что-то близкое к правде

Anton
10.06.2016
16:01:53
Потому что скип загружает ВСЕ данные в оперативную память, и только после делает отступ

Aldar
10.06.2016
16:02:21
да ну) что за бред)

Anton
10.06.2016
16:02:32
Серьезно
оффсет и лимит так работают во всех базах

KlonD90
10.06.2016
16:02:51
Это к монге никакого отношения не имеет. Везде где много страниц пагинируют таким образом

Anton
10.06.2016
16:02:58
Ага, верно

Alexander
10.06.2016
16:03:13
Так и на что в итоге перешли/планируете перейти для такого кейса, Pg?

Aldar
10.06.2016
16:03:24
не могу поверить что в монге скип шерстит по всей коллекции

Anton
10.06.2016
16:03:25
Просто в sql намного проще делать атомарные операции
Это даже в оф доке написано)

Aldar
10.06.2016
16:04:52
http://stackoverflow.com/questions/7228169/slow-pagination-over-tons-of-records-in-mongo

KlonD90
10.06.2016
16:05:19

Anton
10.06.2016
16:05:34