Jump to content

SergeTkach

Пользователи
  • Content Count

    752
  • Joined

  • Last visited

Community Reputation

101 Очень хороший

About SergeTkach

  • Rank
    Serge Tkach

Контакты

  • Сайт
    http://sergetkach.com/

Информация

  • Пол
    Мужчина
  • Интересы
    Создание сайтов

Recent Profile Visitors

12,604 profile views
  1. @kigor можно {H1} -> [static_category_h1], [static_product_h1] - если речь идет о том H1, который вписан вручную А если надо его собрать из данных товара, то просто повторить тот набор, который вписан в формулу для H1 {rod} -> [category_name_plural_genitive] - можно включить дополнительня поля для категорий, и тогда придется из заполнять. Там есть место под родительный падеж, под им.п. ед.ч и также под дат. пад. мн.ч. При их включении обязательным становится заполнение [category_name_singular_nominative] (Категория в им.п. ед. ч), которое может выступать "обозначающим словом" для товаров, если они была названы по артикулу или модели. {minprice} -> [min_price] {price} -> [price] - цена товара с учетом Скидки (discount). Акция (special) не учитывается. Подробнее о существенных отличиях Скидок и Акций в OpenCart читайте здесь - https://opencart-guide.com/vopros-otvet/chem-skidki-otlichayutsya-ot-akcij-v-opencart.html {productcount} -> [count_products] |low -> lower_case( Text )
  2. Видел, что у некоторых клиентов установлены оба модуля. Но целенаправленная проверка на совместимость не проводилась.
  3. Я сейчас о сути вещей, а не о формате. И использую термин из документации Google - https://support.google.com/webmasters/answer/178636?hl=ru Гугл называет это "Файлы Sitemap для изображений", несмотря на то, что по факту там перечислются в первую очередь страницы, и к ним прицепом перечисляются изображения. И кстати, да, я впервые вижу, что Яндекс принимает изображения. Везде и всюду говорится о том, что это не так. И еще пару месяцев назад, когда я смотрел документацию Яндекса, я не видел этого. Может не туда смотрел, но точно, что не видел. Но не в этом суть. Что я имею ввиду? Есть карта сайта со страницами сайта. Ее завести критично важно. Оба поисковика находят картинки, если они нашли страницы. Вот, к примеру, прямая цитата с документация Яндекса: Вместе с тем карта Google Sitemap, которая идет по умолчанию в системе, содержит категории, товары, производителей и информационные страницы. При этом только для товаров в карте сайта содержатся изображения. То есть, такую карту можно назвать "Путеводителем по страницам сайта". И в ней вовсе не обязательно должны присутствовать ссылки на изображения, ведь по логике тех же поисковиков, сначала надо просканировать страницу, а с изображением как-то разберемся. В то же время (я это точно знаю) многие люди находят товар (или по крайней мере некоторые виды товаров) из Гугл Картинок. И многим сайтовладельцам кажется, что если они отправят в гугл карту с картинками, то это определит их нахождение в Гугл картинках. Главным контентом магазина являются товары. Стало быть Файл Sitemap для изображений может содержать лишь ссылки на товары и их изображения. Там вовсе не обязательно дублировать и категории, и производителей, и информационные страницы сайта. Вот что я имею ввиду. А еще, "общая карта сайта" может содержать в себе хоть все страницы за раз (если уж ее не будут тормозить картинки). А вот карта с перечнем картинок должна быть разветленной как можно сильнее (содержать как можно меньше фото к одном ответвлении), чтобы не нагружать серверер одновременной обработкой большого кол-ва изображений.
  4. Яндекс Sitemap - самый что ни есть неплохой вариант. Зачем использовать Google Sitemap, если Яндекс его все равно не прочитает? Если уж очень хочется картинки, то их можно стравить отдельной картой сайта. Причем порционно, чтобы не загружать севрер огромным кол-вом фоток за 1 раз. К примеру, можете использовать карту сайта Branched Sitemap для OpenCart. И да, я понимаю, что ТС, навернка, свою проблему уже давно решил. Но если сюда ведет поиск, то было бы логично предоставить какой-то вариант решения подобной проблемы. И кстати, на форуме уже есть подобные обсуждения вот тут и тут2
  5. Увеличение Maximum execution time - не самый лучший вариант 1) При достаточной посещаемости пока виснут одни процессы сайт с большей вероятностью может стать недоступным для пользователей. 2) Чем больше товаров, тем меньше смысла увеличивать лимиты, так как даже за 3 минуты оригинальные изображения могут не превратиться в кеш нужного размера, если будут обрабатываться тысячи и тысячи фоток за 1 раз 4) Наибольшая нагрузка происходит во время создания кеша изображений, которых еще нет в наличии. То есть, после массового импорта товаров и очистки кеша изображений. 5) Чем больше размер исходных фото, тем больше нагрузка на сервер при ужатии до размеров 500px - 800 px. Бывают случаи, когда люди загружают на сайт изображение более 4000 px... Такие картинки медленно ужимаются 6) Яндекс все равно не принимает карту сайта с изображениями, поэтому проще установить другую карту. К примеру вот эта бесплатнаяYandex Sitemap opencart 2.3.7) И все же, если Вам в карте сайта нужны изображения по религиозным или другим соображениям, то предлагаю использовать карту сайта, которая имеет разветвления, благодаря которым серверу не нужно обрабатывать тысячи фоток за 1 раз. То есть, загрузка такой карты сайта сравнима с загрузкой страницы категории. Такое можно делать в карте Branched Sitemap.
  6. Здравствуйте! Предоставьте, пожалуйста, фактологические данные. Снимки экранов с настройками модуля, с состоянием заполненности падежей для той категории, которой это касается, ссылку на страницу, где это проявляется, снимок связей товара (главная категорий товара), если речь идет о товаре. Все это не является типичной проблемой, и лучше всего направить в личных сообщениях. И если уж в личных, то уже сразу можно доступ к админке.
  7. Только если написать модификатор, подобный тому, который написан для OC FIlter
  8. Суть моего посыла была в том, что раз уж прописали свои пути, то пропишите уже и рередиректы. И кроме того, очень сомневаюсь, что гугл как-то отреагирует на 2 адреса sitemap. Это же не дубль в контенте. Он что понизит карту сайта в поисковой выдаче или что он Вам за это сделает?
  9. Кстати да, twig не решает проблему того, что люди пишут, что хотят. И упомянутый шаблон Journal - явное этому подтверждение, что накуралесить можно не только во вьюшке (которую можно ограниить twigʼом типа от греха подальше), но еще и в контроллере... Одно дело подменить шаблон и работать, как тебе удобно без последствий (именно в интерфейсе настроек своего модуля). И совсем другое дело, делать дополнительный запрос в базу данных, только лишь для того, чтобы получить еще раз текст товара, потому что исходный текст (который и так есть в контроллере по умолчанию), был урезан для короткого описания... Данный модификатор работает точечно и не имеет подобных последствий.
  10. Проблем в движке нету. Он скорее жив, чем мертв...
  11. Да, так и есть. Я использовал конвертор https://phptotwig.com/ для конвертации кода. И я не хочу беспокоиться о таких вещах, как пробелы в нужных местах, на фоне синтаксиса "выколи глаз"
  12. Код — это не продукт. Хороший код не рождает хороший продукт.
  13. Я сейчас не о философии и религии, а о насущном. Если проблему можно решить быстро, то мне сложно понять, зачем ее решать долго и сложно, если на выходе получится тот же результат?
×

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.