Helloween

Может и проще. Я просто не думал об этом на своем примере писал. А у меня валюты пересчитывались в рубли и сохранялись в стандартное поле цена, и тогда не стали бы пересчитываться заново. Мне же еще коэффициенты нужно было учитывать и рублевые цены тоже пересчитывались по ним. Короче, да, в вашем случае проще поле фиксированной цены проверять, наверное. По второму вопросу не подскажу, так как у меня был свой пересчет со всеми условиями и сохранением в стандартное поле цены рублевой стоимости со всеми коэффициентами.

Выше переписал для вас решение. У меня весной была задача загружать прайсы в доллларах, евро и рублях, валюту пересчитывать каждый день, рубли не трогать. При этом еще были коэффициенты наценки для каждой категории товаров и для каждого производителя. Производителей было порядка 40, категорий - около 160. И все это должно было пересчитываться с учетом всех нюансов. Соответственно, проверять нужно было валюту прайса, производителя и категорию.

если у вас в прайсе цены в валюте - то придется переписывать движок и БД. делал подобное весной - надо добавить в БД колонку с фиксированной рублевой ценой (например, fix_price) и сохранить фиксированные цены туда (прайс, естественно, запросить у поставщика / производителя). в модуле пересчета цены в рубли - написать условие мол, если manufacturer_id НЕ РАВЕН [id вашего производителя] то обнови цены по курсу иначе - выведи цены из колонки fix_price

До кучи уж тогда - эти две строчки - условие. Проверка, есть ли у товара рейтинг. Если условие выполняется (у товара есть рейтинг) - то показывается блок с рейтингом товара. Иначе - не выводится. Удалив эту строку - вы удаляете условие. То есть, заставляете выводить рейтинг товара даже если у него нет рейтинга. В данном случае - ничего страшного не случилось, за исключением того, что магазин, полный товаров без рейтинга (читай - без отзывов) вызывает некоторые подозрения. Для этого и было добавлено условие, чтобы не выводить лишнее. В другом случае, удаление условия может поломать работу всей системы, поэтому не советую вам бездумно удалять в будущем условия. Иногда даже приходится оборачивать эти условия в другие условия.

Я настройки не менял, стоковые. Письма в обе стороны приходят сразу. Mail.ru не всегда сразу получает - бывают и по полдня задержки, но сам сервер отправляет сразу.

Да я бы рад, да динамо-машину никто не дарит :) А по сути - толку от того, что вы знаете IP клиента и пытаетесь вычислить местонахождение его провайдера? Фото куда полезнее!

Бегу за новой порцией попкорна...

Маркет - это рынок. Яндекс-маркет и есть, по сути, рынок. Куда разные торговцы идут со своим товаром и ценами осознанно. И посетитель, который идет на рынок - знает, зачем идет и готов к тому, что ему впарят какую-нибудь "нужную" вещь за бесценок. А когда человек идет в фирменный магазин, скажем Apple и ему впаривают Яфон нагло и навязчиво - это уже не совсем хорошо. Точнее - совсем нехорошо. Поэтому и такой негатив. Как вы думаете, Apple позволит барыгам топтаться в своих фирменных магазинах и впаривать свои "нужные" вещи покупателям фирменного товара?

Тогда заказывайте сразу вычисление соцсетей, на которые чаще ходят с этого IP и конкретной страницы аккаунта, который посещается чаще всего и подгружайте фотографию этого аккаунта. А потом - выгружайте фото в бланк заказа для курьера, чтобы тот знал заказчика в лицо и не отдал заказ постороннему! :)

Именно так - с детишками, которые ковыряются в коде и хоть что-то в нем понимают. Хотя бы могут понять, что значит вставить между тегами. То есть, минимум, знание HTML хоть какое-то...

Отмечусь в теме, может пригодится. Админы, дайте, пожалуйста возможность автору править первое сообщение без ограничений. Было бы неплохо в первом сообщении собрать все варианты решений. И да, автору +100500 за тему. Яндекс совсем ойухел! Самая лживая и подлая контора в IT сфере. Даже МММ честнее!

В песочнице, как раз, кодеры. :) Не кодеры задают вопросы в платных разделах, или штатным специалистам (обычно - технологам). А технологи, в свою очередь, ставят задачу программисту, который это реализует. А если не знает как реализовать, или что-то не выходит - задает вопрос в песочнице.

shuffle, если не ошибаюсь, будет перемешивать при каждом открытии страницы (или обновлении печенек), так что, это не совсем то, что просил ТС, если я его правильно понял.

