warezliker

Вобщем, если кому-то пригодится: Как я и предполагал выше, добавляются свои переменные в контроллер и языковой файл, связанный с этим контроллером и все работает.

Очень актуально

Здравствуйте! Хочу добавить второй язык в уже работающий интернет-магазин. В принципе, это не проблема для самого движка и большей части модулей, но как это можно сделать для хардкода в шаблоне? Т.е. контактные данные, график работы, и прочая нестандартная информация, которые просто вписаны в файлах header.tpl и footer.tpl, их тоже нужно переключать на другой язык, но как это сделать, я пока не соображу. Я интуитивно понимаю, что, скорее всего, надо будет придумать новые переменные, добавить их в какой-то контроллер и в языковые файлы, но вот что именно и куда, для меня вопрос. Если кто-то сталкивался с аналогичной проблемой, подскажите, пожалуйста, как вы ее решали. Спасибо

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

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

Я модуль для языков как раз сегодня и купил, но прежде, чем прикрутить, решил добавить украинский язык на сайт и перевести категорию, товар и т.д. Для наглядного теста, вобщем. И полезло. В приват опишу детальнее По поводу версии: я объяснил, почему обновляться не хочу, я модуль купил в конце 2013 года, еще тех его возможностей мне хватало с головой, особо ничего нового я не добавлял. Обновлял ради обновлений. Обновлю, потом буду ломать голову, где и какие правки я вносил и с какой целью. П.С. ну и очень "мило" написать софтину, а инструкцию к ней продавать отдельно за деньги. Это как если бы вы купили машину, на которой работает только задняя передача. Хочешь ехать вперед - доплати, тебе расскажут, что надо покрутить, чтоб оно ехало еще и вперед и так, как хочешь ты. 99% ваших клиентов (включая меня) используют ваш модуль процентов на 5 от его возможностей, т.к. не понимают, что с него можно выжать еще и как именно. Вы б включили цену за инструкцию в цену модуля, либо распространяли ее бесплатно, клиентов стало бы больше.

Здравствуйте! столкнулся с такой проблемой: если человек попадает на несуществующую запись, которая выводится модулем блога, то вместо кнопки "далее" внизу страницы, которая ведет на главную, светится Notice: Undefined variable: button_continue in /var/www/site.com.ua/catalog/view/theme/default/template/error/not_found.tpl on line 11 В языковом файле для записей блога /var/www/dev.pufic.com.ua/catalog/language/russian/record/record.php переменная указана $_['button_continue'] = "Далее";. Т.е. вроде все ок. Попробовал добавить переменную в стандартный файл /error/not_found.php - на встроенной странице ошибки надпись кнопки переопределяет, на странице, которая выводится модулем seo cms pro - нет. Версия модуля 14,6, обновлять не пробовал и не хочу, т.к. правил в нем шаблоны, а какие и для чего, не помню, ковыряться не хочу. Версия магазина ocStore 1.5.5.1.2 Ну и полезли косяки в модуле, когда добавил еще один язык на сайт, но половину уже решил самостоятельно, если не разберусь, напишу отдельным постом.

Запрос был и в тему и в личку, насколько я помню. Не суть, я не жалуюсь, я просто описываю ситуацию.

Честно говоря, зачастую забываю/забиваю и т.д., т.к. купил, прикрутил и занимаешься своими делами дальше. Рейтинг модуля, на самом деле, немного не то. По одной простой причине: модуль может быть чертовски хорош, а автор не очень. Поясню. Есть у меня модуль зависимых опций. При большом кол-ве значений опций (дочерних причем) в товаре, как оказалось, он подвисает, в ие. 10/11 вешает браузер, в 8/9 не вешает, но не всегда адекватен. Выявилось это не сразу (тем более, что от покупки до запуска сайта прошло пару месяцев, т.к. был редизайн, верстка и т.д.). Плюс ко всему, я отношусь к абсолютному меньшинству, у кого эти проблемы вылезли (мало у кого по 100-120 значений опций на товаре). Я задал вопрос об этом в теме поддержки модуля. Как вы думаете, что автор мне ответил? Ничего. Просто проигнорировал, хотя на другие вопросы ответы были.

