deeman

и? может быть и может быть загружена по любому урл и мешать не будет. а все почему? потому что это джаваскрипт и поисковику безразлично по какому урл будет загружена эта таблица через аякс, в этом и суть. и никакого дубля не будет и никакой "висячей" ссылки, потому что это НЕ ССЫЛКА таким образом это тоже не обоснование этого: тремя страницами ранее вы писали, что на странице моего модуля обращение к вашему модулю может быть ТОЛЬКО через /simplecheckout?ajax_file=111111

хорошо, начнем сначала. вот ваш скрин http://prntscr.com/8ecnr6 с моей пометкой. полный путь запроса отличается от адреса страницы. вот ваш пруф. тремя страницами ранее вы писали, что на странице моего модуля обращение к вашему модулю может быть ТОЛЬКО через /simplecheckout?ajax_file=111111 когнитивный диссонанс какой-то

кто рассказалИ? Вы?))) я не услышал ответ ни на один вопрос. где пруфы хотя бы на скринах сайта, что вы предоставили? где ответы на вопросы?

1) где пруфы?)))) капец просто... у вас все пути запроса отличаются от адреса текущей страницы, посмотрите все скрины: и свои, и мои,- и ткните уже мне, где путь для аякс запроса совпадает со ссылкой текущей страницы? Например /obuv и /obuv?review=37 - ГДЕ? 2) Какого контента? какие дубли? Вы грузите на одну страницу (моего модуля) контент другой страницы по другому адресу, которая даже не будет индексироваться в силу загрузки джаваскриптом через аякс. Где дубль контента с одинаковыми ссылками? Что за бред? Разговор похож на разговор глухого со слепым. Кто-нибудь эту тему читает? Может мне, тупому, объяснить хоть что-то?

ох, блин, как же тяжело... вы начали путать теплое с мягким и жонглировать доказательствами, уходя от ответа: Не надо путать разные ССЫЛКИ на одну и ту же страницу. В быстром просмотре стоит ССЫЛКА при клике на которой джаваскрипт перехватывает выполнение и она грузится в попапе. http://prntscr.com/8ecctw Если бы там не было ссылок, а контент подгружался на эту же страницу через аякс - поисковику было бы как минимум по барабану по какой ссылке грузится этот контент, ЕСЛИ БЫ он это делал, он это даже как правило не делает. И страница в итоге может быть одна с блоками контента, которые могут быть загружены через аякс хоть откуда. Вы же сами пишете: "К примеру вызов "таблицы размеров", чтобы она не была индексе и не мешала карточке продукта!" - в том то и дело, что подгружается через аякс, чтобы НЕ МЕШАТЬ, поисковику при этом полностью по барабану, по какой ссылке была подгружена эта таблица, он ее ПРОПУСТИТ. Где в этой логике обоснование того, что на странице моего модуля ваш контент (АБСОЛЮТНО ДРУГОЙ) должен быть загружен по ссылке /simplecheckout?ajax_file=111 почему не /index.php?route=module/widget ? Поисковик не анализирует джаваскрипт и не выдергивает аяксовые ссылки оттуда, чтобы проанализировать контент, иначе все бы многочисленные виджеты и аяксовые вещи попадали в индекс. Даже если анализирует, то они отсекаются через анализ плотности слов. Ближайший пример - в последних сборках файрфокса у адресной строки есть развернутая книжка - по клике на ней открывается вид для чтения и в этом виде отсекается все, кроме основного текста как раз из-за анализа слов в блоках разметки, всякие меню, ссылки, виджеты отсекаются. Почему вы не можете ответить на банальный вопрос: в чем смысл использования в аякс запросе ссылки вида simplecheckout&ajax_file=1111 для подгрузки своего контента? это же ваш последний довод

ну да полный отдельный путь к своей странице, но никак не снова к /obuv&review=37 я вам про это второй день твержу, что вам нужно обращаться по собтвенному "полному" пути к своему контроллеру, а не к контроллеру моего модуля. вы мне второй день приводите доводы по части сео и приводите примеры, которые рушат ваши же доводы. кто вам мешает обратиться на странице моего модуля к своему модулю по пути сайт.ру/обратный_звонок и загрузить его данные? и доказательств так и нет

