sv2109

Обсуждалось уже не раз, это уязвимость для какой-то версии windows сервера (которым почти никто не пользуется, так как почти все веб сервера работают под linux) + для версии 1.5.2.1 движка, которая уже наверное года 2 как не актуальна.

Просто интересно, кто вам сказал что 1Gb это нормальный хостинг? У меня там один сайт был на Друпале, так тоже постоянно приходили от них уведомления о превышении лимитов и сайт тормозил ужасно, перенес на it-patrol (чисто друпаловский хостинг) и сайт начал буквально летать и хостер не жалуется. Сейчас как раз тестирую digitalocean.com, впс по технологии kvm, ssd диски, минимальный тариф всего 5$ в месяц + есть свое апи с помощью которого можно много всего делать.

Скачайте с сайта любой бесплатный модуль и посмотрите как там все сделано. Так же смотрите код самого движка, он не закрытый, открываете и читаете, там все очень просто.Так же советую почитать про шаблон проектирования MVC (гугл вам в помощь). Если код движка вам вдруг покажется сложным и непонятным значит рано вам еще модули писать, нужно для начала php подучить. Тот, кто нормально знает php разберется с движком буквально за пару дней. Я свой первый модуль написал через 2-3 дня после первого знакомства с движком.

я так понимаю этот аякс запрос что в примере обращается к удаленному сайту, получает оттуда какой-то ответ в формате jsonp и теперь этот ответ нужно передать в контроллер на этом сайте. Никаких php переменных тут нет, так как все происходит на клиенте, а не на сервере. нужно в success: function(data){ alert(data); }, вместо alert(data); написать еще один аякс запрос уже к контроллеру данного сайта. Вообще странное решение, лучше это делать на сервере, сделать 1 аякс запрос на свой сервер, а там уже с помощью например curl уже обратится к удаленному сайту, получить ответ, обработать его и результат передать клиенту в браузер, если нужно.

Языковая переменная не передается напрямую в представление, она передается через контроллер. Контроллер загружает языковый файл и передает языковые переменные в представление. Откройте контроллер хедера и поищите по фразе text_welcome сразу и поймете где что берется..

это есть в описании задания: //при каждой замене цвета в опции - меняется цена, размеры и все фотографии

А он разве делает зависимые опции - например при изменении опции "цвет" в опции "размер" появляются только определенные для этого цвета размеры?

Тому у кого нету опыта я бы настоятельно рекомендовал не делать платных модулей. Потому что научились.. прочитал книжку "php за 2 недели" и вперед делать платный модули. Потом покупаешь такой модуль после чего громко матерясь пол дня исправляешь ошибки и баги.. А тому, у кого такой опыт есть данная тема вообще не интересна так как и своих идей хватает и разбираться в чужих "наработках" ой как не хочется, насмотрелся уже на эти наработки за несколько лет.. проще самому написать с нуля чем разбирать код очередного доморощенного php гуру. Я не имею ввиду ТС так как не видел его код, но в 95% случаев все именно так и есть.

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

$data = array( 'name' => "Албания", 'name2' => "Турция" ); или $data = [ 'name' => "Албания", 'name2' => "Турция" ];

Есть такой модуль https://opencartforum.com/files/file/553-%D0%BF%D0%BE%D0%B8%D1%81%D0%BA-%D0%BA%D0%B0%D1%80%D1%82%D0%B8%D0%BD%D0%BE%D0%BA-%D0%B4%D0%BB%D1%8F-%D1%82%D0%BE%D0%B2%D0%B0%D1%80%D0%BE%D0%B2-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D1%83%D1%8F-google/

из контроллера нужно подключить шаблон, он автоматически не подключается после чего сделать рендер откройте любой контроллер и посмотрите как там все сделано

удалить все пробелы в поисковой фразе удалить все пробелы в sql запросе (для текста в базе) искать по вхождению фразы, а не по точному совпадению отключить регистрозависимость в поиске

для 1.5.5.1 есть версия модуля, все будет работать демо к сожалению там очень старое для какой-то старой версии модуля, соответственно много чего там нету, нужно бы обновить но все руки не доходят. поиск по атрибутам есть, если его там не окажется я верну вам деньги :)

https://opencartforum.com/files/file/682-%D0%BF%D0%BE%D0%B8%D1%81%D0%BA-%D1%81-%D0%BC%D0%BE%D1%80%D1%84%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B5%D0%B9-%D0%B8-%D1%80%D0%B5%D0%BB%D0%B5%D0%B2%D0%B0%D0%BD%D1%82%D0%BD%D0%BE%D1%81%D1%82%D1%8C%D1%8E/ с версии 1.1 но она работает начиная с версии 1.5.4.1 движка есть поддержка поиска по атрибутам + возможно пригодится https://opencartforum.com/files/file/516-search-suggestion-%D0%BF%D0%BE%D0%B8%D1%81%D0%BA-%D1%81-%D0%B0%D0%B2%D1%82%D0%BE%D0%B4%D0%BE%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5%D0%BC/

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

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

