ruter

Да

Да, если смодулировать ситуацию, когда можно посмотреть ошибку $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 и т.д. что бы не запутаться. И по номеру будет видно, что версия уже обновлена. Соглашения - это нормально.