reman

SEO URL для товара указали? На вкладке "Данные"

:ugeek: 

~60 - 120`000 рублей - ну, ну... юношеский максимализм и понты

Слыхали мы таких, потом не могли наскрести на кило "колбасы" и недорогой модуль

Я думаю не удивлю никого, если отвечу от некоторых уважаемых разработчиков из команды ocTeam с которыми вот только  обсуждал этот вопрос - reman f ..off

Когда тебе не отвечают уже полмесяца по этому вопросу - стоит задуматься и не мешать работать, а не понты колотить про в 100-200 "раз"

 

Пойди купи себе модуль какой нибудь (МОЙ НЕ ПОКУПАТЬ - таким как ты не продается, не задол@ешь так "зацелуешь" своими инсинуациями) с префиксами языка  и не мешай работать

 

Такой модуль решит все твои проблемы.

 

Да в opencart нет нормальной реализации мультиязыка (я тоже этим недоволен). Вот поэтому и появляются модули решающие этот вопрос (SEO мультиязык вообще разрабатывался "для себя" под 1.5.x, но пользователям востребован, хотя я его даже не хотел адаптировать под 2.x, но "заставили").

Но никому в трезвом уме и в голову не придет ломать стандарты и делать всем "блекаут", кардинально изменяя логику по отношению к оригиналу и стандартам кода привязок почти ВСЕХ тем и модулей

Вы думаете, что OpenCart появился на свет без инвесторов? Бесплатного в этом мире ничего нет.

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

Ваша реакция мне понятна, не будет денег на килограмм колбасы.

Но я совершенно не понимаю остальных, которые должны быть заинтересованы в развитии сборки ocStore.

Разницы нет ocTeam или ветеран. Всё меняется и относительно.

К тому же только у меня есть в портфолио модулей свой ЧПУ формирователь с поддержкой мультиязыка и мультиязычных URL для SEO CMS и отдельно модуль реализации мультиязыка БЕЗ патчей основного ЧПУ формирователя.

Уже обяснили тебе.  Я тебе обьясняю все технические вопросы.

При чем здесь "щильдик" ocTeam ? Такой шильдик был у некоторых "товарищей", а потом в ветке "недобросовестные исполнители" разбирались с ними...  на заборе может быть х... написано, но это далеко не ...

 

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

 

 

Пару вопросов технических:

1. Почему Даниэль (если ты не в курсе это разработчик opencart), зная об этой проблеме - не изменяет seo_url кардинально ?

Не задавал себе такой вопрос... ах да, регистрация на форуме 20 декабря 2016. opencart только увидел (без году неделя, но гонор как у "королевы")

2. Добавите language_id в запросы по вызову URL? О да, тогда все темы и модули придется авторам переписывать. Их будут все переписывать или "вводить" поддержку совершенно разных реализаций ЧПУ формирователя (фактически третьего по счету) ? Да никто не будет, а тому кто поднял этот вопрос - дадут лично...

3. Открой хоть один ocmod / vQmod и посмотри код патчей seo_pro, а теперь примени его к реализации мультиязыка, тогда поймешь.

4. Что то технически сделал для opencart? Модуль, тему с адаптацией ЧПУ под свой модуль? Или сделал ЧПУ формирователь для своего модуля?

 

Как учили меня в университете: если бы самолеты делали не по стандартам - то они падали бы как яблоки осенью.

reman - иди учи основы унификации и стандартизации в реализации проектов.

И никогда не отмахивайся, а внимательно анализируй, что пишут в ответ.

 

А подымать "волну" из-за того что вам лично бесплатно  это надо (а для других это превратиться в кошмар) - не корректно

Я готов заплатить в 100-200 раз больше стоимости вашего модуля, чтобы такая же функциональность была в сборке ocStore. Или вы хотите сказать, это реализовать невозможно, а вы сами продаете воздух?

Жду предложений в личку от команды ocTeam.

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

Хочу услышать комментарии от ocTeam.

ИМХО, наиболее полезен будет url вида /Город/Категория/Продукт , чем /ru/Категория/Продукт

региональность более востребована, чем мультиязычность.

Смотрите шире. Мир большой и не ограничивается одной страной.

У вас все в порядке?

Обмораживаться не стоит так. Если у вас нет квалификации понять то не подымайте "волну"

Вам уже все обьяснили.

 

Что еще не понятно вам?

Учить мат. часть тогда бегом.

"спонсор" ... на кило колбасы не хватает

Не нравлюсь я - ставьте себе паладины, сео паки про , комплете паки, ультимэйт паки и т п - там тоже есть префиксы.

Только потом не нарекайте на кривость работы

 

Обьяснили уже популярно для тех кто в танке- никто стандартов не будет изменять иначе будет большой блек аут

Хочется вас матом послать.

Кто вы такой, чтобы за всех решать?

Какое вы вообще имеете отношение к сборке ocStore?

Почему Вы решили, что вариант с вашим модулем или всякими паладинами единственно правильный?

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

А вы думаете почему Даниэль не изменяет свой ЧПУ формирователь seo_url ?!

Вы думаете он не знает об этой проблеме?

 

Знает и очень хорошо.

Но НЕ МОЖЕТ уже поменять СТАНДАРТ иначе все полетит в "трам - тарарам"

Будет полный бардак, а его за ... просто повесят в конце концов сами спонсоры и разработчики, вместе с пользователями

Вас понял, больше к Вам вопросов нет.

На текущий момент имеем новую сборку ocStore 2.3.0.2, необходимо добавить поддержку индексации сайта на разных языках. Кто может сделать необходимые доработки в сборке? Готов выступить спонсором.

Оно же стоит как целое кило колбасы.

А как же шара для "меня", а другим хоть "трава не расти"?

Хотите поговорить на тему, кто больше думает о других?

Я не хочу с Вами спорить, давайте лучше погорим о том, сколько Вы хотите за интеграцию вашего модуля в сборку ocStore?

Перечитайте внимательно пост на который отвечали

И проанализируйте - там, четкий ответ

 

Вы же не читая, начали подымать "волну" заново

 

 

Вы вообще представляете сколько придется переделывать тем и модулей под новые привязки?

А некоторые уже никто и не будет переделывать

А вы представляете сколько магазинов на стандартном seo_pro ?

И новые модули придется адаптировать как под "старый" seo_pro так и под "новый"

Бардак будет еще тот

Это Вы внимательно перечитайте о чем я написал...

Прекрасно понимаю Ваш интерес, но это должна быть функция "ядра".

что мешает приобрести готовое решение?

Данная функциональность должна быть в "ядре" сборки. Если посмотреть, что было добавлено в сборку ocStore, то поддержка индексации сайта на разных языках имеет значительно больший "вес".

Ага..."можно" - кардинально переделать seo_pro  и тогда все разработчики будут переделывать свои модули под новый код привязки (ocmod)  и половина модулей перестанут работать.

И будет большой блекаут :ugeek: :-D  Магазины рухнут в выдаче ПС, модули будут работать не стабильно

Так что никто переделывать, уже СТАНДАРТ де факто, не будет

Это может повлечь очень негативные последствия

 

Seo Pro включен уже в сборку. Почему нельзя доработать существующий функционал, чтобы поисковые системы индексировали магазин на разных языках? Неужели это никому не нужно? Я не предлагаю использовать версию RB2 через ocmod.

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

Кто может сделать необходимые доработки в сборке? Готов выступить спонсором.

По сути реализация уже есть https://github.com/rb2/opencart-seopro/tree/oc2031, надо правильно перенести на сборку ocStore. 

P.S. Странно, что этого нет в базовой версии OpenCart. В чем причина?

Ага..."можно" - кардинально переделать seo_pro  и тогда все разработчики будут переделывать свои модули под новый код привязки (ocmod)  и половина модулей перестанут работать.

И будет большой блекаут :ugeek: :-D  Магазины рухнут в выдаче ПС, модули будут работать не стабильно

Так что никто переделывать, уже СТАНДАРТ де факто, не будет

Это может повлечь очень негативные последствия

 

Этот http://opencartadmin...langmark-2.html модуль решит проблему? Можно его использовать для текущей сборки ocStore?

Это совершенно иной Seo Pro.Бывший член Octeam RB2, решил развивать свою версию отдельно от сборки Ocstore,в которой используется иная реализация.

Ок, тогда что мне сделать, чтобы в URL был код языка? Как решить эту проблему в текущей сборке ocStore 2.3.0.2?

Тогда я ничего не понимаю...

Ведь SeoPro включен в последнюю сборку ocStore 2.3.0.2.

В настройках магазина (закладка "Сервер") свойство SEO URL включено, а также выбран тип ЧПУ "SeoPro".

Почему тогда в URL нет кода языка, как это описано здесь https://github.com/r...pro/tree/oc2031?

Кто отвечает за доработку ocStore?

Как формируется список задач на разработку нового функционала?

Кто определяет приоритеты и как на это можно повлиять (время/деньги)?

Какие есть варианты решения проблемы индексации сайта при использовании нескольких языков?

Пока нашел только http://opencartadmin.com/seo-langmark-2.html

Есть какие-либо планы по устранению данной проблемы в оригинальном opencart или в ocStore?

Вариант с поддоменами и мультимагазином не нравится.

Ну и для пояснения

		if ($this->request->server['SERVER_PROTOCOL'] == 'HTTP/1.1') {
			$this->response->addHeader('HTTP/1.1 503 Service Unavailable');
		} else {
			$this->response->addHeader('HTTP/1.0 503 Service Unavailable');
		}

		$this->response->addHeader('Retry-After: 3600');

 

Header 503

Я жив. Но я зант у меня технические работы

Retry-After

Заголовок ответа Retry-After при использовании с ответом 503 Service Temporarily Unavailable

Ну..я тут на часик подвисну, попробуй зайти попозже

Спасибо за развернутый ответ!

Не совсем

 

Если есть меню, то в меню будут не ЧПУ ссылки

Но в режиме обслуживания отдается не 200ок

Поєтому не должны индексироваться

Так точно. В режиме обслуживания отображается меню, в котором ссылки обычные, а не ЧПУ.

Точно есть гарантия, что не будут индексироваться? Есть ссылка на документацию Гугла и Яндекса где это описано?

Может проще исправить баг и быть на 100% уверенным, что не будет дублей?

SEO URL не работает в режиме обслуживания.

Известна ли эта ошибка? Получается, что нельзя включать режим обслуживания, чтобы не было дублирования ссылок((((.

Можно ли это исправить?

Наверное админу стоит удалить мой спам), я бы и сам удалил, только не знаю как...

Для меня ocStore новая система, поэтому просьба сильно не пинать.

 

В настройках магазина (Система-Локализация-Единицы длины) добавил новую единицу измерения "Метр", в поле "Значение" указал 1, т.к. это будет базовая единица длины. Соответственно изменил на 100 и 1000 поле "Значение" у "Сантиметр" и "Миллиметр".

 

Меня смущает то, что после всех этих действий, в списке единиц измерений видим "Сантиметр (По умолчанию)", т.е. сантиметр вроде как остался единицей измерения по умолчанию, хотя у него "Значение" равно 100.

 

Подумал, что некоторые базовые настройки могут кэшироваться, поэтому попытался очистить кэш через Система-Инструменты-OC Team, но это не помогло.

Разобрался. "По умолчанию" возле названия единицы измерения похоже зависит еще и от настроек магазина (Система-Настройк- закладка Локализация), а именно значения поля "Единица измерения". Когда выбрал значение "Метр", то и в Система-Локализация-Единицы длины "По умолчанию" стало отображаться возле значения "Метр".

Получается, что примечание "По умолчанию" возле названия единицы измерения зависит не  от того, что поле "Значение" равно 1, а от настроек магазина  (Система-Настройки-закладка Локализация). Это только для меня кажется не совсем логичным? Хотя смысл в этом тоже есть, т.к. сразу видно какая базовая единица измерения используется магазином.

Для меня ocStore новая система, поэтому просьба сильно не пинать.

В настройках магазина (Система-Локализация-Единицы длины) добавил новую единицу измерения "Метр", в поле "Значение" указал 1, т.к. это будет базовая единица длины. Соответственно изменил на 100 и 1000 поле "Значение" у "Сантиметр" и "Миллиметр".

Меня смущает то, что после всех этих действий, в списке единиц измерений видим "Сантиметр (По умолчанию)", т.е. сантиметр вроде как остался единицей измерения по умолчанию, хотя у него "Значение" равно 100.

Подумал, что некоторые базовые настройки могут кэшироваться, поэтому попытался очистить кэш через Система-Инструменты-OC Team, но это не помогло.