mario512

Слава ЗСУ

В период Специальной Военной Операции, которую проводил третий рейх, я не обладал покупательской способностью

А адекватные успешно продают, спонсируя войну? Интересно, "диды" сотрудничали с Германией в период 1941-1945 ?

Контроллер модуля Хиты продаж. Выведен на главную страницу сайта. Вот стандартный код вызываемого им метода в модели product Записывал запрос в лог, и обнаружил что выборда данных идет дважды. Проверил другой модуль (Latest / Последние поступления, так же висит на главной), результат аналогичный. caseroom.in.ua

Вот результат: Уже башка пухнет

Доброго дня. Обнаружил таком момент. Во время отладки модуля, обнаружил что дубрируются запросы в бд. Например, на главной, модуль "Последние продукты", два раза делает запрос. С чем это связанно? Кто сталкивался?

Теперь фраза - "Всё будет Украина" приобретает новый смысл)

А где Белгород, Курск, Брянск, Смоленск? Это тоже Украина! В следующей версии добавите?) Верим в ЗСУ!

Протестирую. Спасибо за совет!

Да в принципе на данном этапе просто пытаюсь оптимизировать скрипт для заливки товаров на сайт. Мысль уловил. Огромное спасибо. Харьков - Держитесь!

Да, но насколько я понял, если не использовать подготовленный запрос. Просто придётся накидать дополнительно новый метод для такого случая)

Я уже понял. Так примерно и сделал. Просто не до конца разобрался. Думал что $query->execute($row); нет необходимости выполнять в цикле. Хотел этого избежать, т.к. в будущем планировал запись большого количества строк в бд. При использовании mysqli использовал данный способ: $query = ""INSERT INTO table (f1, f2, f3) VALUES "; foreach ($data as $key => $value) { $query .= '(' . $value['f1'] . ',' . $value['f2] . ',' . $value['f3] . '),'; } Это давало мне необходимую производительность.

В общем, насколько я понял, с PDO и подготовленным запросом, много строк за одну транзакцию не вставить. В цикле можно передавать параметры только для одной строки, затем фиксировать. Такой трюк работает только с msqli. Вопрос закрыт. P.S. В коде есть ошибка, execute() вынесен из цикла...

@buslikdrev Массив содержит ключ, который равен именованному указателю в самом запросе. Пример :order_id Ключ 'data' => переменная со со значением, которое необходимо вставить в запрос, ключ 'type' => тип значение (PDO::PARAM_INT или PDO::PARAM_STR). Если не указать тип значения, то запрос в который передаётся значение переменной (int), вызывает ошибку, требуя явно указать тип значения. Данная задача не относиться на прямую к OpenCart. Но в в версии OpenCart 2.3 это реализовано так:

ХЕЛП! Не могу решить данную задачу.

Понял в чём проблема. Вопрос закрыт.

Добрый день. Подскажите, как правильно выполнить множественный запрос на запись данных использую PDO и подготовленный запрос. Вот код Данные формирует данный метод: Вот массив, который он формирует: Структура таблицы: Проблема заключается в том, что в таблицу залетает только первая запись.

Это уже другая история)))

Так вот эта одна из проблем. Таких Исполнителей достаточно много. Они порой и мотивируют людей использовать маркетплейсы.

Какой функционал вы имеете ввиду? Стандартный голый OC? Некоторых устраивает функционал pron.ua. Я ище раз повторюсь. Я не пропагандирую использование платных и готовых решений. Я сторонник OC. Я пытался донести мысль, что полногстью готовый и настроенный магазин на этом бесплатном движке, не такой уж и бесплатный. А что самое неудобное, это фрагментация модулей от разных разработчиков, которые иногда конфликтуют с шаблонами, другими модулями и т.д. Вот такой пример. Он не про OC. Работаю с одним поставщиком товаров, который сайт не мог родить лет пять. Задал ему вопрос, почему? На что он поведал интересную историю. Захотел он сайт для оптовой торговли. Наименований товара порядка 20к. Естественно стал пробивать по знакомым. Посоветовали ему Васяна, который якобы сайты делает. Этот Васян с него доил примерно год. Не знаю на чём был сайт, но без слёз на него не посмотришь. причем это не только касаемо технической части. Так его и не запустили. Заказчик в итоге дал ему пинка, и перешел на porn.ua. Там его доили еще два года. После всего он нашел нормального исполнителя, который на престажоп запилил ему сносный магазин, который работает по сей день. Всего он потратил порядка 12k вечно зеленых. Так вот я уверен, если бы он зная наперед, через что ему придется пройти, предложили бы готовое решение за 10k, наверняка согласился бы. Таким людям пофиг на чём работает их магазин. Главное чтобы быстро и без *боты всякой.

Уверен, покупателей будет достаточно))))

Изложил данное из опыта общения с людьми, которые через это прошли. Вопрос не столько в жадности а сколько в добросовестности и компетентности разработчиков, которые предлогают свои услуги. Я же это указал. Хорошоп терпеть ненавижу. Просто пример привел. Ай Лав Опенкарт.

Спасибо. Изучаю активно. И вам того советую.

Ответ: Моё сообщение - размышление на тему падения популярности OC. Лично не имею ничего против енного, т.к. сам его активно юзаю. Я не в коем случае не оскорбляю чувства верующих.

Если смотреть глазами заказчика, то запуск им на бесплатном OC сравним к походу к врачу в "государственную" больницу при нашей "бесплатной" медицине. По факту, не за деньги, его только скачать можно. Для заказчика начинается реальный геморой: 1) поиск и перебор исполнителей для запуска и мелких правок (не всегда компетентных, за деньги) 2) выбор шаблонов и покупка (за деньги) 3) покупка модулей для им (за деньги) 4) поиск и перебор SEO специалистов (не всегда компетентных, за деньги) 5) самомтоятельный поиск решений различных вопросов на форуме, где в него любезно тычут ссылками на платные модули (зачастую функционально не соответствующих своей стоимости и косвенно удовлетворяющих потребности) Это только то что на ум приходит. Конечно люди все чаще предпочитают маркетплейсы и хорошопы. Как это не прискорбно, но бесплатный OC нередко выходит дороже платных и готовых решений. Все преимущества, которые у него есть, они очевидны только разработчикам и программистам. Клиентам на это плевать.