Это какой-то JokerBoard - http://allpublication.ru/forum/index.php?showtopic=1839 Скрипт вроде как 4-х летней давности, который еще и стоит почти 100$ + цена шаблона и модулей хз столько, возможно еще больше. Я тоже думал в сторону сторонних движков - но платить за доску об’явлений, которых как мне кажется бесплатных есть вагон как-то не очень хочется. На крайний случай взять тот же Drupal и сделать на нем все что нужно. Ну и самый большой минус такого подхода - в результате получается 2 отдельных и никак не связанных между собой (не считая ссылки для перехода) сайта. Никакой общей базы пользователей и пользователям приходится регистрироваться и там и там что не хорошо. Причем в каждом движке у пользователя какой-то свой личный кабинет, свои настройки, другой интерфейс, другой дизайн итд.. Нету возможности например в доске объявлений разместить рекламу - блок с новыми товарами или лидерами продаж с магазина или какой-то банер или слайдер с магазина. Точно так же в магазине разместить какие-то блоки блоки с доски.. Короче никак не профессиональный подход к созданию сайта, так как сайт должен быть одним целым а не смесью из кучи каких-то скриптов слепленных в кучу на скотче..

извините за задержку, напишите мне в ЛС, опишите проблему, укажите какая у вас версия движка и модуля

качество кода это такой параметр который сложно описать двумя предложениями.. тут даже хорошая книга мало поможет так как обязательно иметь достаточно опыта для этого - минимум лет 5 а лучше 10.. тогда это уже делается на каком-то интуитивном уровне - иногда смотришь код, вроде все нормально.. красиво но вот какое-то левое чувство говорит что что-то тут не так.. и только после детального анализа видишь что да, действительно есть серьезный баг в этом месте.. некоторые вещи по которым можно судить о качестве кода: - кодировка - в опенкарте это UTF-8 по умолчанию, но некоторые разработчики, которые видимо пишут код из-под виндового блокнота сохраняют все в CP1215 - форматирование - то о чем начинающие программисты часто забывают, им кажется что это пустая трата времени - работает - значит нормально. Я же когда вижу такой код без отступов или с неправильными отступами обязательно сначала его отформатирую (благо редактор может сделать это автоматически) и только после этого разбираюсь - четкий стиль кодирования. Например для конструкции if, это может быть if ($var == true) { } после if - пробел, после ( нету пробела, до и после == пробел, true с маленькой, после ) скобки пробел, { не переносим на следующую строку Не обязательно именно этот формат использовать, можно другой но он должен быть один на весь код. B желательно использовать стиль кодирования опенкарта - названия переменных - очень плохой тон называть переменные транслитом типа $peremennaya, лучше общепринятое $var, хотя $var это тоже крайне неудачное название так как переменная должна нести смысл в названии - название должно говорить что это за переменная, то есть лучше $var назвать $count или $limit, или еще лучше $product_count также нужно придерживаться нужного регистра, переменные называть $product_count, а не $Product_Count или $productCount - очень желательно не использовать глобальных переменных - комментарии - их должно быть не очень много (не стоит комментировать каждую строку) но и полное отсутствие комментариев, особенно в местах сложного кода тоже нехорошо. - если в опенкарте используется паттерн проектирования MVC то и весь код нужно разделять на 3 части - недопустимо выполнять sql запросы в контроллере или тем более в представлении, не допустимо засорять контроллер, все расчеты должны быть вынесены в модель итд. - насчет vqmod - к сожалению в опенкарте без него часто просто невозможно написать нормальный модуль, но 1. использовать его нужно в самом крайнем случае, когда другими методами этого вообще не сделать, иначе от его использования стоит отказаться и сделать это по-другому. 2. по возможности не использовать замену кода и тем более замену с оффсетами, так как потому может быть куча конфликтов из-за этого 3. по возможности использовать минимум vqmod кода, видел один модуль, в котором vqmod код на 1000 строк! это вообще пц.. Я например стараюсь весь код выносить в отдельную модель, а через vqmod добавить 2-3 строчки кода, который подключит эту модель и вызовет нужный метод, это уменьшит к-во конфликтов в будущем. - насчет модулей - то что можно сделать с помощью модулей нужно делать с помощью модулей, а не с помощью vqmod или каких-то sql запросов которых пользователя разработчик просит вручную выполнить.. список можно продолжить, это только первое что пришло в голову.. на самом деле параметров которые помогают отличить хороший код от плохого - десятки В общем - код должен быть максимально простой, понятный и однообразный. Такой код приятно читать, его просто и приятно изучать и легко с ним работать.

http://www.ozon.ru/context/detail/id/3159814/

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

"Сайт должен работать на системе Ajax" :-D "который выполнит до 24 числа очень большой объем работы" :lol: :lol: :lol:

Вам для начала нужно в самом index.php заменить require_once('config.php'); на require_once($vqmod->modCheck('config.php')); как-то так, так как config.php не обрабатывается vqmod-ом. после чего пробовать его изменить через vqmod, может и получится

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