@phpclubru

Страница 939 из 956
Grigoriy
03.07.2019
10:02:57
ну да там есть такое hasManyThrough... через третью таблицу. то есть belongsToMany это manyToMany без таблицы связки?

как это вообще понимать связь много ко многим без третьей таблицы?

Google
Алексей
03.07.2019
10:03:56
чтобы построить форижно тебе надо знать таблицу родителя, ключь родителя, таблицу потомка ключь потомка

опяь же я тут наугад тыкаю

Grigoriy
03.07.2019
10:04:32
ну там есть какой-то pivot я так и не понял чо это

꧁༒☬Ąžīż4įķ_0660☬༒꧂
03.07.2019
10:04:40
240гб на ОС сделал

Grigoriy
03.07.2019
10:04:47
но там pivotTable... почитаю

чтобы построить форижно тебе надо знать таблицу родителя, ключь родителя, таблицу потомка ключь потомка
ну а кто сказал что есть потомок и есть родитель? и кто родитель кто потомок?

Алексей
03.07.2019
10:05:33
как бы

Grigoriy
03.07.2019
10:05:52
и как оно вытекает? то есть это вопрос на то как она строится чтобы оно вытекало

Алексей
03.07.2019
10:06:00
потомок без родителя не родится

Alina
03.07.2019
10:07:04
и как оно вытекает? то есть это вопрос на то как она строится чтобы оно вытекало
Есть, например, рубрики и есть книги в них. В одной рубрике много книг и одна книга может принадлежать многим рубрикам

Алексей
03.07.2019
10:07:32
если у тебя талица заказов, к которой привязаны справочники - то в модели зкакзов has в модели справочиков belong

Google
Alina
03.07.2019
10:07:33
Так вот рубрики будут hasMany, а книги будут юзать belongsToMany

Grigoriy
03.07.2019
10:07:33
погоди, связь описывает одну запись. у одной записи не может быть много рубрик если нет третьей таблицы. или массив или третья таблица

Алексей
03.07.2019
10:08:45
ушел кушать и работать....

Alina
03.07.2019
10:09:28
Ну да, там и будет третья таблица

Grigoriy
03.07.2019
10:09:39
если у тебя талица заказов, к которой привязаны справочники - то в модели зкакзов has в модели справочиков belong
а, кажется понял. если логически мы решаем что через эту таблицу можно указать вложенные записи (о чем мы с тобой вчера говорили) - то это родитель. если через запись можно создать, но не имеет смысла - то скорее всего это потомок. типа как "по параметру заказа привязать заказы" - это как бы можно, но вынос мозга и вот тут потомок, правильно я понял?

Ну да, там и будет третья таблица
если третья таблица то там это... hasManyThrough. куда тут belongsToMany простите

Alina
03.07.2019
10:10:29
нет, почитай мануал внимательно

Grigoriy
03.07.2019
10:11:07
нет, почитай мануал внимательно
я его и читаю. и спрашиваю потому что не понимаю.

Alina
03.07.2019
10:11:39
https://laravel.com/docs/5.8/eloquent-relationships#many-to-many - "To define this relationship, three database tables are needed: users, roles, and role_user."

Grigoriy
03.07.2019
10:12:23
https://laravel.com/docs/5.8/eloquent-relationships#many-to-many - "To define this relationship, three database tables are needed: users, roles, and role_user."
ну понятно, я базах кое что смыслю. то есть belongsToMany это обратная для hasManyThrough?

а не для hasMany

Alina
03.07.2019
10:12:36
нет

Has Many Through - когда есть уже две или больше таблицы со связями.

countries id - integer name - string users id - integer country_id - integer name - string posts id - integer user_id - integer title - string

Grigoriy
03.07.2019
10:13:20
ага... когда они независимы от слова совсем

Alina
03.07.2019
10:13:31
да

именно

Grigoriy
03.07.2019
10:13:58
в таком случае через третью таблицу hasMany как мы кидаем? belongsToMany понятно, а вперед?

просто указываем вторым параметром таблицу связи?

Alina
03.07.2019
10:16:08
ты про простую связь many to many?

Google
Alina
03.07.2019
10:17:35
указываешь модели. Если имена полей отличаются от принятых, их нужно указать. Таблицу связи не надо нигде указывать, она просто должна быть, должна быть названа правильно и содержать нужные поля

а, соврала немного. Ее нужно указывать, если она названа не по правилам

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

Rodion
03.07.2019
10:21:25
Добрый день всем! У кого есть опыт на чистом php выгрузка без сохранения в бд более 8 милеонов записей по api? Может кто подсказать какой алгоритм под это может подойти? Я могу получать как с 0 записи данные так и с самой последней до 0. Проблема в том что я сдыхаю по памяти и время выгрузки более 2 часов... Ну и максимальный шаг для выгрузки в одном цыкле это 10к записе, тут уж особености API)

