Baco

catalog\view\javascript\common.js /* Search */ $('.button-search').bind('click', function() { url = $('base').attr('href') + 'index.php?route=product/search'; var search = $('input[name=\'search\']').attr('value'); if (search) { url += '&search=' + encodeURIComponent(search); } location = url; }); $('#header input[name=\'search\']').bind('keydown', function(e) { if (e.keyCode == 13) { url = $('base').attr('href') + 'index.php?route=product/search'; var search = $('input[name=\'search\']').attr('value'); if (search) { url += '&search=' + encodeURIComponent(search); } location = url; } });

seo_pro - это контроллер, который кушает index.php?route= и выдает адекватный урл, при условии что он был записан ранее в базу, при редактировании товара, категории, статьи... Он не имеет никакого отношения к генерированию УРЛ-ов !

Во первых, определитесь какая тема по сути. Во вторых, дайте ссылку на сайт, где это можно на примере просмотреть. В третьих, циклические ссылки вы хотите убрать, начиная с активной подкатегории ? Если 3-й вопрос актуален, то для этого надо найти такой вид переменных: <?php if ($category['active']) { ?> <a href="<?php echo $category['href']; ?>" class="active"><?php echo $category['name']; ?></a> <?php } else { ?> <a href="<?php echo $category['href']; ?>"><?php echo $category['name']; ?></a> <?php } ?> и превести к такому: <?php if ($category['active']) { ?> <b><?php echo $category['name']; ?></b> <?php } else { ?> <a href="<?php echo $category['href']; ?>"><?php echo $category['name']; ?></a> <?php } ?> Если же рассматривать боковой модуль (вертикальное меню), то следует найти: <?php if ($category['category_id'] == $category_id) { ?> <a href="<?php echo $category['href']; ?>" class="active"><?php echo $category['name']; ?></a> <?php } else { ?> <a href="<?php echo $category['href']; ?>"><?php echo $category['name']; ?></a> <?php } ?> и поменять на: <?php if ($category['category_id'] == $category_id) { ?> <b><?php echo $category['name']; ?></b> <?php } else { ?> <a href="<?php echo $category['href']; ?>"><?php echo $category['name']; ?></a> <?php } ?>

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

Кроме высокой степени доверия, должен быть так же уровень знаний в модулестроении, уязвимостях, быть более - менее вкурсе дополнений, которые актуальны на рынке и... иметь доступ к раскодированным данным (если модуль закодирован) что бы проверить наличие "дыр". И обычно такие спецы - либо не имеют времени свободного на такие вот мелочи, либо попросят за подобное времязатрачивание - справедливый гонорар, так что тут получается сложность в поиске такого "контроллёра".

Насколько я вижу оригинальный код, то там нет ниодной строки, которая затрагивала бы таблицу product, исходя из этого утверждения, напрашиваются 2 вывода: 1. Либо у вас какой то модификатор (vqmod файл) вносит неправильные изменения или по неправильному пути... 2. Либо у вас были раньше криворукие исполнители, которые решили впихнуть невпихуемое... Решение: Найти что вызывает данную неполадку и исправить, к сожалению, для угадывания проблемы, на сегодня вся "мана знахаря" израсходована и без анализа непосредственно файлов на сервере не обойтись.

Человек на альтруистических побуждениях или какая то мотивация из 16% общака должна быть этого человека ? (если можно, распишите детально, а то одним предложением сложно что то передать)

Покажите, что находится в 9-й строке файла: vqmod/vqcache/vq2-admin_model_catalog_category.php 2 freelancer: не сочтите за грубость, но ocStore так же был подвержен подобной инфекции своего времени.

2 tabook: Есть ли конструктивные предложения, касательно ?

Понятно, диагноз первоначальный - установлен, панацея: 1. Отключить и вырезать по всем контроллерам, любые упоминания о product_total (если конечно вам не принципиален вывод кол-ва товаров в категориях). 2. Убрать ненужные подзапросы (например выборку из таблицы product_to_store), а-ля оптимизировать запросы. 3. Сделать по возможности аякс подгрузку дочерних элементов. 4. Проанализировать другие модификаторы, не влияют ли они на "замедление". Примерное время выполнения - 3 часа., расценки по времени вы найдёте в профиле, хотя можно задать вопросы на форуме и самостоятельно попробывать реализовать "лечение пациента".

Доктору нужно диагноз поставить, может ли ваш хостинг предоставить low_query.log ? А то искать место самостоятельно разве "знахарь" сможет, а это по времени долговато, соотв. и по затратам.

Вот 3-й пункт интересный, но реализация его под IPB у грамотного специалиста, по бюджету будет не маленькой. В целом же, то администрация - отзывчива, хоть и не всегода вовремя, блокировка пользователей же - дело довольно деликатное, и не всегда можно вычислить точно, кто из купивших - "крыса", а кто законопослушный покупатель, в итоге потеря доверия к форуму в целом... Здесь оптимальней всего продумать политику решения таких вопросов, а не просто критиковать администрацию и как разработчик - я вас понимаю прекрасно.

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

Доп. рисунки товара повыводить или как ?

after morning \ past morning - это уже на любителя, можно конечно расшифровать "до обеда и после", но, как говорится, кто как хочет - так перевод и перекрутит, я же дал инструмен, так как толкового решение Mr. Google мне не предоставил...

