100napb

похоже на то. *ушел читать за сфинкс*

Старый, но теряющий актуальности пост. Может быть полезным. Например вот тут, где человек делится опытом о том, что, например, могут встречаться коллизии на больших объемах данных с использованием crc32 - повторяются результаты. Банально, но может быть профилирование запросов окажется полезным. Есть возможность показать план выполнения тяжелого селекта + статистику изменения статусных переменных, что бы понять, какие именно операции СУБД являются бутылочным горлышком. Вот, например:

Пользуюсь https://replain.cc/ru Оповещения и переписка с клиентами, висящими в чате на сайте через телеграм, нет ограничений на кол-во операторов, своего копроприложения-чата то же нет. Не без минусов, но бесплатно, лаконично, удобно.

Юзайте утилиту mytop, например, что бы узнать причину\источник\запрос, который генерирует нагрузку. Боюсь, кроме Вас никто не определит, что ж там происходит по факту ¯\_(ツ)_/¯ Нетленочка в тему.

UPD: Картинки успешно начали появляться в индексе поисковых систем. Все ок и никаких неожиданностей с индексацией. Сайт по-прежнему работает с парой jpeg + webp. Единственное, что лично меня немножко удивило: Яндекс в поиске по сайту выдает хрому картинки в формате webp, как в примерах @sitecreator выше. А Гугл своему же хрому в jpeg )))) Ну, может одумается со временем. Пруфы

@Umbragor поправочка: два кривых файла. в bootstrap.min.js такая же кракозябра, как и jquery

Я буквально вчера открыл новый-старый проект на свежем домене. На проекте есть пара jpeg + webp, которые генерирует модуль из названия данного топика. Будет свежая индексация. Будут свежие пруфы с продуктового проекта в ту или иную копилку. В общем, я то же готов принять участие в эксперименте. Хотя для меня результаты очевидные: поисковики нормально кушают webp и никаких проблем с индексацией нет. Разумеется, для валидной отдачи картинок рядовому пользователю должна быть пара из webp и jpeg\png, ибо не все браузеры готовы принимать webp. если быть точным, то картинки отдаются правилами из вот этого локейшена в nginx.

Несколько раз приобретал там шаблоны. Последний раз в начале 2018. Выбирал долго, так как мусорных тем достаточно много. И ни количество продаж, ни популярность той или иной темы - не показатель. Потому сложно сделать правильный выбор. А выбор огромный. Смотреть html-код демок и демо админки - обязательно!! Смотреть используемые js-скрипты и файлы стилей. Смотреть разными браузерами и устройствами. Анализировать демки хоть тем же пейджспидом и подобным. Как обычно, в общем. В целом, все понравилось: выбранные шаблоны были сделаны на очень высоком уровне. Со всеми модулями работает хорошо. Но учитывая опыт и тот факт, что рано или поздно Вам могут потребоваться различного рода доработки в теме - стоит обратить внимание на "местных" авторов, т.к. на поддержку с темфореста особо рассчитывать не стоит, хотя, конечно ребята работают, отвечают - даже гугл переводчика хватит)) Ну, или рассчитывать на то, что сможете все свои хотелки с темой сделать самостоятельно

Надеюсь, все получится. возможно пригодится в процессе - годный чекер почтовых отправлений с жизнерадостными картинками ))

Здравствуйте. Настраивал подобное на ряде проектов. Смогу настроить и Вам. Пишите в ЛС, если актуально - будет работать как часики. Но я на Вашем месте обратился бы к автору Модуля МейлПро за помощью (ясное дело, платной) - у него подобный вопрос, скорее всего, вообще на потоке )))

Здравствуйте, уважаемый автор! Вопрос по функционалу lazy load в джет кэше. Есть какая-либо штатная или не очень возможность лениво грузить картинки, прописанные в css, типа background-image: url("bla-bla") ?

может быть, все-таки, все дело в статусах заказа?

Здравствуйте! Ключевые слова Вашей проблемы: this message does not have authentication. Иными словами, сообщения не имеют нужных подтверждений \ достоверной информации о своем отправителе. Вот Вам и дают "отлуп", обоснованно считая мусорными такие сообщения. Вероятно, у Вас свой VPS сервер, верно? Так же, вероятно, Вы пытаетесь отправлять письма с почтового ящика на том же домене, что и Ваш интернет-магазин\сайт? Не через ящик стороннего почтового сервиса (мэйлсру или там жимейл)? Если все верно + Вы именно так и хотите (отправлять с ящика с доменным именем как у сайта, а не с vasya.pupkin@mail.ru), то либо гуглите и делаете: 1. PTR запись. Она же Reverse DNS. Вероятнее всего, её Вам сможет прописать только хостер. 2. Нужную SPF запись в доменной зоне. 3. DKIM-подпись всех сообщений (крайне желательно). 4. Настройка MTA Postfix (судя по логам, именно он у Вас с сервера почту отправляет). Хотя бы банально что бы open relay не было для всего интернета. 5. DMARC (не обязательно) 6. Яндекс ПДД (почта для домена). Или у мейл ру есть похожий и так же бесплатный функционал. Или ящик у хостера. Либо наймите спеца, кто это настроит корректную доставку почты за Вас.

маловато информации, конечно.... предположим, что у Вас SeoPro и необходимо затронуть урлы только товары и категорий. Если надо вообще все урлы, то запрос будет чуть другим - строчку с where нужно убрать. -- сначала выполни селект и просмотри результаты. SELECT CONCAT(oua.keyword, '_777') FROM oc_url_alias oua WHERE oua.query LIKE 'product_id%' OR oua.query LIKE 'category_id%' -- если результаты селекта устраивют, смело выполняй апдейт ниже UPDATE oc_url_alias oua SET oua.keyword = CONCAT(oua.keyword, '_777') WHERE oua.query LIKE 'product_id%' OR oua.query LIKE 'category_id%';

очепятка же, нет? у меня такой же локейшн и работает на ура. location = /sitemap.xml { rewrite ^(.*)$ /index.php?route=extension/feed/google_sitemap break; } P.S.: пока игрался с конфигами в попытка повторить вашу траблу заметил, что файлик-то может запросто кешироваться браузером. Обратите внимание, что кеш в браузере пуст. Например, выключите на время проверки в консоли, как на скрине)