Да

Да, если смодулировать ситуацию, когда можно посмотреть ошибку $mail->ErrorInfo

Это же не раз в год случайная отправка емейла, а без проблем повторяемый фидбэк, который можно и самому заполнить-отправить для проверки. А состояние $mail->ErrorInfo лично я бы смотрел вставкой

$f=fopen('1.txt','w');
fwrite($f,var_export($mail->ErrorInfo,true)."\n");
fclose($f);

после вызова $mail->Send(). В корне сайта создастся файл 1.txt с содержимым $mail->ErrorInfo.
Собственно, столько вариантов увидеть этот самый ErrorInfo, что глаза разбегаются.

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

Да, если смодулировать ситуацию, когда можно посмотреть ошибку $mail->ErrorInfo, то можно сделать, но у меня везде работает, пару раз были вот такие казусы исправили таким образом (просто убрал показ), таким образом и уже много лет работают люди без проблем и у меня где-то на сайтах работает, где уже не помню на которых. Главное письма отправляются. Просто здесь не стоит задача найти ошибку скрипта и отладить. Кто хочет и может и имеет массу времени, никто против не будет. Просто многие переводят предупреждения и несущественные ошибки в своих функциях в разряд ошибки и отрабатывают её показ, это неправильно, может для отладки скрипта и нужно, но зачем отрабатывать для пользователя, если отправка идет. Не думаю, что скрипт отправки почты идеален, как и везде косяков достаточно и можно в любом скрипте накопать при желании кучу дефектного кода.

Человек попросил о помощи а сам не отвечает, мы ж не знаем вводные условия, может там действительно адрес не указан или неправильно прописан. Или там smtp до конца не настроено селектором. Поэтому и написал посмотреть адрес и если отправляет и пишет ошибку просто её убрать показ так или из шаблона убрать. Я не встречал еще никого, у которого вообще не отправляются письма при правильных настройках из скрипта этого магазина.

Скорее всего здесь не в адресе отправителя e-mail дело, я заходил на сайт и пробовал отправить с количеством знаков до 10 до собачки и показало Во время отправки произошла ошибка! Попробуйте еще раз...
Функция Send() не отрабатывает если проблема с полями и работой функции mail(), что скорее всего связано с хостингом. Еще причина бывает:заполняются поля в настройках сайта для работы с smtp - логин и пароль, а ниже забывают выбрать Способ отправки почты, так остается выбранный mail или наооброт, отсюда и нет отправки.

Причем на одних хостингах такую ошибку не показывает, а на других есть, даже при одинаковых версиях php, скорее всего это связано с индивидуальными настройками хостинга. В большинстве случаев при корректном указании e-mail как отправителя, так и e-mail магазина, происходит отправка писем, но генерируется сообщение в шаблоне это сообщение: Во время отправки произошла ошибка! Попробуйте еще раз..., достаточно исправить цифру 3 на 4 или любую другую > 3 и указанное сообщение не будет попусту показываться.

Во время отправки произошла ошибка! Попробуйте еще раз...

у меня на сайте выскакивает такое сообщение. При этом сообщение не отправляется. Можете помочь устранить эту ошибку?

http://мойаромат.рф/feedback.html

Прежде всего проверьте в настройках магазина, указали ли Вы корректный e-mail в поле Основной email адрес магазина
если да, то найдите в файле core/includes/feedback.php два вхождения кода $smarty->assign("error",3); и самое простое и быстрое замените 3 на 4.
И попробуйте отправку, вроде если не изменяет память, будет нормально отправляться. Только не забудьте сбросить кэш магазина после исправления.

Это хорошо, когда в процессе доработки, делаются улучшения в программе.

Сразу совершенно написать невозможно. Как говорят: правильное понимание, как необходимо было написать программу приходит, тогда, когда она уже закончена.

Я тоже тогда еще сделал устранение дубляжа и карты сайта. Константу на крошки я намертво зашил в index.php, чтобы не делать лишний запрос. Ведь на сайте, если выставил, так играться на рабочем сайте (вкл/выкл) никто не будет по понятным причинам. Посмотрел сейчас свой код, почти также т.е. результат и подход, но есть некоторые отличия, которые не несут функциональной разницы. Про уникальность я тоже видел, что надо было сделать. (По специфике сайта куда ставилось ЧПУ просто невозможно было иметь одинаковые названия даже при автоматическом групповом траслите). Но думаю, что все равно сделать уникальным полем cpu на всякий случай.

