TpyHT

Делал такое.

Постовые, покупайте только постовые, причем в правилах при создании предложения можете указать что пост должен быть тематическим, таим образом блогеры будут писать тематические посты и включать в них ссылку на ваш сайт. Выбирайте форумы с большйо посещаемостью, тогда пост будут репостить на другие блоги. Некоторые блогеры репостяться до 100 раз, в итоге за 200-300 рублей у вас около сотни хороших ссылок, причем они выглядят в разы естественней чем та же сапа.

Да, конечно, заказываете статьи тут <neotext.ru> статьи заказывать по 2000 символов, даже лучше если чуть больше, базового уровня, статья стоит по 1$ за 1000 символов), купите статей 20 и закупайте на миралинксе ссылок вечных. Там просто добавляете в проект написанные статьи, выбираете площадку и все. Советую совмещать эти два метода, то есть и миралинкс и <www.rotapost.ru>. Сапу можете вообще не использовать, она сейчас мало эффекта дает.

Но на миралинксе статьи свои нужно писать чтобы дешевле было, лучше если тематические. Самые дешевые статьи и нормального качества под продвижение на миралинксе заказывайте тут <neotext.ru>

Насчет вебэффектора незнаю, но вроде как гугл не очень щас к нему относится, в связи с новыми алгоритмами. Вообще еще хорошая биржа <miralinks.ru> Иногда тоже там закупаюсь.

Только ссылки лучше покупайте стоимостью примерно 150-200 рублей, на них часто живет быстроробот, сайт индексируется моментально.

Самая лучшая биржа - <http://www.rotapost.ru/> Покупаете посты в блогах, блог размножается на сотни других блогов, получаете за смешные цены много ссылок. На новые сайты покупаю ссылок на 5-10 тысяч, индексация сайта проходит за 1-2 дня, позиции уже через неделю. Отличное решение, советую, лучше и дешевле чем покупать где либо.

Представляю магазин шин, дисков и автотоваров - http://shingroup.ru , реализованный на ocStore v1.5.1.3 . Остались мелкие недочеты, магазин рабочий, welcome. Из уникального конечно дизайн, различные доработки модулей, как стандартных так и покупных, система обновления цен по прайсам нескольких поставщиков, автообновление цен с сайта главного поставщика, парсинг ~35 тысяч товаров, включая проставку всех параметров, фильтров и заливку изображений, настройка сервера и много много всего интересного.

Дело говорит, сделал такое же только без заливки товаров примерно часа за три. Добавлять поставщика с любым видом прайсов в админку - дело 15 минут.

Неоходимо делать наценку 10 процентов на цену, если покупается нечетное количество товара из определенных категорий. Как я понимаю наценку лучше делать в контроллере корзины и чекаута. Подскажите подалуйста в сторону чего копать, а то я уже в library/tax полез.

Сам решил все вопросы, кому надо обращайтесь.

Ну, во-первых большинство людей, тусующихся на этом форуме - либо начальные юзеры, которые это не смогут сделать, либо программисты, которые это вполне смогут сделать, первые обычно обращаються к помощи вторых. Во-вторых, такие задачи никогда не стоят перед стандартным магазином, а если вы хотите магазин с автообновлением прайсов нескольких поставщиков, на несколько тысяч товаров, со всеми приблудами, аяксом и прочим, то такой магазин должен стоить от 100 тысяч рублей, никак не меньше. А сделать все бесплатно или почти бесплатно - такого не бывает, только если ты не занимаешься этим уже долгие годы. Опенкарт это удивительный движок, он настолько понятен для конечного пользователя и у него настолько огромные возможности, которые расширяются до бесконечности, что я действительно считаю его лучшим и ЕДИНСТВЕННЫМ хорошим движком для интернет магазина. Однако он позволяет сделать простенький магазин, а вот уже если хотите всякие фишки то тут нужно дорабатывать и очень много, от чего соответственно растут трудозатраты и цена проекта. Я ударился в оффтоп какой то, отвечая на ваш вопрос: да, без толкового программиста у вас это врядли получится.