Написать генератор случайных чисел, прикрепить к нему запрос к базе данных и по крону, например, в полночь поставить запуск. Обновить всем продуктам поле sort_order из генератора случайных чисел. Естественно, генератору необходимо передать общее количество товаров и прописать условие отсутствия повторов. Пример скрипта генератора случайных чисел можно взять здесь: Google, или здесь Yandex, или в любой другой поисковой системе. Результат такого перемешивания имеет две стороны. С одной - ощущение постоянного обновления магазина, что может понравиться и магазину, и роботам. С другой - кто-то поделился сегодня ссылкой с другом и написал, например, смотри 5 и 7 товар на этой странице. Друг заглянул по ссылке после полуночи и 5 и 7 товары обновились, в результате, он не увидел то, что ему посоветовали. В этом может быть минус. Понимаю, что пользователь может кинуть две ссылки на каждый товар в отдельности, но и описанный мной выше вариант - тоже возможен.

Где-то видел на форуме решение с javascript. Поиском попробуй воспользоваться.

К сожалению, процент заказчиков, желающих вникнуть в особенности CMS, да и вообще в саму суть работы с ней, стремится к нулю! Более того, подавляющее число заказчиков считает, что в обязанности разработчиков входит посещение заказчика в удобное для (заказчика) время и персональное обучение последнего работе с админкой. Ну и помимо этого, паре-тройке сопутствующих приложений (типа FastStoneImageViewer)... Для своих заказчиков планирую написать мануал по заказу сайтов, как только освобожусь немного. Ну и прайс по обучению и т.п. тоже можно приложить.

на всякий случай - выложу часть лога ошибок. Может кто подскажет как поправить существующий фильтр. Как я понимаю принцип его работы: Он тримит адресную строку и получает из него данные, по которым и врубает фильтры для выборки товаров из каталога. По сути, аналог поиска по сайту, но с поиском по подстроке. При этом, бренд выводится перед остальными параметрами и через слеш (/brand-tarusa), Параметры размера в адресной строке выводятся через точку с запятой, по которым и разбивается строка (/size/70A;80B), А последний параметр (фильтр) выводится по старинке, через get запрос (?attr%5B12%5D=%25D0%259A%25D0%25BB%25D0%25B0%25D1%2581%25D1%2581%25D0%25B8%25D0%25BA%25D0%25B0) полная строка выглядит так: /бренд/size/hfpvths через точку с запятой?attr%5B12%5D=коллекция Оригинал из строки браузера: /brand-tarusa/size/70A;80B?attr%5B12%5D=%25D0%259A%25D0%25BB%25D0%25B0%25D1%2581%25D1%2581%25D0%25B8%25D0%25BA%25D0%25B0 Кстати, когда отключаешь последний фильтр по коллекции, адресная строка растет... Это тоже необходимо побороть.

Спасибо, постараюсь напомнить. В принципе, файлы filterpro тут есть. Не уверен, что все, но модель точно есть. Я не совсем понимаю. Она тянет фильтры из БД, так? А мне нужно в БД загнать эти фильтры и потом обновлять их. Сейчас в БД все таблицы фильтров пустые.

Да я не против его поставить. Более того, он уже покупался ранее. Но какой-то умник его снес и написал какой-то странный фильтр, выдающий 20 Гб ошибок в сутки. Сейчас я именно прошу помощи в написании скрипта, заполняющего таблицы. Я достаточно подробно описал, что мне нужно - не нарушая стандарта заполнить таблицы, причем скрипт должен еще делать проверку и обновлять, если что-то изменилось, а не дублировать фильтры. То есть, скрипт должен проверить, есть ли в таблице, например, product_filter фильтры, которые для этого товара выгружены в XML. если есть - не трогать, если нет - добавить, если есть те, которых нет в XML - удалить. Тоже самое - к категории, к которой отнесен товар с этими фильтрами. Ну и остальные 4 таблицы фильтров, я думаю, без стирания - просто должны проверяться и дополняться, если таких фильтров еще нет. Кстати, в фильтры категорий и продуктов, я так понимаю, должны делаться записи уже после вытягивания ID фильтров из таблиц фильтров...

Попробую описать задачу иначе, может появится сен-сей... Я не прошу готовое решение, хотя и не отказался бы, мне нужен вектор. Ну и пояснение к нему... Мне нужно подсказать, как подключиться к БД и обратиться к таблицам, не нарушая принцип MVC. Я привык работать в процедурном режиме, но пора и MVC осваивать. Поэтому и хотелось бы создать скрипт загрузки, соблюдая стандарт OpenCart. Сам скрипт я хочу повесить на крон, чтобы выполнялся регулярно в автоматическом режиме, но при этом, хочется еще вывести кнопку "Обновить фильтры" в админку, чтобы можно было выполнить срочное обновление в ручном режиме.

Прикольная тема, но нужно дорабатывать. Математика ни к черту:

