Вы не зашли.
Точнее по другому - двиг подставляет в качестве "From" адреса адрес вида noreply@домен_сайта.
В некоторых ситуациях почтовые программы отказываются принимать почту с такого адреса.
Добавлю возможность задавать "From" адрес для писем, сгенерённых движком.
panoptus, а как ты себе это представляешь?
Полноценный HTML парсер со всеми вытекающими? Закрывать открытые теги, защищаться от других потенциально нехороших вещей (слово "привет" шрифтом на весь экран,..)?
В новой версии шаблоны изменятся совсем чуть-чуть, поэтому ждать определённо не стоит.
После выхода версии адаптация шаблона 0.9.0 к более новой у тебя займёт максимум минут 10-20.
panoptus, не уверен, что оно оправдано.
Если нужен HTML код, то проще сразу же в HTML'е сделать..
Но если найдёшь объяснение - в какой ситуации такой тег будет очень полезен, то подумаю как бы его попроще реализовать.
Название поля и всякие спец-символы.
Подвох в том, что в результаты поиска часто могут попадать лишние записи.
torg,... читал,... много думал,... ничего не понял.
Что именно ты хотел сказать?
Что двиг сам по себе не использует кеш?
Да, так и есть. То, что использует сам двиг - не очень-то поддаётся кешированию, хотя есть ещё фронт работ.
То, что надо тестировать плагины?
Ну так этим занимаются их авторы и пользователи.
То, что бывают плагины, создающие значительную нагрузку?
И тут нет ничего странного - если плагин должен сделать что-то сложное и перелопатить уйму данных, то иногда без высокой нагрузки не обойтись. А уж администратор сайта сам для себя решит нужен ли ему такой плагин или нет.
Стучись в ICQ (145368811), помогу.
SeeD, неее, такой вариант поиска там точно не нужен..
Нефиг, пусть хотябы по диагонали читают страничку регистрации.. вообще этот пункт с новой капчей стал уже не так актуален, но удалять смысла не вижу.
Вообще можно просто написать мне ПМ и я поменяю человеку группу (если это человек, а не пойманный бот)
torg, вообще-то обычный перевод строки и преобразуется в <br/>.
Зачем тебе отдельно для этого тег?
Rohan, ok
torg, ты немного не так понял.
Есть 2 пути:
1. Для одного юзера может существовать одновременно только один код-капча. Так сделать проще.
2. Для одного пользователя может быть несколько кодов-капчей.
Пример для второго случая - ты открываешь страницу комментариев, где выводится код "1234". Нажимаешь "добавить файл", открывается отдельное окно где уже другой код - "7643".
Вот и вопрос - нужна ли такая возможность или нет.
torg, есть подозрение, что во втором случае php и акселератор использует. В этом случае разница может быть и значительно больше.
Harvey, модуль авторизации меняется в настройках системы.
А отключить auth_basic нельзя, это сделано специально (против тех, кто отключит плагин не подумав и больше не сможет зайти в систему)
torg, жди ответа хостера. Либо что-нибудь поправит у себя, либо - скажет что его почтовой системе не нравится в сообщении, отправленной двигом. Тогда подскажу как поправить у тебя.
Велика вероятность, что при заметном кол-ве подписчиков некоторые почтовые сервисы начнут заносить тебя в чёрный список как спамера.
Лучше, imho, использовать внешние сервисы, которые позволяют по email'у высылать обновления в RSS лентах.
Заменить в файле /engine/actions/addnews.php строку:
$JEV = json_encode($_REQUEST);
на:
$jarr = array();
foreach ($_POST as $k => $v)
if (is_array($v)) {
foreach ($v as $vk => $vv)
if (!is_array($vv))
$jarr[$k][$vk] = iconv('Windows-1251', 'UTF-8', $vv);
} else {
$jarr[$k] = iconv('Windows-1251', 'UTF-8', $v);
}
$JEV = json_encode($jarr);
Это недавно найденная ошибка, она устранена в SVN версии.
Единственное влияние на работу - если ты добавляешь новость и двиг при этом отказывается добавить новость по каким-либо причинам - у тебя будет теряться содержимое полей, в которых что-то написано по русски.
Я так понимаю, нужно делать вариант капчи, который будет потом использоваться любыми плагинами?
Ok, задачу понял.
Вот интересно - достаточно ли одной "сквозной" капчи, или нужна возможность нескольких одновременных "капч" для пользователя (к примеру в одном окне - комменты со своей капчей, в другой - гостевуха/чат со своей)?
А точнее - отсутствие пиара как такового
Север, регистрацию можно сделать и в NG.
Но в этом случае не будет работать ни одного "наворота" и кое-что будет просто теряться, т.к. NG не знает о многих полях форума.
Поэтому самое правильное - регистрация и восстановление пароля - через форум.
А вот вход можно делать как через NG так и через форум. Также и переход между NG И форумом происходит без необходимости входа и там и там.
infinity237, да.
Сейчас найти хостинг, на котором не поддерживается mod_rewrite найти практически нереально.
А если всё-таки найти удастся - можно будет воспользоваться режимом обратной совместимости со текущей версией.
Север, у SeeD'а всё заработало без проблем.
Видимо что-то в настройках у тебя не так.
Стучись в ICQ (145368811) если не разберёшься.
Готовлю к выпуску первую alpha версию движка с новым форматом ссылок.
Сразу возник вопрос - есть ли необходимость сохранять не-ЧПУ режим работы с URL'ами?
Если его сохранить, то алгорим настройки будет слишком уж сложным.
Естественно, вопроса совместимости это не касается - режим "обратной совместимости по ссылкам" в движке будет (просто одной галочкой). Речь идёт именно про формат ссылок для новых сайтов.
Текущая отладочная версия выглядит так. На цвета не обращаем внимания, ими пока не занимался:
insider, ой.. спасибо. это действительно проблема.
Выложил обновлённую версию плагина.