Начнем с того, что выполненная один раз такая ручная работа - избавит вас от многих проблем в дальнейшем. Если же прайс поставщика идет в соответствии с названиями в вашем интенет-магазине, или хотя бы есть какое то сходство, то можно просто написать скрипт, который в соответствие все проставит. Это максимум 2 часа, поверьте мне я писал парсеры пд 40 тысяч товаров из разных интернет магазинов, да еще и парсер сам проставлял все атрибуты, опции, копировал картинки и прочее. Автоматом сделать 1 раз и все. А что делать если вы не сможете сравнивать наименования? Допустим у вас появился новый поставщик, и он все прайсы предоставляет артикулами с короткими названиями товаров с ценами, просто будут все товары называться платье А01234, что вы тогда будете делать? По моему предложенный мной вариант куда более универсальный. Это же относиться и к 1С. Зачем подключать в работу магазина сторонее приложение если все можно сделать на движке. У меня сейчас в одном магазине накладные и счета генерируються в PDF автоматом и печатаются. Вы можете делать это все через 1С, но куда удобней когда едет курьер, ты ему скидываешь номер заказа и он сам все может распечатать в любом интернет-кафе по дороге. Насчет 1С конечно дело ваше, но это опять же временные и денежные затраты под написание импорта и тп, причем бог его знает как это все будет работать в дальнейшем. Насчет пары позиций скажу так, что в любом случае все можно сделать для удобства, просто скачать что то и вот тебе работает не получится. Проблема с парой добавленных позиций решается крайне просто, при экспорте прайса выводим те позиции, которые не участвовали в обновлении цены - значит этих товаров у нас нет либо менеджер не проставил им соответствие поставщику в прайсе. В итоге получаем ограниченное число новинок у поставщика. Любой менеджер сможет проверить есть ли эти товары в магазине и если нет добавить их. В следующий раз эти товары будут учитываться. По поводу товаров, которые перестали поставляться - ввести дату последней актуализации цены и поставить критическое значение 20 дней. При выводе товара смотреть этот параметр и ставить его в статус нет в наличии.

Вы меня совершенно не поняли, я же все вроде доходчиво описал. В прайсе КАЖДОГО поставщика ОПРЕДЕЛЕННОМУ товару соответствует УНИКАЛЬНОЕ поле (будь то артикул, или название товара, или даже описание его, без разницы, поле должно быть уникально и по нему в дальнейшем вы сможете определить что это именно такой то товар, а не другой). Пусть в одном прайсе товар вашего сайта "Резиновая женщина" имеет артикул А01234, в другом прайсе вообще нет артикулов, но ЭТОТ товар там имеет название "Очень крутая резиновая женщина". В админке вы ставите в для этого товара для 1 поставщика значение "A01234", для другого поставщика в его поле ставите значение "Очень крутая резиновая женщина". Таким образом у вас указано что если заливается первый прайс, то искать по артикулу значение "А01234", если заливается второй поставщик, то искать уже не артикул а название товара, которому соответствует. Таким образом ваша резиновая женщина будет всегда с актуальной ценой и будет радовать ваших покупателей. Если артикулы совпадают, то какая разница, прайсы же разные, значит и артикул и данные будут браться именно из того прайса который вы заливаете. Модули для загрузки дописывать надо стандартный экселевский модуль, это нетрудно для любого программиста и делается для любого поставщика за буквально час два, а то и меньше. Если вы не программист, то не поймете уда и что добавлять. Я все понимаю потому что я сам делал все это, вы это наврятли поймете, но если найдете хорошего программиста для Opencart (как вариант, ник freelancer, зовут Руслан), то он вам все сделает. Просто скачать и установить точно не получится, все прайсы разные, универсального модуля нет и быть не может. В любом случае что то придется дописывать. Товар не то что выкладывается, а обычно прайсы используются для актуализии цены и наличии товара в базе. Вопрос на свой ответ найдете выше по повду двух товаров. Заливка самих товаров - уже совсем другая песня.

=))) Вот это беспринципно и по мужски!

Обьясню по быстрому раз уж ткнул на эту тему. У вас есть 5 поставщиков - добавляете 5 полей в админке (будь то через базу или через атрибуты товаров), после этого руками проставляете каждому товару в поле поставщика как этот товар называется у конкретного поставщика (или артикул у поставщика, без разницы), вообщем смысл в том что ставите в соответствие каждому товару уникальный идентефикатор в прайсе поставщика (повторюсь это название или артикул поставщика). А в остальном все по стандарту - сливаете экселевский прайс, либо на уровне заливки выбираете поставщика, либо автоматом, дальше он по этому уникальному идентификатору ищет необходимый товар, его цену и количество и обновляет все у товара. в базе вашего магазина. Сам это делал и уж поверьте это единственный и наименее затратный способ, учитывая что поставщик может вообще в yml, а другой в экселевском прайсе с картинками. П.С. Девушка, которая написала выше не поняла вопроса немного, т.к. требуется интеграция с несколькими прайсами с возможным пересечением товаров, с совершенно разными названиями, да еще ко всему и с непонятными прайсами. Все что яописал позволяет автоматизировать процесс, а вашимакросы и 1С никогда не смогут сделать этого, только если не научаться распозвонать прайсы поставщиков и не будут иметь интеллект равный уровню менеджера магазина, но тогда нас ждет конец света.

