Алексей Голягин

https://promopult.ru/tools/indexing_analysis.html

Работал как то сис админом, вот что приходилось делать:
Ремонт ПК: тупо заменить что либо, плашку памяти, блок питания и т.д. - если есть запчасти, если что то серьезное везешь в сервисный центр.
С принтерами - поменять картридж, сбросить очередь печати, сбросить чип картриджа, перепрошить принтер, ну пару раз сам картриджи заправлял, серьезная поломка - сервисный центр
Прокладывал локальные сети.
В остальном больше администрирование ПК и бегание из кабинета в кабинет, у кого то что то повисло, кто то что то сделать не может и т.п. Ну а вообще это типа мастер на все руки, будут приходить все и спрашивать обо всем: телевизоры, мобильники, подписки и даже программирование)))

Используйте параметры &tplWrapper и &wrapIfEmpty, подробнее об этом можно почитать здесь: Как ничего не выводить, если ресурсов (товаров) нет?

В вашем случае поправить &parents=`[[*parent]]` и добавить &resources=`-[[*id]]`. Но я бы лучше использовал msProducts (вместо pdoPage - вам же не нужна пагинация в карточке))).

Примерно так:

RewriteEngine On

# Redirect www to non-www
RewriteCond %{HTTP_HOST} ^www\.site\.ru [NC]
RewriteRule ^(.*)$ https://site.ru/$1 [R=301,L]

# Remove trailing slash, question mark, and double slashes in URL
RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} ![^\/]$
RewriteCond %{REQUEST_URI} !^/administrator/
RewriteRule ^(.*)/$ https://site.ru/$1 [R=301,L]

# Remove query string if it's empty
RewriteCond %{THE_REQUEST} ^[^\\s]+\s+[^?]*?\?
RewriteCond %{QUERY_STRING} ^$
RewriteCond %{REQUEST_URI} !^/administrator/
RewriteRule .? https://site.ru%{REQUEST_URI}? [R=301,L]

# Remove double slashes
RewriteCond %{THE_REQUEST} //
RewriteCond %{REQUEST_URI} !^/administrator/
RewriteRule .* https://site.ru/$0 [R=301,L]

# Redirect home, index, and URLs with trailing slash or query string to main page
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /.*(home|index)(\.htm?|\.html?|\.php)?\ HTTP/
RewriteCond %{REQUEST_URI} !^/administrator/
RewriteRule ^.*$ https://site.ru/ [R=301,L]

Изменения и объединение правил

1.Редирект с www на non-www теперь идет в самом начале, чтобы предотвратить промежуточные редиректы с `www`.

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

3. Все условия, касающиеся административной части (`!^/administrator/`), оставлены для всех правил, чтобы избежать неправильных редиректов на одну из страниц админки.

Таким образом, теперь при нахождении URL с www или ненужными символами, будет происходить единый шаг перенаправления на правильный адрес без промежуточных этапов.

На Squarespace перенаправление с HTTP на HTTPS обычно настраивается автоматически, так как платформа сама заботится об использовании безопасного соединения для всех сайтов. Однако если у вас возникают проблемы с перенаправлением, проверьте следующие моменты:

1. Проверьте настройки домена: Убедитесь, что ваш домен настроен правильно и что вы используете только один домен (например, www.example.com или example.com). Дублирующие настройки домена могут повлиять на редиректы.

2. Включите SSL в настройках сайта:
- Перейдите в раздел Settings (Настройки).
- Выберите Domains (Домены).
- Найдите ваш домен и убедитесь, что включен параметр SSL.

3. Редиректы с помощью механизма перенаправления: Squarespace предоставляет возможность создать переадресации на уровне страниц:
- Перейдите в **Marketing** > **Redirects** (Редиректы).
- Добавьте новый редирект с адреса HTTP на HTTPS для всех страниц, если у вас есть конкретные страницы, которые нужно перенаправить.

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

5. Обратитесь в поддержку Squarespace: Если у вас все еще возникают сложности, вы можете обратиться в службу поддержки Squarespace, они смогут помочь с вашей конкретной ситуацией.

