Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

OtezVikentiy

Users
  
  • Posts

    434
  • Joined

  • Last visited

Everything posted by OtezVikentiy

  1. Можно сделать так, чтобы если идет обращение по прямому урлу к картинке без атрибутики пользователя, чтобы пересылало этих всех чертей на 404 например. То есть картинки показывать только пользователям, а всем остальным кроме гугла и яндекса (роботов) - 404ю выдавать. Погуглите, таких рецептов довольно много. Ставить водный знак на картинки - да, тоже как вариант.
  2. Эммм.... в Яндексе точно есть - я вот только что проверил как бы... у меня правда индексированный магазин уже... Может поэтому есть... Но это не особо проблема на самом деле. Я не думаю, что как только вы выложите магазин в паблик - сразу набегут злые конкурренты и начнут злобно копипастить все подряд... Это уже из разряда паранойи.
  3. Чтобы полностью удалить модуль - надо удалить все его файлы. Из коробки опенкарта только так. Дополнительными модулями можно наверное еще как-то это через админку делать, но это не из коробки опенкарта.
  4. А что по вашему значит определяют парсер? Что такое парсер по вашему в вашем видении? Парсер - это кусок кода, который выполняется циклично для каждой страницы. Знать весь список парсеров в мире невозможно. Даже если есть какое-то готовое решение - то например ваш конкурент может написать на заказ свой парсер конкретно вашего сайта и парсить его. И можно написать так, что вы никогда не поймете, что это ходит бот, потому что его можно замаскировать под человека и работу через браузер... Если цель только защита от копипасты - то не забивайте себе голову. Если за дешево - это будут выброшенные деньги, потому что за дешево такие решения качественными не бывают. Либо это за дорого настолько, что не по карману большей части аудитории опенкарта. Так что проще забить на это и всё. И пользоваться например вебмастером яндекса более умело и инструментарием гугла. Там есть возможность добавлять тексты перед тем как вы их опубликуете у себя. Таким образом вы будете говорить поисковику, что именно вы являетесь автором этих текстов.
  5. А цель какая итоговая? Просто чтобы другие не копировали? Или у вас какие-то технические проблемы из-за ботов? Если чтобы просто не копировали - то это скорее всего того не стоит, потому что если у вас прям супер-пупер эксклюзивный контент - то проще его наверное как-то лицензировать через патенты, интеллектуальную собственность и т.д. пойти через юриспруденцию. А если защита от ботов, которые ддосят и дают нагрузку лишнюю - то тут уже есть о чем поговорить, но каждый случай довольно индивидуален. На картинки можно вотермарки создавать например.
  6. А что конкретно вы хотите защитить? Скрипты js можно закрыть аналогом ionCube например. Вы хотите html как-то зашифровать? Цель защиты какая? Какую проблему вы решаете? Избыточная нагрузка на сервер ботами или просто пытаетесь защитить сайт именно от копирования контента? Если в конечном итоге кто-то захочет спарсить ваш сайт - это можно сделать вручную и с этим вы вообще ничего не сделаете... Закрыться на 100% невозможно в прицнипе, потому что любой человек может просто походить по страницам и покопировать данные вручную - это тоже вид парсинга как бы... Есть даже специальные конторы, которые этим занимаются на постоянке....
  7. Нужно физически удалить все файлы, которые относятся к модулю.
  8. А какие сроки по SEO вы ожидаете? Потому что SEO вообще это игра в долгую. На коротком промежутке времени оно вам не даст прям суперощутимых результатов и плюс ко всему это не работает так, что один раз сделал и забыл - это постоянная работа. Требуется именно технически сайт проверить и механики поправить или контент тоже потребуется?
  9. Да я и не прошу быстро на самом деле )))) Я просто как идею подкинул больше ))) Мы для себя сейчас сами запилим скорее всего как временный костыль ))))
  10. Там в настройках модуля есть список что отображать в списке товаров и через массовое редактирование тоже можно редактировать.
  11. Было бы классно поправить несколько мелочей, которые сэкономили бы кучу времени на самом деле. 1) когда идешь по всему списку товаров и переходишь со страницы на страницу, а на соседнем экране висит массовое редактирование, часто требуется обновить страницу и остаться на той же странице. Сейчас если обновить страницу - то автоматом перебрасывает на первую страницу, что не очень удобно. 2) В массовом редактировании нету возможности изменения ширины колонок или их сворачивания. Например вот кейс, который у меня сейчас - нужно четко видеть все категории, они у меня трехуровневые и местами названия довольно длинные. Соответственно сейчас это все разворачивается в узенький столбец, там верстка плывет... пользоваться можно, но не удобно. При этом есть 2 столбца, которыми я вообще не пользуюсь - это атрибуты и опции... Их можно было бы скрыть, тогда категории были бы не на 1/5 страницы, а на 2/5 страницы, что сделало бы использование гораздо удобнее. 3) Было бы супер в списке товаров добавить поиск категории по названию, когда категорий 436 штук - искать глазами мягко говоря трэшово.... 4) И было бы еще классно сделать так, чтобы если отмечаешь подкатегорию 3 уровня - то автоматически бы проставлялись бы галочки на все родительские категории для этой дочерней категории, которую выбрал пользователь, это тоже сократило бы время прям довольно ощутимо.
    Приобрел модуль. Устанавливается довольно легко. Без проблем все заработало, даже с кастомными полями. В общем пока что прям супер-детально не удалось попользоваться, но вообще довольно ощутимо ускоряется работа с каталогом при массовом редактировании товаров.
  12. Ну в таком случае то да, конечно очереди затащат, но это мне кажется прям какой-то очень специфичный узкий индивидуальный кейс, нет? Ну и потом кролик - не самое легковесное решение на самом то деле. Можно например своего менеджера очередей написать, как один из вариантов, если скиллов хватит )))) Но так вообще да, согласен, что за старания за статью стоит поставить лайкос ))) Для тех кто хочет попробовать очереди - кролик - это самое оно )))
  13. А что вы имеете в виду под словом адаптировать под уже рабочий магазин? Видимо с текущим шаблоном есть какие-то проблемы? Было бы неплохо тоже указать какие проблемы испытываете вы сейчас, потому что информация немаловажная.
  14. Статья то конечно хорошая, но мне кажется, что очереди для опенкарта - это избыточный функционал. То есть ну там из 100 магазинов - дай бог он нужен будет 2-3 от силы... Отправка email - вот тут вообще не вижу смысла использовать очереди тем более в реализации кролика. Что мы получим из плюсов: 1) возможность заспамить все население планеты Что мы получим из минусов: 1) тяжелую поддержку (как автор и сам заметил не каждый сможет такое распедалить) 2) дополнительные ресурсы сервера точно потребуются 3) потребуется повышенный контроль за данным решением 4) далеко не все хостинги это поддерживают в случае, если хостинг виртуальный Соответственно применимость к почтовым рассылкам тут - минимальная, так как минусы довольно сильно перевешивают плюсы Импорт товаров - да, тут уже есть смысл подумать в сторону очередей, но только в случае, если это делается прям на постоянной основе в огромных количествах. Но опять же точно так же есть ряд недостатков, перечисленных выше И плюс ко всему прочему - парсер товаров даже большого количества можно запустить по крону и НЕ получать всего того гемора обслуживания решения на очередях. Ну то есть как бы.... тоже получается что мимо... Парсер сайтов в несколько потоков - ну типа да оно как бы тоже можно, но зачем? Не будет ли лучше и дешевле интегрироваться с сервисом, который уже все давно распарсил за вас? То есть выбор получается между а) интеграция, которую сделает любой разработчик и б) написать сложную систему, которая еще и поддержки и мониторинга требует для того, что на постоянке рпасить 1 - 3 сайта... ну как бы... Как по мне кролик да и вообще очереди как таковые в опенкарте не уместны, так как требуют как минимум разработчика выше чем нулевого уровня, поддержку, мониторинг и стоимость такого удовольствия довольно высока. При этом отдача по сравнению с конкурентными решениями не так чтобы чем-то прям сильно лучше....
  15. Надо бы пройтись дебагом и посмотреть действительно ли через движок эти все переменные доходят до шаблона. А то может какое-то событие где-то что-то перехватывает и подтирает как вариант. То есть пройтись прям вот от контроллера и до загрузки непосресдтвенно tpl'ки.
  16. Используя автоматизацию для SEO вы априори хороших результатов вряд ли добьётесь. @Shureg правильно говорит.
  17. Без боли нельзя, потому что это принципиально разные движки. Можно путём найма разработчиков сделать максимально приближенную копию, но отличия все равно какие-то но будут. Так что прям ctrl + c -> ctrl + v - так точно не сработает. Базы разные, движки разные, шаблоны абсолютно разные. Как минимум там потребуется переверстка шаблона (считай создание с нуля + дополнительный геморрой). Перепиливание стоковых контроллеров опенкарта под новый шаблон, потому что данные скорее всего отличаются. Если потребуется еще и сохранение урлов - то это тоже отдельная песня. В общем, работа не из простых. Сделать можно, но это отнюдь не просто, не дёшево и не быстро.
  18. При том, что прежде чем чем-то пользоваться - было бы неплохо почитать как оно работает вообще наверное, нет? Реверсинжиниринг по ядру движка это конечно весело, но не для новичка )))) Проще погуглить и почитать как оно работает ))))
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.