возможно ли давать подарок только к товару, купленному с определенной опцией? К примеру, есть кресла в трех размерах и подарок идет только к самому большому.

спасибо!

Отследить как-то можно? или только методом научного тыка, по одному отключать и смотреть, когда перестанет отваливаться? vqmod-а для админки там не так много, в основном для фронт-энда.

День добрый. На сайте продается товар, имеющий достаточно больше кол-во значений опций (больше 100). Время от времени возникает необходимость поменять цены на опции и тут возникает такая беда: При нажатии кнопки сохранить, сайт вываливает белый экран. Вернувшись назад в админку, в логах сайта можно увидеть: Duplicate entry '8910' for key 'PRIMARY'<br />Error No: 1062<br />INSERT INTO oc_product_option_value SET product_option_value_id = '8910', product_option_id = '772', product_id = '87', option_id = '43', option_value_id = '506', quantity = '999', subtract = '1', price = '910', price_prefix = '+', points = '0', points_prefix = '+', weight = '0', weight_prefix = '+' in /var/www/site.com/system/database/mysql.php on line 73 При этом половина значений опций в товаре пропадает и их надо добавлять заново. Ошибка проявляется часто, но не всегда. С одним и тем же товаром такое может быть через раз (т.е. я специально делал дамп базы перед редактированием цен, и заливал его назад, если возникала эта ошибка. Со второй-третьей попытки все получалось и отредактированный товар все-таки сохранялся). Если удалить опцию и все ее значения, задать цены для значений, то 99%, что при сохранении товара этой ошибки не будет. На товарах с маленьким кол-вом значений опций эта проблема не наблюдается. В чем может быть причина? Ocstore 1.5.5.1.2

П.С. Яркий пример: ищу модуль для интеграции 1С УНФ и оцстора. Модуль стоит 6К, заявлена техподдержка, все дела, много букв и все такое. Читаю тему поддержки модуля (80% которой не по делу вообще), на 4-й странице вот такой привет: https://opencartforum.com/topic/42690-%D0%B2%D1%8B%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B0-%D0%B2-opencart-15x2%D1%85-%D0%B8%D0%B7-1%D1%81-83/page-4 Рейтинг продавцам однозначно не помешает. Т.к. даже если спор и решился через начальство или там еще каким-то образом, убедили человека убрать отзыв в теме поддержки, то осадок остался. Время и нервы потраченные дороже.

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