вот теперь вы сами себе противоречите, вы утверждали, что на странице simplecheckout нужен вызов именно к simplecheckout&ajax_file=1111 а сейчас приводите пример, где страница обращается только к нужному ей (другому) контроллеру и действию и получает то, что нужно ей http://prntscr.com/8ec3x7 она не обращается к /obuv&obzor=37 доказательства - это не ваши слова - это исследования и анализ

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

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

пруфы, пожалуйста.

Опять же - не вводи людей в заблуждение. Мой модуль выводит все подключенные на страницу модули и даже твой, когда он не работает в этом "грязном" режиме, а работает как любой другой нормальный модуль. И только твой модуль в своем непонятном режиме обращается снова к моей странице и передает свои параметры, о наличии которых моя страница даже думать не должна. В итоге она отдает сама себя (адрес то у нее тот же самый), как и положено, а ты этому ИСКРЕННЕ удивляешься и недоумеваешь. Про сео твои доводы тоже абсолютно неосновательны. Почитай, что такое плотность слов и как поисковики откидывают контент от разной мишуры типа обратного звонка, меню и т.п. По твоей логике если написать в меню пять раз слова ПЛАСТИКОВЫЕ ОКНА ОПТОМ, то поисковик учтет их в индексировании. Или если подключить на страницу виджет мессенджера, то слова из него также войдут в индексацию - полнейший бред. Еще раз повторяю - модуль никому не мешает работать и честно выводит все модули. Проблема не в этом, не вводи людей в заблуждение, проблема в том, что ты ВЫДУМАЛ какой-то полный урл. Ты обращаешься по адресу МОЕЙ страницы к ней и передаешь ей параметры. При это делаешь допущение, что моя страница должна отдать нужный тебе контент. В мире MVC для этого придуманы роуты, которым соответствуют контроллеры и экшены. Так вот в итоге ты вызываешь не контроллер своего модуля напрямую, а контроллер моего модуля и что-то там ожидаешь от этого контроллера. Спорить с тобой я устал и встречая твою ничем не обоснованную твердолобость у меня опускаются руки. Мне проще сделать так, чтобы твой ВЕЛИКИЙ модуль работал через одно место на странице моего модуля, потому что доказать тебе твою неправоту нереально. Последний вопрос читателям темы, больше я тут писать не буду. Вот простейший всевдокод $.ajax({ даймне: яблоко&в_фантике, какполучил: (предмет) { положи_в_корзину(предмет); } }); Какой предмет будет в корзине? Ответьте, кто читает наш бред и это будет точкой в обсуждении. Автор темы утверждает, что мой модуль не должен мешать работы его и он ожидает в качестве ответа ГРУШУ. яблоко - это мой модуль и к нему идет запрос с передачей параметра в_фантике (про этот параметр мой модуль естественно ни сном, ни духом)

сделал я ее не потому, что посчитал что-то неправильным, а потому, что в небольшой проценте случаев не передавался заголовок HTTP_X_REQUESTED_WITH - единственный необходимый "маркер" аякс запроса. не нужно делать какие-то размышления от обратного и додумывать на основе этого, ты мыслишь совсем не в ту сторону. еще раз спрашиваю тебя: почему ты, запрашивая страницу с роутом "simplecheckout" и передавая ЕЙ какие-то параметры, ожидаешь, что эта страница ответит не своим контентом, а нужным тебе? почему ты вообще решил, что такое поведение кода допустимо, а поведение моей страницы, которая отдает свой контент - недопустимо? то, что делаешь ты - не более как "грязный" хак, а твои доводы про сео вообще ни с чем не вяжутся. для сео как раз таки получение разных данных от одной и той же страницы - убийственно. более того, сейчас у всех проблема как индексировать аяксовый контент, а ты наоборот мне доказываешь что-то. давай все страницы опенкарта будем отдавать через /simplecheckout?page=product1 чего мелочиться то? но виноват в итоге будет модуль, он же "дурак" не знает, что ты решил такую логику сделать и в таком случае ты ожидаешь страницу с продуктом "product1"

