Megalex

Сейчас попробую с datastore этот файл удалить и закомментировать прямое подключение в pop.php. Ща отпишусь.

т.е. вот так должно быть. SMTP - это отправка. POP - это прием. /* Connect */ //$pop3 = new \IPS\Email\Incoming\PopImap( \IPS\Settings::i()->pop3_server, \IPS\Settings::i()->pop3_tls, \IPS\Settings::i()->pop3_port, \IPS\Settings::i()->pop3_user, \IPS\Settings::i()->pop3_password ); $pop3 = new \IPS\Email\Incoming\PopImap( "pop.yandex.ru", "1", "995", "support@ДОМЕН", "ПАРОЛЬ" ); Emix12 Да, работает. Письма о регистрации не приходили из-за смены DNS на домене. А Cron POP не работало из-за того что это прием писем а не отправка, smpt заменить на POP и все. Но все равно, это через костыль. Ибо после каждого обновления нужно все время менять (дописывать) будет руками, ибо этот файл в обнове затрагивается. Почему он с БД не берет эти данные - загадка.

Emix12 Что само прикольно, что даже через костыль (напрямую как ты скинул) крон POP не запускается. Он берет старые данные, ну те которые я уже изменил один раз. Новые в pop.php ввожу - ему фиолетово, он цепляет другой пароль. В БД все прописано. Кэш чистил. ХЗ от куда он их теперь цепляет. UPD. А не. Стоп. Пароль зацепило новый. Но с ним ошибка что выше. а бл***ь! Я же забыл что там надо pop прописать....

Эту справку я читал. Помимо этого, еще MX/CNAME/TXT записи DNS на хостинге редактируются. Закину сюда памятку, вдруг кому-то пригодиться.

Порт 465 Погодь... Пошло кажись... Emix12 Да пошло. Зона проделегировалась. Больше ничего не делал кроме смены DNS. А сам DNS попросил сменить сервис предоставляющий защиту. Надо тогда искать альтернативные варианты по защите, которые не подразумевают смену DNS. ОСталось с CRON POP разобраться... Emix12 Не могу врубиться что вообще это за мусорный файл settings.3c230a0cd7.php я его удалил - и это никак не отразилось на форуме. Да и вся папка datastore имеет даты последнего редактирования не первой свежести.

Emix12

Emix12 Я походу понял из-за чего... Я DNS сменил как того потребовал DDOS сервис... Из-за них же может быть эта ошибка? Сейчас вернул обратно на рег.ру - теперь ждать делегирования.

Emix12 В pop.php внес данные в обход базы. Теперь так: Пароль создавал как того требует Яндекс - В журнале ошибок правильно прописывает. ТАкое ощущение что не может законектиться к почте.

Кэш я чищу как уборщица в детском садике, после каждого изменения. После проверки везде зеленые галочки. Emix12

Кароче пи***ц одним словом. У меня сейчас есть одно желание - снести все к ипеням. Ибо 4 дня вместо того чтобы заниматься работой, я занимаюсь каким то извращением. Внес я туда новый пароль (к примеру 11111), в файле pop.php убрал естественно прямое подключение. Запускаю крон - все работает. Не спешим радоваться... Запускаю тест письма - приходит... Сегодня письма перестали приходить при регистрации, просрал 30 регистраций пока спал. Запускаю тест отправки - и оно пол часа его мутузит. Ок. Иду в Яндекс, меняю пароль на 22222, вставляю его везде (файл settings, в настройках админки, в БД) - запускаю - хрен. Меняю протокол в настройках не SMPT а PHP - почта пошла отправляться при регистрации. Запускаю крон POP - иииииииии ОНО БЕРЕТ уже от куда то пароль 11111. Т.е. теперь цепляет хрен пойми от куда то пароль который я ставил после D090600100... Да что елки палки ему еще нужно?!!!! Я уже даже двухвакторную аутоидентификацию в яндексе выпилил, думал может она мозг дурит... Надо пойти нажраться. Ибо конит дичайше уже. Работы вагон, а я уперся в одной точке. О! Вообще прекрасно, через PHP приходят письма с красным замочком, - данные могли быть подделаны... не видит верификации... Надо smpt настраивать... сссссска

А как он обзывается файл отвечающий за вызов ошибки не знаешь? Или все перебирать в ручную?

В robots.txt страница регистрации закрыта для поискового бота? Закрой и прибудет счастье.

UPD3. Так, это не плагины и не приложения... отключал все.

WOLF Это все прекрасно (когда вы спите все вообще?), но у меня нет Advanced footer плагина, Magnum шкурка в ней встроенный неплохой футер, его пробовал отключить - не помогло( Блин, такую офигенную страницу 404 забомбил и не могу всунуть))))) UPD. На дефолте все нормально UPD2. Причем при обновлении страницы этот блок растягивается в 100% соотношение (как и нужно), но через секунду, после полной загрузки - превращается в маленький)

При вызове 404-ой, окно с ошибкой занимает маленький левый блок. Собственно вот: Хотя по сути должно растягиваться на всю страницу. Через код в CSS откопал параметры - изменил... С форума ушли гулять боковые правые панели, зато эта страница отображается как надо... Если смотреть через инструмент визуальной разметки, то ничего лишнего нет на странице в пустой области (т.е. никакие панели невидимые не стоят). Только не говорите что это фича такая в 4.3.2)))) Может кто у себя наблюдал такое, и исправлял... Подскажите, а...

Ну суть в том что я ничего не делал. Ну т.е. просто перезалил файлы и заново открыл по пути upgrade и запустил, четыре раза было неудачно, на пятый побежала полоса установки. Кстати, сразу уже спрошу. Если переименована директория админцентра (admin), файлы с admin папки обновления кидать в переименованную и запускать с нее, или же кидать целиком папку admin, а после обновы ее сносить с хостинга?

Respected Emix12 Нифига, ругается на файл. UPD! С пятого раза пошло) ХЗ что за шляпа

Принял. Сейчас попробую и отпишусь

Собственно вся соль вот: 682 строка этого файла: throw new \UnderflowException( ( is_string( $key ) ? 'lang_not_exists__' . $key : 'lang_not_exists__' . implode( ',', $key ) ) ); Что за косяк?

Emix12 Zero108 ..../datastore/settings.3c230a0cd7.php Вот по этому пути лежал файл с паролем.

Тотал коммандер тоже неплох)

Уже тоже подумал об этом, выкачиваю форум) С компа проще поиск по словам в файлах делать.

Ошибка. Он не берет вообще данные со строк MySQL. Уперся в старый пароль D090600100 и колом на нем стоит. даже адрес протокол yandex не прописывает, используется хостинговский. Т.е. со старыми данными происходит попытка запуска. В обход базы все работает.

из-за трех букв угрохать весь день... Emix12 И однако все же странно, это я напрямую как я понял сделал подключение, в обход обращения к MySQL. От куда эта ипсинна брала старые учетные данные. По сути вся загвоздка в них и состояла. А уже велосипед придумал ты, чтобы на прямую законектиться. По базе прошел поиском - он нигде пароль не нашел)

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