С разбором XML я уже справился. Причем вполне быстро разбирает полную выгрузку товаров со всеми атрибутами. А если мне 1с-программист сделает отдельную выгрузку для фильтров, без лишней лабуды, так вообще летать будет. Основная задача у меня теперь - взаимосвязанно загнать в 6 таблиц БД Опенкарта полученные данные. Проблема состоит в том, чтобы правильно составить объединенные запросы с проверкой на наличие данных и апдейтом. Таблицы, скорее всего, нужно будет объединять по 2-4. Проверять в каждой. Мне нужно, чтобы фильтры обновлялись также часто, как обновляется наличие товара. Товар выгружается из 1С в XML и скрипт регулярно его обходит и вносит изменения в базу. Точно также нужно и фильтр обновлять, чтобы при отсутствии товара, например, с цветом "кацапетовский закат", не выводился и фильтр по этому цвету. Или, если товары размера XXXXL закончились - то и фильтра этого быть уже не должно. Таблицы: category_filter product_filter filter filter_description filter_group filter_group_description

Метрика и аналитикс - это всего лишь счетчики и инструмент отчетности для анализа поведения роботов и посетителей, который используется для разработки и поправок стратегии продвижения. Само продвижение, как уже выше писали - это, прежде всего, оптимизация. Внутренняя оптимизация - техническая и контентная. Техническая - это оптимизация загрузки, перелинковка, юзабилити. Контентная - это качественный контент (правильно сформированный и, желательно, собственный). Внешняя оптимизация - это упоминание на различных "трастовых" площадках, то есть - ссылки с надежных источников. Не купленные на линкопомойках, а установленные пользователями на своих страничках в соцсектах, партнерами на своих серьезных сайтах, наличие в каталогах Яндекс и DMOZ - тоже дает ощутимую пользу. По поводу контекстной рекламы, могу сообщить следующее: самая вредная из них - Директ от Яндекса. Яндекс, конечно же, никогда в этом не сознается и будет отпираться, но замечено давно и не только мной, что Директ реально влияет на позиции сайта в выдаче и далеко не лучшим образом. Когда ставки по Директу поднимаешь - сайт немного поднимается в выдаче. Но после этого начинается планомерное понижение сайта в выдаче. Видимо, для того, чтобы ставки еще больше поднимали. Со временем, рекламодатель понимает, что эти ставки себя не окупают и принимает решение о снижении ставок - сайт еще быстрее понижается в выдаче. После остановки Директа - он вообще падает. Так что, зря начали с Директа. Наиболее эффективно - продвижение в AdWords по низкочастотникам, с низкими ставками. С гугла трафик более ориентированный и в итоге получается продвижение поведенческим фактором, что сейчас эффективнее всего поднимает сайт в выдаче. Есть еще Бегун (если не ошибаюсь, он сейчас принадлежит Рамблеру), но я им давно не пользовался и не могу ничего о нем сказать. Есть различные сервисы, которые раньше предлагали продвижение ссылками и регистрацией в каталогах, а сейчас начинают предлагать продвижение поведенческим фактором. Вот их можно посмотреть. Но выбирать нужно крайне осторожно, так как ценник у некоторых заоблачный, а эффект может быть обратный. Как говорится - перестарались. Итак, лучшее продвижение - это сделать качественный сайт, наполнить качественным контентом и для начала попросить всех знакомых полазить по сайту подольше, изучить его весь, чтобы они своих знакомых попросили сделать тоже самое... Ну и попросить их делать это несколько раз в неделю, хотя бы 2-3 месяца. Еще хорошая штука - это маркетинг. Запускайте регулярные акции, тогда посетители, возможно, будут делиться со знакомыми ссылкой на сайт. Установите кнопки "поделиться в соцсектах". Ну и вирусное продвижение - тоже хорошо. Но довольно сложно. Нужно сделать что-то, что привлечет внимание посетителей и заставит их поделиться ссылкой. Это может быть веселый оригинальный видеоряд, простенькая, но веселая игра, конкурс...

У меня в дефолтных фильтрах пусто. То есть, возможно, filterPRO брали за основу, или просто отказались от его использования. Причем, навертели тут так, что даже если отключить этот именной фильтр, ошибки от него все равно сыпятся. Похоже, надо либо вычищать его полностью отовсюду, либо искать психа, который полезет рыться и искать проблемы.

Обнаружил в модели на тестовом домене filterPRO. Возможно, на его основе и пытались сделать "именной фильтр". Пока приступил к работе над разбором XML разбирает вполне нормально, но надо еще как-то запихнуть в эти 6 таблиц полученные значения. Может кто подсказать, как правильно создать запрос ко всем 6 таблицам сразу, или как-то их разбить по 2-3 и загонять последовательно?