Rodion
03.07.2019
10:29:34
@MegaloCerebrum А это разве не дольше будет?

Алексей
03.07.2019
10:31:58
@MegaloCerebrum А это разве не дольше будет?
дольше, но в память влезит

Pavel
03.07.2019
10:32:05
Что представляет из себя api то? Это какой вообще протокол? Формат?

Алексей
03.07.2019
10:32:32
либо хранить заготовленный ответ в файле и отдовать его

Rodion
03.07.2019
10:32:42
api по транзакциям битка) эфира если быть точнее.

Pavel
03.07.2019
10:32:58
То есть ты обращаешься в json rpc на локальной машине?

Rodion
03.07.2019
10:33:21
Да верно.

Алексей
03.07.2019
10:33:47
а... ты по апи вытягиваешь записи....

в пых

Rodion
03.07.2019
10:33:53
+

Pavel
03.07.2019
10:33:53
Ну вот, выгрузи 10к записей, обработай их, почистись, и на следующей итерации грузи следующие 10к записей

Rodion
03.07.2019
10:34:28
Да я так и делаю, просто это долго. думал есть както более быстрый вариант.

Pavel
03.07.2019
10:34:38
переписать не на пхп например

Алексей
03.07.2019
10:35:10
качайть wget ом внешним с апишки в фаил твою жсон

Google
Rodion
03.07.2019
10:35:20
Думал может стоит 2 синхронных запроса кинуть с начал и с конца и гдето по середине тогда остановить

Алексей
03.07.2019
10:35:29
потом делай поточный парсер на машине состояний

Andrew P.
03.07.2019
10:36:43
потом делай поточный парсер на машине состояний
нужны поточные шифраторы и мощные лаптопы на прототипе 686 процессора)

Andrew P.
03.07.2019
10:37:44
мне??? нет! мне не нужны
а понял, откуда это?)

Алексей
03.07.2019
10:38:09
в зад в будущее?

Andrew P.
03.07.2019
10:38:29
в зад в будущее?
миссия невыполнима) недавно смотрел) угарнул с этой фразы))))

Алексей
03.07.2019
10:39:03
видно модная фраза

Думал может стоит 2 синхронных запроса кинуть с начал и с конца и гдето по середине тогда остановить
у тебя вопрос - скачать побыстрее? или в память влезть, или побыстрее обработать ?

Rodion
03.07.2019
10:44:14
В память влезть и побыстрее обработать

Алексей
03.07.2019
10:45:06
в память влезть - обрабатывать в потоке...

в побыстрее - я ы не стал брать пых

Rodion
03.07.2019
10:45:56
Хорошо, а что вместо php?

Алексей
03.07.2019
10:46:24
шарп, жаву, ся

Andrew P.
03.07.2019
10:46:54
Rodion
03.07.2019
10:47:29
Окей, java для многопоточночности предлагаете?

Алексей
03.07.2019
10:51:59
Окей, java для многопоточночности предлагаете?
Скорость работы java с массивами и стуктурами данных не сильно меньше чем у сей.

а многооточность волне себе норм

Java
Согласен... +java -память :))

Google
Алексей
03.07.2019
10:53:37
но есть вполне себе компилятор javы в бинарник, делающий чудеса.

именно компилятор а не объединятор с виртуальнй машиной

шарп - такая же виртуальная машина и может то-же из коробки

Rodion
03.07.2019
10:57:27
Понял, спасибо) Тему можно закрыть)

Артур
03.07.2019
11:13:32
Помогите пожалуйста не могу настроить обратую связь, что бы приходило на gmail почту, кто может помогите пожалуйста, взял готовый код, но не могу его переделать что бы приходило на почту

Gena
03.07.2019
13:24:42
Хорошо, а что вместо php?
Посмотри ещё в сторону Go.

Artem
03.07.2019
13:53:14
Хочется сделать гибкий интернет-магазин на symfony 4. В сторону каких готовых решений можно посмотреть? (фильтры к каждой категории свои наборные, группировка товаров по свойствам(размеры, цвета, формы и тп) )

Artem
03.07.2019
14:06:13
pimcore - гибче некуда
Спасибо огромное, посмотрю сейчас.

Алексей
03.07.2019
14:06:49
Спасибо огромное, посмотрю сейчас.
ну ток это не магазин а пим система

но модль магазина для него есть

Artem
03.07.2019
14:08:09
ну ток это не магазин а пим система
мне по идеи ещё и лучше, сейчас демку запущу.

Алексей
03.07.2019
14:08:38
вот от него магазин

Artem
03.07.2019
14:09:50
вот от него магазин
спасибо, вечер теперь будет интересным)

Страница 939 из 956