Здравствуйте, уважаемые форумчане. При переносе магазина возникло две трудности. 1). Переносится магазин euromoyka.ru, необходимо сохранить ссылки страниц товаров, они вида http://euromoyka.ru/moiki/432/schock/horizont-d-150.html . Соответственно вначале идет сайт, потом раздел, потом ID товара, потом подраздел товара вроде как и название с html на конце. Делать это через ЧПУ Opencart нереально как я понял. Вопрос в том реально ли вообще это сделать. Мои соображения по этому поводу - забивать товары в базу с теме же ID шниками, а потом уже в .htaccess изменть все запросы к html файлам, благо в Opencart их нет вроде, на на требуемый ID товара редиректом без замены ссыли. Но тогда встает вопрос как это реализовать при выводе категорий и тп, что как вы поняли невозможно в принципе. Поэтому необходимо также .htacces редиректить все ссылки, оканчивающиеся на html и их уже из базы брать оабсолютные урлы (как и реализованы чпу в самом движке). Кто нибудь сталкивался с этим? И в какую сторону смотреть? ЧТо лучше править? Оставлять псевдоним такой полностью в базе и править уже функцию seoUrl, или как то сделать в обход. 2) http://euromoyka.ru/moiki/432/schock/horizont-d-150.html на этой странице есть опции при добавлении товара в корзину, они сделаны картинками, реально ли сделать чтобы опции отображались так же. Версия ocStore самая последняя, видел там что то про опции картинки но не сталкивался. Наверняка кто то уже делал подобное. Заранее спасибо за консультации хотя бы по одному из вопросов.

Нужно поменять 3 файла всего, один - системный с библиотекой корзины, второй - модель заказа. Там делов минут на 15 если честно.

Сапа хреново работает сейчас, советую продвигаться блогами вот здесь: <www.rotapost.ru> Покупаете вечные ссылки в различных блогах, цена приемлемая и отдача просто супер. Это не реклама, просто по своему опыту могу сказать, что действительно работает и платить однократно, а потом просто докупать уже постоянно. Для начала купите тысячи на 3 рублей по 50 за постовой уже эффект должен быть. С сапой сам настрадался, платишь каждый день а эффекта 0 и чекать ссылки постоянно надо.

Что то не особо понял где ошибка? В какой консоли? А вывод товаров аяксом для удобства пролистывания и большей привлекательности дизайна, насчет поисковиков - для индексации существует карта сайта с выводом всех категорий и товаров =)

Ммм, в том то и дело что на локальном серваке все работает отлично, xml грузиться, значит какие то ограничения видимо стоят на выделенном сервере в интернете? П.С. Описания там маленькие по 50-100 символов.

Проблема такая, есть магазин, есть экспорт в Яндекс.Макрет, около 9000 товаров, до этого все отлично работало, добавил буквально 20 товаров и файл YML выдает 500 ошибку. Во-первых, у меня висит 4 файла экспорта для разных систем, работает только 1, где отправляются предложения коллекций а не товаров (соответственно размер меньше в разы). Во-вторых, пробовал комментировать файл экспорта в яндекс.маркет, если закомментировать строчки 3-4 (любые где назначаються параметры для предложения (например, $data['currencyId'] = $offers_currency; $data['categoryId'] = $product['category_id']; $data['delivery'] = 'true';)) то все работает, YML спокойно грузиться, но если раскомментировать, то перестает отвечать снова 500 ошибка. Если даже закомментировать две строчки любые то тоже работает. В-третьих на локальном серваке все прекрасно работает. Соответственно проблема в самом сервере, возможно в том что YML отдаються при генерации из сгенерированного файла на серваке, и этот файл такого размера просто не может быть обработан (там в районе 10 мб). Вообщем сталкивался ли кто нибудь с таким? И куда копать вообще? Еще раз повторюсь все работает отлично на локальном серваке, но на этом серваке начало тупить.

Собственно, заменил 9 строчку файла /catalog/model/tool/image.php $extension = $info['extension']; на $extension = "jpg"; И теперь png и кэшируються быстро и грузяться за доли секунды, для примера размер файла 1500x1500 стал 300 кб, качество кстати абсолютно адекватное, не отличается особо от пнг, а весит в 20 раз меньше) Всем советую так делать, да и в движок это включить бы.

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

Возник такой вопрос, собственно есть изображение товара в формате png, создаеться три кэшированных изображения, размерами 400x400, 700x700, 1500x1500 . Соответственно файлы весят первый 300кб, второй 1мб, третий 9мб =) Вообщем ужас да и только. Такой размер естественно из-за формата, как вариант предлагаю кэшировать изображения строго в jpg, то есть даже если исходное изображение в png, все равно кэш делать в jpg и при вызове резайза брать jpg . Какие есть соображения по этому поводу, может кто другие пути обхода знает?