ну так если можно без правок движка обойтись, то почему все говорят, что это сделать почти невозможно? (я про пересчет цен). Даже, хрен с ним, модулем, я б купил :( П.С. авторизация по номеру телефона и "регистрация без регистрации" (т. е. покупатель создается автоматом, идентифицируется по номеру телефона и вся история по клиенту подтягивается по его номеру) туда же.

Из пожеланий: 1. встроенный сео-про (вроде в самом начале писали), h1, title и прочие сео-плюшки от 1.5.х 2. встроенную калькуляцию цены при выборе опций. Да, есть куча модулей, которые это решают, в том числе и бесплатных, но блин, такое должно идти "из коробки" 3. очень и очень многие были бы счастливы от калькуляции акций в % с учетом опций. А то "скидка 10%", после выясняется, что только на товар в базовом размере/комплектации 4. добавить кеширование и компрессию в .htaccess сразу, чтоб гугл был счастлив. На совместимость с чем-либо не повлияет, но ускорит работу магазина. прошу прощения, если повторился и кто-то писал об этом ранее.

Проблема в модуле, скорее всего, т.к. у меня что-то подобное тоже наблюдалось как и другие косяки, связанные с товаром-подарком. Они не столь критичны (скорее, даже незаметны, у меня один из нескольких сот клиентов это нашел), если у вас клиенты не тошнотики и не набирают по 10 товаров в корзину вперемешку с акционными. Автор обещал устранить, давненько уже, но пока что никак. Модуль просто уже себя окупил много и много раз, поэтому смысла прям так сильно задрачивать автора не вижу (конкретно в своем случае). Альтернатив за такие деньги по-моему нет

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

Последние два - это один и тот же модуль. Последний коммент там радует: А вообще, я согласен был бы скинуться на разработку чего-то подобного, как на astroscope.com.ua или на can.ua (может, имеет смысл доплатить разрабам симплы - был бы идеальный вариант). А там реализовано очень хорошо (хоть и немного по-разному, но мне оба варианта нравятся), объясню суть: там не столько авторизация по номеру телефона идет, там регистрация без регистрации, по сути. Регистрации просто так (т.е. ссылки где-либо на регистрацию) нет. Регистрация происходит автоматически при оформлении заказа Покупая еще раз вы вводите номер телефона и вас сразу же находит в базе. На astroscope, по-моему, сразу подтягивает информацию о прошлых покупках, фио, адрес доставки, который можно сменить + видна история покупок. на can.ua предлагает авторизоваться. Нет пароля? Рядом кнопка "Выслать пароль". Подозреваю, что даже при оформлении без пароля, заказ подтянется в базу на один и тот же аккаунт. Также предварительно можно войти на сайт через кнопку "вход", будут видны личные данные, доступные для редактирования и история заказов. Все предельно просто, никто никуда вас не регистрирует, но у вас есть история заказов, видны дисконты и купоны и т.д. С точки зрения работы с клиентами тоже песня - у вас есть все, видна история по каждому клиенту и прочие плюшки. Не надо мудрить ни с какой ЦРМ-кой отдельной, ничего такого

В htaccess есть: # 4. set max post size. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields #php_value post_max_size 999M # 5. set max time script can take. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields #php_value max_execution_time 200 # 6. set max time for input to be recieved. Uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields #php_value max_input_time 200 попробуйте раскомментировать или выставить эти же параметры в php.ini также надо посмотреть в сторону max input vars и поставить побольше значение. У меня тоже очень много опций (порядка 150) в каждом товаре, тоже долго пытался выясить проблему, на каком-то буржуйском форуме нашел решение. Сейчас полет более или менее нормальный, иногда вылезают глюки при сохранении товара (часть опций просто пропадает при сохранении), но как-то через раз, что, в принципе, терпимо

Спасибо большое! У меня стоит как раз ваш модуль, думал, как с его помощью это прикрутить, но даже не подумал, что можно с помощью expires в заголовке проблему решить.

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

Добрый день! У меня такой вопрос (не только к автору, ко всем, может кто-то обратил внимание и решил проблему): при включенном фильтре в URL сайта добавляется символ #. При тестировании robots.txt в гугл и яндекс вебмастере, тест показывает, что все URL вида #category_id=62&manufacturer_id=0&page=0&path=62&sort=pd.name&order=DESC&limit=30&price_min=600.00&price_max=6490.00 (те, которые генерирует фильтр), доступны для индексации, не смотря на то, что в robots.txt присутствуют Disallow: /*?sort= Disallow: /*&sort= Disallow: /*?order= Disallow: /*&order= Т.е. получается, что правила robots.txt не работают для URL, в которых есть символ #. Кто обращал внимание? Появлялись ли у вас дубли страниц в поисковой выдаче? Если да, то как боролись? Если я пробую добавить в robots строку вроде Disallow: /#*&sort= то тест говорит, что вообще все разделы категорий не доступны для индексации.

Может, кому-то пригодится: по-умолчанию дата купона идет в формате гггг-мм-дд, что непривычно для очень многих из нас, т.к. у нас принят формат даты дд.мм.гггг. Так он хранится в базе и так выводится клиенту на странице успешного заказа и в письме. Для того, чтобы сменить формат даты в тексте письма и на странице успешного заказа, надо заменить в файле catalog/model/module/rewardcoupon.php $data['date_start'] на date("d.m.Y", strtotime($data['date_start'])) и $data['date_end'] на date("d.m.Y", strtotime($data['date_end'])) в строках, касающихся генерации письма и сообщения клиенту, т.е. там, где вы видите нечто подобное: str_replace('{validfrom}', $data['date_start'], Если просто задать формат даты в переменных $date_start и $date_end в этом файле, то в сообщении покупателю все будет выведено красиво, но в базу дата пойдет некорректная и покупатель купоном воспользоваться не сможет.