user13

А почему так часто менялись и разработчики и сеошники, вот что наводит на мысль...либо вам не везло и обманывали вас, либо наоборот.!?

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

Убеждаюсь, что заявление от исполнителя было более правдиво(еще и с учетом что она тут с 2013го), чем от заказчика и девчонка просто не стала тратить время. А в плане ломаный или нет, очень многие несведущие в вопросе хотят подешевле, но оригинал, в то время как оригинал уже установлен с заявленной стоимостью, вот и ищут «китайскую подделку», а после недовольны ее качеством...

Не проще ли обратиться к самому разработчику модуля, чтобы тот индивидуально допилил его для вас?

Уважаемый, человек просто толсто намекнул на себя)))А кто вас кинул - ник пользователя и возможно админы форума смогут его как-то наказать. Что касается сотрудничества, то можете и мне в лс написать подробности, что именно вам требуется. PS: я не из рф

Конечно же))) Уж действительно там, по крайней мере будет что-то путное от нескольких оптимизаторов Ну и по ссылкам: https://support.google.com/webmasters/thread/189017926/перенос-статей-с-одного-сайта-на-другой-с-сохранением-позиций-в-поиске?hl=ru по тематике схоже, только тут нужно передать вес одной страницу(рус версии) - to another page (укр.версия /uk/uk-url) Ну и по 302 справка от гугл https://developers.google.com/search/docs/crawling-indexing/http-network-errors?hl=ru 301 (moved permanently) Робот Googlebot выполняет переадресацию, а алгоритм индексации интерпретирует это действие как явный сигнал того, что перенаправление должно выполняться на каноническую страницу. 302 (found) Робот Googlebot выполняет переадресацию, а алгоритм индексации интерпретирует это действие как неявный сигнал того, что перенаправление должно выполняться на каноническую страницу.

И лучше всего уточнять на форумах где именно сеоспециалисты, а не сео-хирург-опенкарт 12+ специалисты, там по крайней мере будет больше полезных ответов с пруфами и полезными ссылками

От того, что рус версия уйдет, а останется укр версия- не потеряется вес если сделать правильно. Вы же предлагаете ВРЕМЕННЫЙ редирект - 302 (я даже его специально выделила).Кроме того ТС не сказал, что хочет оставит рус.язык.(возможно вы умеете читать мысли) Далее - про законы вы конечно же задвинули, а то гугл такой тупой и не переведет с рус на укр и не выдаст нужный результат. Но да ладно - я вообще не сео оптимизатор :))просто большой опыт работы с хорошим сеошником, который реальные результаты выдавал именно по своим проектам, а не по абстрактным яндексам, розеткам, днсам и че там у вас еще. Полезные ссылки для сео оптимизаторов!!! https://www.searchenginejournal.com/301-vs-302-redirects-seo/299843/ https://developers.google.com/search/docs/crawling-indexing/301-redirects Это так-первый запрос в гугле...

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

Непонятно зачем временный редирект(302), у опенкарта и окстора - есть же мультиязычность с переводом, кроме того можно просто указать каноникал, и в дальнейшем гугл склеи ссыки и получится ua/cat_id/product_id каноничная русской версии, отсюда вес страниц от русского сайта перетекут на украинскую версию и вроде как в гугле региональность же можно также указать. Ну или если убирать полностью рус.версию - заменить файлы лэнг где в папку ru-ru залить уже переведенные файлы, что касается товара - то в любом случае-название на украинский надо переводить - поэтому первый вариант больше подойдет. Также как вариант просто редиректы прописать с русской версии на украинскую(не по штучно конечно же, а for product_id in products), но опять таки - зависит все от того как мультиязычность будете делать

Автор темы - написала в личку.

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

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

Возможно у вас просто заблокирован адрес к которому модуль обращается. Пробовали ли через впн, где сам хостинг находится?

Помнится мне в самой addOrderHistory тоже была mail функция. Возможно адрес почт не передается. Возможно и сам модуль manov гонит, перепроверьте все файлы отвечающие за оформление заказа и отправку уведомлений