KIRKIRKIR

Спасибо!

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

Добрый день, прицениваюсь, нужно перенести сайт https://fr-olymp.ru/ (самописный на Laurel/js/php) Понимаю что деталей очень много - пока что по основным моментам 1. Копировать внешний вид 2. 4 поставщика ( 1С + api+xml+ архив с 1С) - ежедневное обновление 3. Опции: тиражи + размеры+цвета 4. Комплекты: 100шт/100р. ..1000 шт/800р 5. Отдельный шаблон для раздела технологий с формами обратной связи 6. Блог 7. Поддомены с подменой номера + нужен будет OCфильтр Понимаю что нужно подробное ТЗ со всеми деталями в том числе с докомументацией поставщиков и тд но мне бы понимание какой диапазон бюджета можно закладывать если делать "силами форума" благодарю за понимание

Поставили Search suggestion - поиск с автодополнением PRO + морфология - где то неделю назад - все нравится - тестируем, работаем - тормозов в поиске нет, будем , мое мнение - оптимальный вариант на данный момент

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

UPDATE oc_product_description SET name = REPLACE(name, "\"", "")

не находилось то, что нужно было, работал поиск быстро, но находил не совсем то что нужно было .. и собственно призадумался, очень много статей в интернете говорят о том, что Sphinx хороший движок для поиска... только не понятно почему по факту поиск выглядит так : вот пример сейчас с работающим Sphinx https://om-ek.ru/search?search=ввг 3х1.5 (http://joxi.ru/krDW8oGudxJwRA скриншот включенного модуля ) вот выдача с поиска яндекса https://om-ek.ru/search?searchid=2466053&text=ввг 3х1.5&web=0&search= сейчас реализация такая - поверх поиска поставлен javascript яндекса такая полумера находит то что нужно, но есть ограничения по количеству sku и не самая удобная механика поиска, поэтому выше в первом сообщении я скинул пример такого поиска который похож на идеальный - по сути это тоже Js - но он работатет

Добрый день, пример: https://stroyka-market.com/ поиск реализован сторонним сервисом: searchbooster.io работают они на основании предоставленной YML выгрузки возможно ли такое реализовать независимо? и так что бы поиск работал также релевантно и быстро я вижу в такой реализации большую перспективу И в какой бюджет это выйдет ? пробовали Sphinx от Yoda, но поиск не был релевантен - то есть в первую очередь выводилось не то подразумевалось - тестировали около месяца.. сейчас стоит поиск от яндекса по товарам - но у него ограничение 100к товаров и не самый удобный интерфейс, наш сайт https://om-ek.ru/ - у нас сейчас 165к товаров и на подходе еще партия на 50 к товаров - итого использование поиска от яндекса будет уже совсем не актуально Очень надеюсь на обратную связь! Или если есть ещё варианты для хорошего качественного поиска -открыты и готовы обсудить

спасибо сработало, для тех у кого ошибка при запросе вместо "PREFIX" - посмотрите как у вас начинается название таблицы - в моем случае "oc" или еще как нибудь ..

Добрый день, буду признателен вашему мнению - обнаружил вебмастере, что краулер Яндекса находит мусорные страницы дублирующие главную, судя по всему нужны правки в "seo_url.php" или настроить корректно редирект : проблемные комбинации страниц которые я обнаружил: https://om-ek.ru/index.php/product/view/511/24697 (любые комбинации цифр и букв) https://om-ek.ru/index.php/product/view/511 (любые комбинации цифр и букв) https://om-ek.ru/index.php/product/view https://om-ek.ru/index.php/product https://om-ek.ru/index.php/chto-ugodno (что угодно на любом языке) при этом если делать редирект с /index.php* зацепит страницы блога пример: https://om-ek.ru/index.php?route=octemplates/blog_article&oct_blog_article_id=131 в карте блога старницы блога отображаються так: https://om-ek.ru/novosti?oct_blog_article_id=131 (карта блога:https://om-ek.ru/index.php?route=octemplates/blog_category/sitemap ) Страницы блога в индексе http://joxi.ru/n2YMnovTk8gWZ2 Проблема в том, что на информационные страницы приходиться 20-30% траффика и я честно говоря озадачен как аккуратно и корректно все это сделать Также: при просмотре того, что есть в выдаче яндекса - в поиске нет мусорных страниц https://yandex.ru/search/?text=site%3Ahttps%3A%2F%2Fom-ek.ru%2Findex.php%2F&lr=54 и собственно вопрос: возможно ли как то оформить редирект или настроить ЧПУ так, что бы страницы у которых слеш / после /index.php редиректили на главную но при этом страницы у которых /index.php? со знаком ? остались как есть и есть ли в резон? - буду очень признателен вашему мнению

хороший вопрос - пожалуй, проведу эксперимент посмотрю как Я и Г отреагирует на отсутствие метрики - посмотрю динамику в ГА отпишусь как что ( не сейчас сразу - после нового года)

добавлю свои 5 коп. стоит уже несвежий techstore 160к товаров, 8к атрибутов, фильтр OCFilter - одно из лучших дополнений на сайте (стандартный фильтр на 50к товаров отказался работать) , и еще улиард всяких модулей поставлено + метрики, аналитики. Ускорители-кэшеры не ставил - побаиваюсь их, подумываю memcache подключить.. В какой то момент перестал обновлять шаблон т.к лог внесенных изменений рос и пух... сейчас показатели главная 67/98 (моб/пк) Категория без товаров: 69/97 Категория с товарами и фильтром: 63/94 Товар: 50/97 ! очень много теряется из-за Я.Метрики - если ее отключить^ главная 99/100 (моб/пк) Категория без товаров: 86/96 Категория с товарами и фильтром: 92/98 Товар: 73/99 недавно появилась необходимость обновления дизайна - освежить, расширить то другое, смотрел в строну CyberStore, но сейчас пришел к выводу что безопаснее и проще будет поменять верстку текущего шаблона - какие то элементы убрать, что то добавить - вообще как говориться косметика... смотрел на просторах форума решения по проблеме с метрикой и ничего особо внятного не нашел .. есть комплексные решения по ускорению - которые вызывают скепсис (может и не обоснованный) , но тем не менее есть потребность например в отдельном модуле который объединяет метрики и максимально их оптимизирует (отложенная загрузка, сжатие итд и прочее "волшебство") вопрос к профи - реально ли такое решение ?