Олег Матрозов

Не работает потому, что

Redirect 301 /index.php?route=product/manufacturer/info&manufacturer_id=16 domen.ru/delis

матчит только path из входного урла, потому он, соответственно, никогда и не становится равным /index.php?rou.... Вам необходимо переписать правило редиректа используя mod_rewrite и инструкции, позволяющие матчить в том числе и query-часть урла.

Как говориться, на свой страх и риск: https://superuser.com/questions/266110/how-do-you-... но, как отмечено в этом совете, можно будет писать на винт файлы с одним именем в разном регистре, но, похоже, не средствами самой ОС (в плане эксплорера), а сторонними утилитами типа cygwin, git и т.д.

1) Вероятно редирект вы делаете через какой ни то header('Location.... но он работает только если вы обращаетесь к скрипту через браузер, а не выполняете его напрямую через cron.
2) Зачем вам вообще этот редирект при выполнении через cron? При выполнении из консоли (из cron'а) нет ограничений (обычно) на время исполнения скрипта.

Отображать реальный контент внутри iframeна полный экран, а в главном фрейме отслеживать факт загрузки внутреннего содержимого. Таким образом останется функционал перехода по страницам и при этом, в случае ошибки загрузки, главный фрейм (скрипт в нем) будет иметь возможность перезагрузить дочерний iframe.

Создаете ли вы новый экземпляр curl перед каждым запросом? curl автоматом пытается использовать keep-alive (поддержание соединения) и несколько запросов к одному сайту будут идти быстрее, если у 2+ запроса не будет затраты времени на установление соединения. Так же рекомендую посмотреть вывод команды curl_getinfo (не знаю, как оно называется в yii2-curl), которая укажет, на что именно и сколько времени тратит курл и исходя из этого можно будет делать выводы, можно ли там что улучшить.

Вам нужно гуглить на тему SPF и DKIM. Вероятно почтовики действительно не оценили письма идущие с вашего сервера и заподозрили их в спаме. Тут вариант, либо слать через сторонний сервер smtp (но там могут быть свои ограничения), либо озаботиться вопросом того, что бы ваши письма были "подписаны" по уму. Опять же, посмотрите содержимое заголовков полученного в маил.ру письма, там должны быть заголовки определяющие результаты проверки вашего письма как на "доверительные" заголовки, так и на результаты проверки на спам.

Вообще, если кликнуть на ошибку, то он по русски всё и объясняет, что не так!

Попробуйте указать пятый параметр у mail по типу "-fnobody@example.com". Вероятно exim'у не хватает адрес отправителя и поля From в заголовках ему не достаточно. Примеры есть в оф.справке.

А если поменять src у потока добавив туда рандомный параметр при снятии с паузы? Тогда, по факту, для плеера это будет новый урл и это вызовет чтение потока с сервера, а не из того, что он уже качал.

Раз вы при запросе сами выставляете куки, то вам необходимо, пройдя регистрацию, из ответа выдрать наверняка появившиеся там куки сессии и передать их во втором запросе. Ну либо не баловаться куками самостоятельно (т.е. не устанавливать их), а просто за первым запросом (не делая curl_close) вызвать второй. Curl сам передает куки между запросами и, в теории, авторизация должна сохраниться.

А в самих письма подпись DKIM То появилась? Не совсем понимаю, что у вас за почтовый сервер.

А почему сфинкс не подошел?
Подозреваю, что родной поиск IPB учитывает только слова и пропускает спецсимволы. Не уверен, что такое можно сделать родными средствами IPB, но вот, например, в сфинксе есть настройка отвечающая за символы, которые необходимо пропускать (по дефолту всякие спецсимволы как раз). Т.е. если вы таки добились, что бы у вас работал сфинкс, то вы просто чуточку не дошли до исключения спецсимволом из списка пропускаемых.

Боюсь, что всё плохо:
https://code.google.com/p/gdata-issues/issues/deta...