Иван Шумов, на frontend-e только чтение, а вот в backende-e возможно и запись. Изменение статуса(активно, блокировано.) Не все данные заказчик хочет на сайте видеть.
Иван Шумов, запятая нужна, дальше идут остальные строки.
Про MyISAM я знаю, менял на InnoDB. Только вот этот дам, по запаре, оставил с MyISAM.
Сейчас ещё раз перепроверю и поменяю.
Вот тогда такой ещё вопрос.
Это одна из таблиц, самая большая, в покупном софте. Заказчик хочет, чтобы я его внедрил на сайте. Всё вроде получилось, но вот с этой отдельной таблицей проблема.
Но изначально все таблицы были в MyISAM. С чего бы это? Ведь в данном случае InnoDB лучше. И транзакции и внешние ключи...
Или создатели софта просто забили и им по фиг дым, как это будет работать?
Sandro_s, да при чём тут контроллеры. Вы с доступом разберитесь. В каждом контролере Вы указываете свои данные в setFrom(). Укажите одинаковые и приравняйте к username в конфигурационном файле.
Sandro_s, нет. Если взять, для примера, gmail, то в host Вы должны указать smtp gmail-a, а в username и password свои данные для входа в аккаунт gmail.
А Вы что, данные для входа на сайт указываете?
Sandro_s, вот тут адрес 'adminEmail' => '@mail.ru', приравняйте к адресу в 'username' => 'email' и надо, чтобы хост совпадал в 'host' => 'smtp.mail.ru', и без круглых скобок.
Sandro_s, нет, нельзя. Вот это ('smtp.mail.ru'), должно совпадать с адресом отправителя, если я правильно помню.
По тексту ошибки поищите подробную информацию. Вся проблема в настройках. И эта проблема не имеет никакого отношения к Вашему вопросу.
Создавайте новый.
Капча заработала на index контролере?
всё получилось. Основную массу файлов через bash обработал, осталось около 30-ти, ну эти вручную пришлось.
Но что изменило права, так и осталось загадкой. Локальная история файлов оканчивается на 4.10.2018. А сервер я перенастраивал раньше.