Обычно с настройками редиректа на Squarespace не возникает проблем, так как система сама создана для обеспечения безопасного соединения. После того как вы убедитесь, что SSL настроен и работает, ваши посетители должны автоматически перенаправляться с HTTP на HTTPS.

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

Для вашей ситуации, когда у .header .title и .footer .title разные цвета и отступы, вы можете использовать CSS-классы для определения стилей, а также модификаторы для изменения их внешнего вида в зависимости от контекста. Вот пример, как это можно сделать:

<header class="header">
    <h1 class="title title--header">Заголовок</h1>
</header>

<footer class="footer">
    <h1 class="title title--footer">Подвал</h1>
</footer>

.title {
    /* Общие стили для всех заголовков */
    font-size: 24px;
    font-weight: bold;
    margin: 16px 0;
}

.title--header {
    color: blue;  /* Цвет заголовка в шапке */
    margin-top: 20px; /* Отступ для заголовка в шапке */
}

.title--footer {
    color: green; /* Цвет заголовка в подвале */
    margin-bottom: 20px; /* Отступ для заголовка в подвале */
}

Подходящие классы
В этом случае вы создаете основной класс .title, который содержит общие стили для всех заголовков, а затем добавляете модификаторы .title--header и .title--footer для настройки стилей в зависимости от контекста.

Преимущества

1. Повторное использование: Вы можете переиспользовать общий класс .title для других заголовков, сохраняя при этом возможность настраивать их стили.
   
2. Читаемость: Добавляя специальные модификаторы, вы делаете ваш код более понятным и улучшаете его поддержку.
   
3. Гибкость: Легко добавлять новые контексты, если это потребуется, просто создавая новые модификаторы.
   

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

"inputTVtype": "text"/ И вообще лучше конфигурации задавать в самом MIGX, а не в TV поле разметку делать.

Используйте вендорные префиксы, т.е. не просто:

display: flex;
flex-direction: column;

, а вот так:

display: -webkit-box;
display: -ms-flexbox;
display: flex;
-webkit-box-orient: vertical;
-webkit-box-direction: normal;
-ms-flex-direction: column;
        flex-direction: column;

В общем в помощь вам: Автопрефиксер CSS онлайн

В TPL, вместо

<div class="cart-t mb-3">Цвет:&nbsp;[[+color]]</div>

, вызываете сниппет msOptions:

[[!msOptions?
    &options=`color`
    &product=`[[+id]]`
    &tpl=`tpl.msOptions`
  ]]

1. Подключен на сайте minifyX, который ссылается на "assets/css/style.min.css" - в вашем случае нет смысла использовать minifyX, просто подключите этот файл локально:

<link rel="stylesheet" href="/assets/css/style.min.css">

. Т.к. нет смысла подавать 1 файл - Компонент в первую очередь служит для объединения и сжатия вязанки стилей и скриптов, например:

[[MinifyX?
	&minifyCss=`1`
	&minifyJs=`1`
	&registerJs=`default`
	&registerCss=`default`
	&jsSources=`
		assets/plugins/jquery/jquery-2.1.4.min.js,
		assets/js/scripts.js,
	`
	&cssSources=`
		assets/css/bootstrap.min.css,
		assets/css/essentials.css,
		assets/css/layout.css,
		assets/css/header-1.css,
	`
]]

2. Также есть файл "assets/css/style.css". Как я думаю, в него пишутся стили и на основании стилей должен формироваться файл "style.min.css". - не правильно думаете в случае если данный стиль не подключен к шаблону)
3. Но как это сделать? как вариант тем же minifyX:

[[MinifyX?
    	&minifyCss=`1`
    	&minifyJs=`1`
    	&registerJs=`default`
    	&registerCss=`default`
	    &cssSources=`/assets/css/style.css`
	]]

(но как говорил выше не вижу смысла в этом)
4. А если внести изменения в "style.min.css" и очистить кеш, тогда все работает. - Ну логично, если хотите без очистки кэша, попробуйте вызвать компонент не кэшированным: [[!MinifyX? ...