Не сделано: Пока не должно быть одноименных товаров, страниц, новостей. Т.е. товар gaika.html и новость gaika.html будут конфликтовать. Аналогично будут конфликтовать и два товара с одной ссылкой. Невзирая на то, что они лежат в разных категориях и с учетом каталога ссылки будут разными - /cat1/gaika.html, /cat2/gaika.html (и /news/gaika.html у новости). Происходит так потому, что в ЧПУ-таблице лежит не "полная" ссылка, а только "хвост" gaika.html. Писать "полную" ссылку каждому товару не хочется по многим причинам. Придумаю, как выкрутиться малым ресурсом - исправлю.

Мне кажется, что тут не стоит сильно заморачиваться, если сделано уникальным поле самой ссылки cpu без крошек. то эти вопросы отпадают. Одинаковых ссылок нет и нечем тут конфликтовать.

И еще наверное на форуме нужно сделать соглашение о нумерации версий, например ver2 начальная, а к остальным добавлять через точку цифру например эта новая версия ver2.1 и т.д. что бы не запутаться. И по номеру будет видно, что версия уже обновлена. Соглашения - это нормально.

Да,

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

Т.е практически, если убрать дублирование контента при 2-м варианте продукта с хлебными крошками, то модуль будет в прекрасном исполнении и ничего больше делать не стоит. Я так считаю. Каждый выбирает свой вариант настройки и с ним работает.

Мое мнение, что адрес страницы не должен содержать хлебных крошек

Это легко сделать - не включать галку "хлебные крошки в товарах" .

продукт может содержаться в многих категориях

В скольки бы дополнительных (!) категориях товар не содержался, а основная категория у него одна. От нее ЧПУ и пляшет. Вне зависимости от текущей категории.

Да я знаю, что отключается, но многие просят хлебные крошки настроить в продукте. А категория да основная одна, но если её не менять то все хорошо.

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

Адрес для продуктов жестко прописывается или при смене категории меняется?
Адрес продукта составной, т.е. состоит из заданного для категории и для продукта.

Вот я уверен, что адрес страниц должен быть незыблемым, независимо от смены категории. Мое мнение, что адрес страницы не должен содержать хлебных крошек или самые основные, но жестко прописанные, так как продукт может содержаться в многих категориях, иметь бренд, различные теги, идеальный url с крошками сделать сложно при большом количестве категорий. А что, если вдруг нужно сменить основную категорию, а товаров тысячи, то сразу вырисовывается проблема для сайта.
Многие специалисты по SEO рекомендуют крошки в url. Но я не согласен, много примеров: сайты в топе 10, у которых адреса жестко прописаны без категорий.

Поставил этот модуль, все вроде хорошо работает, продолжаю тестировать. Но заметил вот такое:
Если включить хлебные крошки для продукта, то при генерации страниц все нормально отображается.
Например продукт.
имеет ссылку
/cat1/cat2/product1.html
но он получается
доступен и по адресу:
/cat1/cat2/product1.html
/cat2/product1.html
/product1.html

Но это не очень хорошо - дублирование контента. Получается, что при генерации страниц факт крошек отрабатывается, а при обращении
к страницам, что-то не срабатывает. Сталкивались с таким? Так должно быть? Может, что при настройке не так сделано с моей стороны?

Поставил на старый, все отлично работает. Спасибо за отличную работу! Ссылки надо снова транслировать, но это не проблема.
Адрес ссылки продукта зависит от категории в которой он находится. Если не трогать, то нормально все будет. Буду тестировать дальше.

В общем придется все ссылки сайта переделывать? А как реализовывается принцип хлебных крошек в продуктах если транслитом, от категории? Адрес для продуктов жестко прописывается или при смене категории меняется?

Кто-нибудь переходил с первой версии этого ЧПУ на новую вторую версию? Есть какие-нибудь подводные камни?