Ling
-
Публікації
42 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Ling
-
Здравствуйте! Спасибо за модуль! Поставили, все работает, пока все нравится, нашему разработчику нужна была помощь Автора - быстро все помогли (был вопрос - не искал по клику, сейчас все ок). Но теперь модуль нужно настроить, чтобы он корректно выдавал поисковый результат. На некоторые запросы он делает странную выдачу и я не могу понять, почему он выдает именно такой результат? Инструкцию вроде прочитал - там настройка не описана, скажите: описание где-то есть? или лучше в личку? мне нужно понять как, условно, занизить в выдаче одного производителя, в конце выдавать категории, а точнее нужно в таком порядке: название, модель, теги, производитель (где продукция одного производителя в самый конец) и только потом то, что есть в описание товара.
-
Здравствуйте! Подскажите, на PHP 5.6 модуль будет работать? то-ли плохо смотрел, то-ли не нашел... Прошу прощения, за глупый вопрос, но: правильно понимаю, что Search suggestion - это сам поисковый модуль, который ставится изначально, а если хочется шику, то ставим "Поисковая система с морфологией и релевантностью PRO 3.0" и тогда уж вообще шикарно все будет? Мне нужно, чтобы это все завелось на PHP 5.6, можно было искать по тегам и возможно по описанию в карточке товара. Вроде это оно и есть, но есть небольшое сомнение.
-
Письма с формы обратной связи попадают в спам - как следствие может казаться, что не приходят. Предлагаю решение от Rennovatio сделать более экологичным: да, строку: $mail->setFrom($this->request->post['email']); заменяем на: $mail->setFrom($this->config->get('config_email')); или указываем специально созданный e-mail, который потом указываем в исключениях своего ящика и тогда точно письма не будут попадать в папку "спам", а в контроллер, после вышеупомянутой строки setFrom добавляем строку: $mail->setReplyTo($this->request->post['email']); это сильно облегчает жизнь при ответе, теперь если нажать на кнопку "ответить" - письмо уйдет тому, чей ящик был указан в форме обратной связи. Однако считаю нужным в тело письма добавить имя отправителя и его e-mail в следующем формате: "Сообщение от 'name' 'e-mail' " и далее текст сообщения. Кто в теме - подскажите как это реализовать? предложенный $message=$this->request->post['email']."\n\n".$this->request->post['enquiry']; $mail->setText($message); просто ставит ящик, а как грамотно формировать строку "Сообщение от 'name' 'e-mail' "? Может кому пригодиться: для того чтобы письма не попадали в спам я изменил тему письма отправляемую с формы обратной связи: в файле catalog/language/russian/information/contact.php ищем строку // Email $_['email_subject'] = 'Сообщение %s'; дописываем домен своего сайта (или как-то иначе), получаем: // Email $_['email_subject'] = 'рога и копыта - сообщение от %s'; далее идем в настройки своего почтового ящика и создаем правило, что письма, в теме которых содержится "рога и копыта - сообщение от" - помещать во входящие и присваивать метку такую-то. у кого не работает - смотрим другие файлы в указанной директории, при разработке могли использовать другой контроллер, у меня это был /catalog/language/russian/information/about.php, аналогично с контроллером - вместо /catalog/controller/information/contact.php - /catalog/controller/information/about.php
-
Ребята, всем кто откликнулся спасибо! На данный момент сотрудник найден, вакансия закрыта.
-
Ну каждому свое. Кто как видит сказанное. 1. Вы похоже очень невнимательны, там везде написано, что обо всем можно договориться и нигде нет ни слова о "бесплатных доработках". Сделаете все за два дня - никто оплату держать не будет. Но, да, там есть пункт, для любителей халявы, который гласит, что ребята, вариант когда вы купите модуль за 300 рублей, а мне потом захотите впарить это как свою разработку за 30-ть штук, или я попрошу доработать таб в товаре, а вы скажите что там писать неделю, в то время как уже установленный модуль Марка решает этот вопрос чуть ли не в пару кликов - такие варианты не прокатят. Написал, чтобы сразу таких отсеять. 2. А вам нужен работник, который сам назвал срок готовности, а потом трижды его нарушил? думаю нет. 3. а зачем мне бестолковая работа? я уже перелопатил кучу кандидатур, которые просят по $15...20 за час, а их код Яндекс нормально прочесть не может. Вот как, так - человек бьёт себя в грудь, что он крутой специалист, и просит кучу денег в час, а код корявый, корявый? 4. Мой опыт говорит, что у толкового специалиста может быть более грамотное решение задачи и стоит к нему прислушаться. Диалог: я говорю, мне нужно то-то и то, программист говорит: вот есть такой нормальный модуль, он стоит столько-то, настрою за столько-то - это я много хочу? изначально я платил дороже, наворотили такого что потом долго исправляли, начал работать с теми кто берет меньше - оказались куда толковее. Я же тоже здесь не первый день. Кто-то берет заказы за "подороже", потом отдает их в "регионы" которые делают за те-же $5. Если Вы делаете хорошо и быстро, то цена обсуждаемый параметр.
-
Приветствую всех! Ищу толкового программиста для доработки и текущих правок в OpenCart 2.x. На данный момент объемы не большие, но регулярные. Постоянно что-то нужно править, доделывать, исправлять. Не исключен вариант задействования в других проектах, по обоюдному согласию. На сегодняшний день рабочий процесс выглядел так: Программист получает задание (или группу заданий), оцениваем, выполняем, проверяю, все ок - платим, если требуется доработка - дорабатываем. Если висит группа задач - оплачиваем по закрытию группы, или по договоренности, если задачи сильно растянуты во времени. (связано с тем, что проще учитывать и платить раз в месяц, чем через день высылать по частям). тип занятости: частичная, удаленная. оплата: почасовая, рассчитываю на $5...8/час. Пожелания к соискателю: грамотность и компетентность (код должен быть чистым, без фанатизма, но не так чтобы потом валидатор кучу критических ошибок выдавал, а поисковик не мог прочесть), обязательность - выполнять задания в оговоренный срок, адекватность, здравомыслие - приветствуются встречные предложения, идеи как задачу реализовать проще и тд. способность решать текущие вопросы в спокойном режиме. "Вечные задания", которые нельзя сдать, задержки с оплатой - такого нет. При доработке сайта в первую очередь необходимо будет использовать готовые проверенные модули. Писать руками функционал неделю, который можно купить за 300 рублей в готовом модуле - такого тоже не будет. Жду примеры работ заинтересованных. Спасибо!
-
копать у хостера, а конкретно - включить PHPMail. У многих PHPMail отключена по умолчанию, нужно активировать для каждого домена. отправьте запрос на активацию.
-
Рекомендую прочесть инструкцию по установке: заходим в настройки доступа и даем себе права на эти разделы - все будет работать! делается это так: система - пользователи - группы пользователей - Главный администратор - изменить - поставить везде галочки и сохранить
-
отключаются, но дело же не в этом - мы же обсуждали этот вопрос :-) - В моем случаи вопрос решен, а кому нужно - тот прочитает внимательно и все поймет, или переспросит :-) 1. да, реализовал через html, но столкнулся с проблемой title... Правильно ли я понял ответ, что упомянутое будет браться только из настроек магазина - вкладка "витрина" (система - настройки - изменить - витрина)? А через какой виджет и какую привязку лучше отправить запись на главную и какие недостатки этого способа? В смысле, почему html вставка лучше? 2. "И немного не понял вопроса. Как может быть не кликабельным и... открывать другую страницу." - имелось в виду "не кликабельным" и "не должно открывать другую страницу" - не должно переадресовывать куда либо - согласен, формулировка кривовато получилась :oops: "И что значит(и зачем!?) "Поле должно быть полностью идентично вкладке "описание""" - то же самое, только вид с боку :) - главная задача: отсутствие заголовка в виде гиперссылки!!! Вкладка "описание" содержит только тот контент, который вставлен в поле "описание" товара, без обязательно присутствующих заголовков в виде той же гиперссылки. Люди начинаю клацать по ней и уходят со страницы товара. Для опытных вернутся не проблема, а вот малоопытные могут и вкладку закрыть - послав магазин и его владельца, а этого не хотелось бы. И если честно - в видео обзорах эти Гиперссылки тоже ни к чему, по той же причине. В очень крупных магазинах делают исключительно так - пологою, что не зря. Например, нужно создать вкладку "характеристики", или "особенности" и поместить туда тот текст, который мне нужно и как нужно. Марк, а можно подробней, что именно нужно изменить в blog_related_tab_list.tpl, что бы получить вкладку без вышеупомянутого, дат, рейтингов и прочего. Иными словами: нужно получить вкладку для контента, аналогичную вкладке "описание". Надеюсь так понятней. Спасибо!
-
может кому-то пригодится, новичку, как я: была задача вывести раздел "о нас" в меню и подвал. Вопрос в том, через что реализовать? Так чтобы и в подвале красиво седело, и при открытии через меню в хлебных крошках не отображались лишнее. Через записи реализовать не удалось - из-за побочных проявлений в виде появления ненужной атрибутики, присущей записям (дата, рейтинг и т.п.) или в хлебных крошках появлялся путь через категорию (через которую отключались ненужные поля записей). Оптимальный выход был таков: создать категорию, в описании указать нужный текст, в футер загнать через виджет "Список выбранных категорий" с шаблоном blog_menu_footer.tpl и привязкой $('#footer .column ul:first').append выбрав соответствующую категорию "о нас", повесив на схему "содержание подвала". В меню отправляем через виджет "Список выбранных категорий" с шаблоном blog_menu.tpl и привязкой $('#menu ul:first').append , повесив на схему "содержание шапки". Остается отключить ненужную рамку фильтра в файле catalog/view/theme/default/stylesheet/ stylesheet.css в строке 805. #content .content { padding: 10px; overflow: auto; margin-bottom: 20px; border: 1px solid #EEEEEE; закоментировав последнюю строку. Отдельная благодарность Kindzaza, и Марку, за помощь в решении вопроса. думаю будет более понятным "произвольный URL шаблон в схемах" Марк, пару вопросов: 1. подскажите какие есть варианты публикации главной страницы сайта, используя модуль. На демо-сайте Вы используете html вставку. Какие варианты есть еще? хотелось бы использовать поля "ключевые слова". "title" и т.п., оставив адрес главной страницы *.com/ (вставлять картинки и форматировать текст - само-собой) 2. можно ли при помощи модуля сделать дополнительную вкладку в карточке товара, аналогичную "описанию"? ключевое в вопросе: отсутствие Гиперссылки в заголовке. Например, http://opencartadmin.com/files/version-5.html при открытии вкладки "доставка", слово "Доставка" не должно быть кликабельным и открывать другую страницу. Поле должно быть полностью идентично вкладке "описание", с возможностью давать произвольное название. Это возможно? если да, то как?
-
Совместим! все отлично работает! ocStore 1.5.5.1.1
-
Да не за что! я так и подумал, что кто-то не разобрался. У меня стоит Ваш модуль - все работает нормально, opencart 1.5.5.1. Спасибо за модуль! Единственно - очень не хватает увязки с методом оплаты, с тем же "оплата плюс". Симпле пока не стоит. Например, если человек не выбирает доставку ПР - то и "наложенный платеж" не выводился (кстати, а если он еще и считаться будет - вообще супер будет! - извиняюсь, что отошел от темы "доставки"). Вот это хотелось бы! P.S. да не как не разберусь, как на этом форуме ставят рейтинг и какой механизм появления "порченых" извещений. все некогда, некогда... - это к тени сомнения в прошлом посте. Модуль работает, пока нареканий нет.
-
louise170, обратил внимание, что на странице загрузки модуля стоит пометка: "Файл помечен как испорченный..." - так вроде бы все работает... или я чего-то не понимаю?
-
Понятно. Дискуссировать на тему архитектуры opencart не буду - не тот уровень знаний. Насчет других СМS - не соглашусь, в wordpress, например, страницу можно вывести куда угодно, но это совсем другая тема. Про убрать хлебные крошки и рамки - услышал, но это не выход! так проблема только в одной статье, а убрав - проблема появится везде. А знал бы как убрать только в одной статье - не морочил бы ни себе ни Вам голову. ответ я услышал - мне нужно выбирать меньшее из двух зол. на всякий случай уточню: я правильно понимаю, что средствами блога нельзя вывести стандартную статью opena в меню, или я не нашел как это сделать? если можно, та как?
-
как говорится, и тут же возвращаю "шайбу" - Вы не внимательно читаете вопрос: я несколько раз упомянул (а точнее в каждом своем посте! ;) ), что все это делал и получил тот результат, о котором Вы пишите! Действия которые Вы иллюстрируете я описал здесь: и здесь: описал причины и аргументировал почему хочу найти лучшее решение. Хочу избавится от этой страницы http://opencartadmin.com/info-onas/ - согласитесь - она не нужна. она доступна поисковикам, она доступна пользователю через хлебные крошки. по большому счету - решение меня устраивает, за исключением промежуточной пустой страницы. повторяю еще раз: последний вариант почти устраивает, но хотелось бы без промежуточной страницы (типа http://opencartadmin.com/info-onas/) - это единственный минус. Неужели я спрашиваю что-то мега необычное? Есть еще вариант, когда информация публикуется в табе "описание категории" - тогда промежуточных страниц нет, но в этом случаи появляются пустые рамки фильтров - не эстетично. Скрин на этот счет я приводил в посте 993. или это запредельные желания?
-
Хорошо. сформулирую иначе: согласитесь, раздел "о нас" не должен содержать подразделов, записей, коментов, его не нужно оценивать, указывать дату публикации и т.п. - наличие упомянутого в указанных разделах (если это не огромная компания, где нужно выбирать страну представительства и отделы) просто недопустимо и является плохим тоном. Посетитель когда нажимает на кнопку "контакты" или "о нас" должен попасть на страницу с соответствующим текстом без всяких "но" и "если". В адресной строке и хлебных крошках должен быть один путь "Главная - о нас". доступ к разделу должен быть из футера и верхнего меню (отображается всегда последним). С футером все просто - стандартные средства opencart вполне устраивают, но они не могут вывести эту же статью в меню, тем более последним пунктом, после разделов выводимых блогом. Достаточно банальная потребность, неужели только я с этим столкнулся? Раздел "О нас" - обычная статья, без лишнего функционала (упомянутого выше) и пустых рамок категорий, как уже и говорил, должен быть доступен с футера и верхнего меню. Хлебные крошки убирать было бы глупо, но и совсем не "по фен-шуй" (согласитесь) показывать "техническую" категорию, которая нужна только для того, чтобы отключить отображение даты публикации записи, количества просмотров и т.п. готов выслушать другое решение данной задачи! ведь задача-то простейшая!
-
Марк, спасибо! Все получилось, осталось отключить отображение даты публикации, количество просмотров, отзывов, рейтинг в конкретной статье. Как это сделать без привязки к категории или так, что бы конкретная категория не отображалась в хлебных крошках? P.S. и шаринг здесь тоже не нужен..
-
klaos27, спасибо за подсказку! сегодня добрался до этого вопроса и попытался реализовать задуманное. Но не все получилось, как задумывалось. Вопрос по прежнему актуален. Суть вопроса: нужно вывести статью "О нас" в меню и футер без правки файлов (хотелось именно так) сделал как рекомендовалось выше и получил следующее: создал запись и поместил в меню - все получилось, но есть необходимость убрать дату публикации, оценку и т.п. - в настройках записи отключил все что можно - не помогло. Создал категорию "о нас", внес соответствующие настройки и привязал статью - помогло, но в хлебных крошках появился путь "главная - о нас - о нас" (должно быть "главная - о нас") - как устранить - не нашел. в футер загнать статью не получилось - только категорию (по примеру "Меню Footer"), категория стала очень красиво, как мне надо - в результате, при переходе открывается (естественно) не запись, а категория с записью - такое не устраивает. Пытался создавать виджет на основе "Список выбранных записей", по упомянутой аналогии "Меню Footer" - в результате получаю ошибку "не удалось загрузить шаблон", при попытке открыть сайт. Попытался решить этот вопрос третьим путем - разместить статью в описании категории - это оказался самый приемлемый вариант, но и здесь наткнулся на "нюанс" - остается пустая рамка от фильтров - как убрать не знаю. Кто знает, подскажите, как устранить недостатки одного из возможных решений?
-
В продолжении сказанного louise170. Так подвязываете вывод тарифа к географической зоне и будет Вам здесь одно а на "северный край" другое. От суммы по городу - одна зона, в область - другая зона и тариф, третья зона то, что входит в 250р и четвертая зона - ставите нужную сумму на "северный край". При выборе адреса доставки будет доступен только один способ, тот который отвечает указанной зоне. Если такой Вариант устраивает, то модуль почты и не нужен.
-
markimax, два вопроса: 1. есть статья сделанная и отправлена в подвал стандартными способами opencart, "О нас". есть желание продублировать ее в меню. Как это лучше реализовать? Как я понял модуль "не видит" стандартных статей. Можно, конечно, сделать статью в модуле и залезть в файл футера, чтобы прописать ссылку, но хотелось бы без правки файлов темы - это возможно, если да, то как? 2. стандартный поиск движка не видит статей блога, как лучше всего исправить эту ситуацию? Я организовал поиск средствами блога, как в demo, но этот поиск не находит информацию стандартных разделах. Или я что-то не так сделал? предпочитаю иметь поиск на всех страницах один, в шапке.
-
:-) отправил, добавил описание с ссылками, надеюсь будет понятней
-
markimax спасибо за объяснение! С отзывами буду уже разбираться завтра. А пока разобрался с размером картинки и выводом описания. С описанием справился достаточно легко – удалось "обхитрить" модуль: как выяснилось описание выводится если нет «краткого описания» (не совсем понятно зачем так сделано, но, наверное, так кому-то было нужно). Следовательно, я решил в «кратком описании» открыть тег «р» и закрыть. По логике он должен его убрать, коль тег пустой – он так и делает, но описание не выводит, правда при каждом редактировании записи нужно снова его прописывать. С размерами картинки ничего сделать не удалось – размер картинки внутри статьи привязанной к категории с настройкой «Шаблон вывода записи в категории - blog_gallery_image.tpl» - не управляем! Но ее отображение внутри записи можно убрать, создав другую категорию и указав ее как радио button, а в текущей оставив в чекбоксах. Внутри же можно вставить эту же картинку и управлять размерами, только тут возникает ряд проблем: дубль страниц и отсутствие эффекта увеличения с затемнением остального. Или же нужно убирать привязку blog_gallery_image.tpl – это решает проблему дублей, но вторая проблема остается. Вывод: просьба к Автору модуля – "допилить детище" на предмет управляемости размера картинки в указанном случаи. :-)
-
Так а как размер картинки в записи поправить? Картинка добавлена в запись в раздел данные, когда захожу в запись, она появляется в левом верхнем углу. В категории размеры менял - результат нулевой. За сортировку спасибо! с шаблонами буду разбираться позже, так как это не совсем простая задача для меня, чтобы настроить где выводить, а где нет. Сейчас надо разобраться с отзывами. После установки модуля внизу каждой страницы есть надпись "отзывы 0", но самой формы для ввода отзывов нет, хотя в настройках категории и записей все включено - так и должно быть? Форму еще настроить нужно? если не сложно - тыкните в инструкцию. И еще вопрос: какова разница между выделенными красным опциями?
-
Пробовал, ставил разные значения - не помогает, в самой категории размер картинок изменить могу, а вот когда зайти в запись - там не получается. с "цветом дороги" разобрался: я сразу не понял и спросил о цвете, но оказалось дело в другом так как в магазине дорога показывается всегда с гиперссылкой, поэтому ее всегда видно, а в блоге статья показывается без гиперссылки и выглядит тускло - проверил стили - таки да, разные цвета стоят, нашел 412 строку в файле catalog/view/theme/default/stylesheet/stylesheet.css и просто заменил цвет. - так, куда лучше будет. так понимаю выровнять высоты расположения картинок можно только уровняв количество строк в заголовках записей? чувствую с сортировкой тоже не все так просто?