я сам себе не противоречу. прочитай, для чего вообще используется заголовок HTTP_X_REQUESTED_WITH он используется, чтобы определить, что ДАННАЯ страница грузится через АЯКС и нужно отдать _ЕЕ_ ОБНОВЛЯЮЩИЙСЯ контент. ты же вводишь какие-то свои "понятия" и пытаешься у любой страницы подменить ЕЁ контент на свой при передаче своего параметра, откидываю ВСЮ логику данной запрошенной страницы. я как программист, когда вижу код get('адрес_страницы') сразу понимаю, что будет выдана данная страница, а все параметры страницы только лишь означают ДАННЫЕ для ЭТОЙ страницы. ты же на корню перечеркиваешь само понятие URL и у тебя в зависимости от параметра, дописанного к адресу страницы выводятся различное содержимое (иногда ананас, а иногда груша). и ладно бы, если это была логика самой страницы - проверять параметр и грузить свой контент. так нет, ты у ЛЮБОЙ страницы изменяешь ее поведение, добавляя свой параметр и удивляешься, почему нет реакции на этот параметр. зачем ты вообще мелочишься? подменяй контент на уровне index.php в зависимости от параметров. зачем тебе обращать внимание на какие-то роуты, которые тебе мешают? запрошен роут simplecheckout? да плевать мне что он запрошен, я то хочу получить мой ответ от моего модуля, поэтому подвинтесь все, я подменю контент страницы на контент своего модуля. я тебе это уже второй день твержу, ты мне все какие-то доводы непонятные приводишь.

поясняю для обывателей человек решил, что я в МОЕМ коде должен проверять ПРИДУМАННЫЙ ИМ ПАРАМЕТР и НЕ ВЫВОДИТЬ КОНТЕНТ СВОЕГО МОДУЛЯ это все равно что позвонить Васе на сотовый телефон и набрать цифру 1 после гудка, искренне удивившись при этом, что трубку взял не Петя. еще при этом обвинить Васю в том, что он не передает трубку Пете. Довод, что звонит он на сотовый, а не на АТС, не довод. а довод, почему он не звонит Пете напрямую по его сотовому номеру вообще не принимается.

скиньте доступ в личку, посмотрю настройки

о, господи... слов у меня нет и аргументов тоже

ну и вот в картинках, чтобы не быть голословным

у человека есть код $.ajax({ даймне: яблоко, какполучил: (предмет) { положи_в_корзину(предмет); // любой ребенок ответит, что "предмет" в итоге - это "яблоко", только вот по мнению автора там должна быть ГРУША, потому что он так решил } }); как при такой логике с ним разговаривать дальше - я не знаю. в реальности вместо "яблоко" - адрес страницы модуля "checkout/simplecheckout", она загружается еще раз и вставляется на страницу. человек часа два мне вчера объяснял, что я дурак и ничего не понимаю в программировании и если идет обращение к странице модуля с каким-то его параметром (выдуманным им же), то мой модуль должен вместо содержимого моего модуля отдать содержимое его модуля. в общем, отвал головый полный. его аргумент, что если он делает так $.ajax({ даймне: яблоко&в_фантике, какполучил: (предмет) { положи_в_корзину(предмет); // предмет должен быть даже не яблоко и не фантик, а ГРУША } }); и в итоге по его мнению это не его недоработка (что-то кто-то ведет себя не так, как он решил), а мой БАГ. и уперся на этом и ни в какую не хочет ничего делать. вот что мне с ним делать? переписать свой модуль, чтобы он возвращал ему грушу? почему вдруг модуль должен возвращать грушу (при обращении к странице заказа он почему-то должен вернуть модуль обратного звонка - это его логика такая). если он хочет - есть вкмод и может хоть что делать с моим модулем, только я то тут при чем опять же? и такой подход к решению задачи - это я даже не знаю как назвать, можете посмотреть на любой странице своего сайта, например есть страница /продукт - выводит продукт /продукт&мой_параметр - выводится только форма обратного звонка ах да, сначала он упирал на то, что я не должен был употреблять в своем коде переменную, которая тоже называется "мой_параметр". я ему еще час объяснял, что не в этом дело.

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

это нужно делать в файле /catalog/model/checkout/order.php метод confirm() тогда не важно будет через что оформляется заказ, для всех вариантов этот код будет вызываться всегда модулями оплаты

в этом случае модуль создает пароль сам и чтобы отправить его по почте в архиве вкмода есть вкмод, в каталог /usefull....

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

все зависит от установленный темы, если тема "резиновая", то и модуль становится "резиновым"

скиньте ссылку на сайт в личку

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