Есть. Играет. Не напрямую: делая чуть более красивый сниппет (с ценой), через это (возможно) повышая CTR
Добро пожаловать в реальный мир проснувшимся в криокамере!
Вебмастер дает 1 регион, у кого больше - это наследство ЯК
Не трогать регион существующий сайта, добавить через Справочник Москву (и кто еще нужен будет) для ГЗ оффлайна, ГНЗ держать на ishi-studio.ru, проверяя все новые на геозависимость/локализованность, чтобы не смешать в кучу
Смотреть надо не туда. Как уже упомянули, Букварикс по двум (всего) общим ключам
(я не химик-неорганик ни разу, не знаю, какие еще типы соединений могут быть, но тут как раз подскажет выдача) получил
фильтровать-не перефильтровать
А еще (даже без органики, где вообще стреляться) прямо с 1 позиции выдачи снял
гидроксиды
основания
кислородосодержащие кислоты
амфотерные гидроксиды
бескислородные кислоты
нитриды
соли
кристаллогидраты
комплексные соединения
координационные соединения
+ неорганика с углеродом
Карбонаты
Карбиды
Цианиды
Оксиды углерода
Цианаты
Неорганические тиоцианаты (роданиды)
Селеноцианаты
Карбонильные комплексы
Я где-то писал, что клиент пускается в админ-панель? Или, пуще того, с рутовыми правами?
Он имеет редактор, править существующие страницы, и доступ "КМ". Если для этого кому-то проще наваять сайт на статике и прикрутить CK|Tiny - ну, их выбор
А зачем? Это ни на шаг не приблизило к решению задачи
потому что
1. SPF запись определяет для внешнего мира, какие хосты держатель домена называет легитимными для отправки доменной почты... но сначала надо, чтобы она шла во внешний мир, да?
2. Если вместо отправки по SMTP Exim отрабатывает мыло локально, но это значит только одно - домен получателя для этого конкретного Exim локальный и "можно не дергаться".
Если прочитать доку по MTA ("а что, так можно было?"), то внезапно (сюрприз!!!) окажется, что список локальных доменов (которые отрабатывает сам, не отдавая во внешний мир "Але, гараж, тут у меня кто-то забрать должен") определяется
а) конфигурацией Exim
б) domainlist local_domains в нем
Экcимщик из меня тот еще правда (лет 15 не смотрел и не трогал), но не думаю, что букварь там переписали с нуля, если что - suffix поправит
Nein. CMS для конечного пользователя, не являющимся специалистом хоть немного в сфере - всегда лучше работы с сырым кодом страницы. БД - вовсе не обязательно My|Pg, даже если говорить о SQL-бакенде: SQLite, скажем, не стоит практически ничего в месте и цене
Но таки да, и SQL нужен не очень всегда, но отдельное хранение неких данных все же полезнее (когда уместно), встраивания и копирования
"Поспешность нужна только при ловле блох". Мне не нравится WP, его аддикты и кастомеры (причем последние - меньше всего остального, так как они скорее жертвы, чем соучастники)
OMFG! С таким уровнем понимания, что, как и почему происходит, я бы близко к станку не подходил. Вот когда поймете, почему в процитированном 0% правильных идей, тогда и поговорим
CMS может быть полезна, если хочется клиенту дать хоть какую-то самостоятельность в обновлении сайта своими руками. А то есть такие, что "не могут" файл со свежим прайсом положить на хостинг и на морде исправить дату последней заливки файла.
Но - при этом надо понимать, что "по одежке протягивать ножки" и совершенно незачем городить MySQL на минизадачу (как и большую CMS "на все случаи жизни"). Маленькая CMS на файлах - вполне решение, особенно если дать клиенту минимальные возможности по правке с фронта страниц.
Мой сегодняшний выбор был бы - Grav + десктопный визивиговый маркдаун-редактор... Ну и все, особые красноглазики могут еще навернуть Git c обеих сторон (десктопа клиента и сайта) с хуками для обновления страниц вообще без FTP. Но это, в общем, лишнее звено, проще сайт вебдавом юзеру подмонтировать
Ну а экстремально малое решение - WonderCMS, 14К дистр + еще копейки на пару плагинов (типа визифигового редактора, контактной формы)
потом будет плач Ярославны "перешли на https"