Здравствуйте дамы и господа, представляю вашему вниманию функцию, собранную специально для того, что бы получать адекватные даты, типа: 15 Марта 2015 или 15 Березня 2015, зависит от опций, которые добавите... Сам код: private function rel_date($danni = null, $lang = 'ukr') { // Переклад if ($lang == 'ukr') { $translate = array( "am" => "до", "pm" => "по", "AM" => "ДО", "PM" => "ПО", "Monday" => "Понеділок", "Mon" => "Пн", "Tuesday" => "Вівторок", "Tue" => "Вт", "Wednesday" => "Середа", "Wed" => "Ср", "Thursday" => "Четвер", "Thu" => "Чт", "Friday" => "П\'ятница", "Fri" => "Пт", "Saturday" => "Субота", "Sat" => "Сб", "Sunday" => "Неділя", "Sun" => "Нж", "January" => "Січня", "Jan" => "Січ", "February" => "Лютого", "Feb" => "Лют", "March" => "Березня", "Mar" => "Бер", "April" => "Квітня", "Apr" => "Кві", "May" => "Травня", "May" => "Тра", "June" => "Червня", "Jun" => "Чер", "July" => "Липня", "Jul" => "Лип", "August" => "Серпня", "Aug" => "Сер", "September" => "Вересня", "Sep" => "Вер", "October" => "Жовтня", "Oct" => "Жов", "November" => "Листопада", "Nov" => "Лис", "December" => "Грудня", "Dec" => "Гру", "st" => "е", "nd" => "е", "rd" => "е", "th" => "е" ); } elseif ($lang == 'rus') { $translate = array( "am" => "дп", "pm" => "пп", "AM" => "ДП", "PM" => "ПП", "Monday" => "Понедельник", "Mon" => "Пн", "Tuesday" => "Вторник", "Tue" => "Вт", "Wednesday" => "Среда", "Wed" => "Ср", "Thursday" => "Четверг", "Thu" => "Чт", "Friday" => "Пятница", "Fri" => "Пт", "Saturday" => "Суббота", "Sat" => "Сб", "Sunday" => "Воскресенье", "Sun" => "Вс", "January" => "Января", "Jan" => "Янв", "February" => "Февраля", "Feb" => "Фев", "March" => "Марта", "Mar" => "Мар", "April" => "Апреля", "Apr" => "Апр", "May" => "Мая", "May" => "Мая", "June" => "Июня", "Jun" => "Июн", "July" => "Июля", "Jul" => "Июл", "August" => "Августа", "Aug" => "Авг", "September" => "Сентября", "Sep" => "Сен", "October" => "Октября", "Oct" => "Окт", "November" => "Ноября", "Nov" => "Ноя", "December" => "Декабря", "Dec" => "Дек", "st" => "ое", "nd" => "ое", "rd" => "е", "th" => "ое" ); } // Якщо дата отримана, то обробляємо її if ($danni != null) { $timestamp = strtotime($danni); return strtr(date("j F Y", $timestamp), $translate); } else { // або виводимо поточну дату... return strtr(date("j F Y"), $translate); } } Инструкция: $this->rel_date() - выведет текущую дату, например 15 Березня 2015 (украинский перевод по умолчанию) $this->rel_date('2015-03-14', 'rus') - вывод заданной даты на русском //14 Марта 2015 $this->rel_date(null, 'rus') - вывод текущей даты на русском //15 Марта 2015 $this->rel_date('2015-03-14', 'ukr') - вывод указанной даты на украинском //14 Березня 2015 Практический пример (вывод даты в модуле новостей): $this->data['news'][] = array( 'title' => $result['title'], 'description' => utf8_substr(strip_tags(html_entity_decode($result['description'], ENT_QUOTES, 'UTF-8')), 0, $chars) . '..', 'href' => $this->url->link('information/news', 'news_id=' . $result['news_id']), 'thumb' => $image, 'posted' => $this->rel_date($result['date_added'], 'ukr') );

Соберите группу инвесторов и начнётся разработка, а то слова типа: "Это реально нужный модуль, его все покупать будут..." почти на каждую 2-ю разработку слышу, да только что то к милиардерам не сильно отношусь...

Если полный (серверная настройка через панель хостинга) то 200 у.ё., если локальная (внутренняя) самого сайта: 50 или внешняя: 50

Провожу внешний и внутренний аудит, но гарантию могу дать лиш в случае, если на хосте нет других CMS, только opencart.

ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш...

var url = 'index.php?route=module/my_module/MyFunction'; $.ajax({ url: url, type: 'GET', data: $('.datapicker').datepicker('getDate'), dataType: 'json', success: function(msg){ alert(msg['you_callback']); } } ); как то так, контроллер же модуля по адресу: catalog/controller/module/my_module.php должен содержать в себе public MyFunction который и будет обрабатывать $_GET параметры (где по правильному должен лежать этот файл, который по $_GET[] запросу возьмет информацию из базы, обработает и выдаст результат?)

Аа, пункт к тз... Без описания логики работы платформы браться за такое не кошерно, разработка на месяцы (по опыту) затянуться может...

5 % от оборота - это интерес разработки модуля ?

Теперь добавить скрипт вызова datepicker в данную библиотеку и получится ваша хотелка.

Наверное так надо ?