Какая левая таблица? Товар куда добавить надо?

произвольная

добавить в битрикс

поделитесь примером живым добавление товара через апи плиз! или сколько будет стоить написать скрипт переноса товара из внешней таблицы в битрикс если жадины такие))

Есть примеры в апи, вам уже привели, есть импорт из csv - тоже неплохой вариант. Для связки с внешним источником есть внешний код XML_ID Решить проблему чтобы самому не думать в среднем от полутора до трёх

часов?)

Что значит любая?

У вас есть список товаров в какой-то таблице, а надо перевести в битрикс?

угу

чет не пойму каким методом воспользоваться чтобы получить элемент по "XML_ID"

getlist

CIBlockElement::GetList

это?

yes

function GetList($arOrder=array("SORT"=>"ASC

почему не статический?

Да чего спорить

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

Да. Другие фреймворки круче

Но битрикс решает свои бизнес задачи

Стоимость поддержки битрикс а значительно ниже других платформ

функции для построения дерева нет

какого дерева?

Стоимость поддержки битрикс а значительно ниже других платформ

может быть

какого дерева?

обычное дерево, с разделами и элементами. С такой же иерархией, что и в оригинале

обычное дерево, с разделами и элементами. С такой же иерархией, что и в оригинале

CIBlockSection::GetMixedList

тыкал его

обычное дерево, с разделами и элементами. С такой же иерархией, что и в оригинале

Два гетлиста, один по секции, другой по элементам, а потом собрать в удобный вид. Эм, сложно?

Вот мне интересно ) к чему эти срачи? не нравится битрикс - не пишите на нем)

нет, я разве говорил, что это сложно

Данных более чем достаточно. Сорт по left_margin

Вот мне интересно ) к чему эти срачи? не нравится битрикс - не пишите на нем)

битрикс и не нравится, и нравится одновременно.

тыкал его

Тогда через Д7 ElementTable::getList c включением в селект IBLOCK_SECTION и сортировкой по IBLOCK_SECTION.LEFT_MARGIN

Вот мне интересно ) к чему эти срачи? не нравится битрикс - не пишите на нем)

Ежики плакали, кололись...

Тогда через Д7 ElementTable::getList c включением в селект IBLOCK_SECTION и сортировкой по IBLOCK_SECTION.LEFT_MARGIN

надо посмотреть. какой запрос он делает и попробовать его на наборе из 500к записей

Мне интересно - а где надо выбрать 500к записей за раз?

надо посмотреть. какой запрос он делает и попробовать его на наборе из 500к записей

Будет LEFT JOIN таблицы b_section по IBLOCK_SECTION_ID на чтение нормально отработает. Секции в битриксе - это nested sets

Мне интересно - а где надо выбрать 500к записей за раз?

задачи разные бывают

Ну допустим оно отработает даже быстро. Но мне хоть кто-нибудь объяснить мне -зачем?)

Ну допустим оно отработает даже быстро. Но мне хоть кто-нибудь объяснить мне -зачем?)

не - тут же смысл срач развести ) а зачем.. )

Это же все равно tmp table. Если большие объемы

Ну допустим оно отработает даже быстро. Но мне хоть кто-нибудь объяснить мне -зачем?)

Ой вей! Люди стали говорить умных слов (С) Понты

Ой вей! Люди стали говорить умных слов (С) Понты

Не понял сарказма... Ну да ладно)

всем спс я смог))

нигде не было сказано про выборку за раз

я говорил про набор из 500к записей, а не выборку всех 500к

нигде не было сказано про выборку за раз

смишно, а зачем тогда число записей обозначать?

эт не имеет значения тогда вовсе

если левую херню не тянуть

ну ок, не имеет так не имеет

нигде не было сказано про выборку за раз

А, хм. Просто выше спрашивал о простройке всего дерева. Если только срез, то никаких проблем не должно вызвать. Там ключи по section_id, так что выбора под джоин должна быть быстрая

один join погоды не сыграет, раз уж на то пошло

Не понял сарказма... Ну да ладно)

Просто выглядит как вместо чтения одной страницы с документацией прочитано 500к комментариев на хабре)))

От объема зависит. Если окончательная таблица не помещается в буферы, то будет собрана таблица во временном файле. А тут уже от винта зависит

Просто выглядит как вместо чтения одной страницы с документацией прочитано 500к комментариев на хабре)))

Что-то хабр, становится именем нарицательным ) битрикс-мстя

еще от индексов. Фильтрация порой такие чудеса производительности демонстрирует

еще от индексов. Фильтрация порой такие чудеса производительности демонстрирует

Да, потому про этот момент и сказал выше

один join погоды не сыграет, раз уж на то пошло

Если уж ты тут направо и налево говоришь, что "код посмотрел", то увидел бы, что в ОРМ Д7 один getList - это один SELECT. На него только навешиваются JOIN через Reference фильтры и ордеры. Скорость отработки зависит от мускуля и "Фреймворк Х" здесь нипричем

Код орм я не смотрел

То что описал, очевидно. К чему это сказано, мне не очень понятно

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

Там есть много интересного

Всем привет. не подскажите почему $_FILES может быть пуст? <form method="POST" enctype="multipart/form-data" action="/personal/ajax.php" id="photo_form" > </form>

Отправляю ajaxом

Аяксом файлы не уходят

а как быть? надо обновить фотографю пользователя без перезагрузки

Сча вспомню

Есть там одна штука

Там же через апи нужно файл дергать

https://developer.mozilla.org/ru/docs/Web/API/FormData

Я вот этим слал

Ага, спасибо)

Тут пример вроде более-менее понятный http://true-coder.ru/php/ispolzovanie-obekta-formdata-dlya-zagruzki-fajlov.html

https://code.tutsplus.com/tutorials/uploading-files-with-ajax--net-21077

о. интересный срачик

орм битры

да. она грустная.

т.е. я вот как человек, который ненавидит массивы ломаю себе пальцы что-бы сделать привязку к своим объектам

после доктрины и элокуэнта мне грустно самостоятельно прописывать прогрузку референс объектов

описывать геттеры, сеттеры и помнить все названия полей

т.е. я блин хочу создать сущности и ими оперировать на основе описания сущности

почему не описать прямо на доктрине? Потому что завтра поменяют логику связки полей, выпустят "магазин 17.5" и иди гуляй... переписывай

Кто как деплоит на прод? Поделитесь опытом.

пока гитом, но в ближ недели внедрим автосборку teamcity+git+gulp и сразу на несколько серверов. как внедрим наверное запилю статейку

пока гитом, но в ближ недели внедрим автосборку teamcity+git+gulp и сразу на несколько серверов. как внедрим наверное запилю статейку

о. было бы ок.

я правда в тонкости тимситевые не вдамся, эту часть девопсы пилят. на мне организация файловой структуры и общей логики сборки и деплоя

да. она грустная.

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

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

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

или сервис

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

ну так я, например, и пишу свои классы и свои итераторы, а BlaBlaTable - только как некое подобие модели, чтобы составить селект

вот я тоже

но попробуй доктрину

поймешь о чем я

даже что-бы ближе к битре... посмотри их odm на монгу

блять... я никогда не был так счастлив, когда писал админку для монги с ее использованием

я реально просто описал сущности и где чо лежит

и забыл о том, что нужно думать как это будет синхронно сохраняться

и как работая с объектами я просто делал в нужный момент persist

или lazy вытягивал сабсущности