Мне бы этих трех хватило. Кстати, вконтакт — да соглашусь, некоторые его любят. Если бы была возможность его вставлять наверно часть бы оттуда вставляла.
Странно, может быть тогда дело не в этом. Насколько я понимаю логику файл создается как только кто-то не проходит проверку. Искать его надо думаю в _tmp или _run…
Я думаю надо включить (я оставил как сейчас сделано по умолчанию)
Понимаю. Ну так в чем смысл сайта? Чтобы люди общались там, или чтобы уходили в мессенжер, соц. сети и т.д.? Формат немного другой, но основной генератор контента — естественная потребность в общении. Если ее удовлетворить через мессенжер, то желания писать уже не будет. Точно также как люди (в массе) перестают писать длинные письма друг другу когда появляется СМС, точно также они перестают писать на форумы и в блог. Зачем? Если можно по-быстрому написать в whatsapp и получить ответ на вопрос, или поделиться новостью.
(Не все так однозначно конечно, но смысл примерно такой) Так зачем их к этому подталкивать?
А нет такого ощущения что вы свой трафик тем самым сливаете в мессенжер да еще чужой? Получается вы как бы не справляетесь со своей задачей, если пользователям общаться там интересней, чем на сайте…
Вот чего чего, а мессенджеров в интернете завались каких хочешь. И точно также, как в свое время на волне успеха фейсбука все бросились клепать соц. сети и разные пародии на них (не разабравшись что на самом деле привело к росту числа регистраций и насколько популярность реальна в долгосрочной перспективе), на волне успеха watsapp — все решили что интернет мессенджинг это новый killer application. И бросились делать мессенджеры =)))
Чтобы сделать хороший мессенжер вам нужна и команда и идея (например как в Telegram Дурова — защищенный от спецслужб протокол — причем реально защищенный с нахилым бюджетом вознаграждения тому, кто сломает). Просто обмен сообщениями — ну для пользователей какого-то не самого популярного сайта (то есть не топ-10 рунета) это нафиг не нужно. А что касается отдельного клиента то только под андроид, или iOS.
И вообще. Посмотрите как работает обмен сообщениями во вконтакте — мгновенно и ничего ставить не надо. Вы сможете предложить что-то лучше?
В дополнение к посту выше — думаю имеет смысл также задать параметр, определяющий максимальную длину поста до тега cut, для getTextShort(). Если этого не сделать то пользователь может поставить cut например после 5000 знаков, и getTextShort() вернет очень длинное превью.
Ответ получен. Какие наши дальнейшие действия, господа?
Может написаль автору галлереи на ЛС, вдруг он заинтересуется? Или может сначала попробуем понять, сколько желающих осталось и каким получится примерно бюджет?
Короче, если на сайте много текста, который вы хотите принудительно убирать под кат, то:
$config['introtext']['enable'] = true; // включаем использование интротекста
$config['introtext']['max_size'] = 200; // длина интротекста
$config['introtext']['autocreate'] = true; // включаем автосоздание интротекста
$config['introtext']['text_short'] = true; // использование интротекста, если нет короткого текста
И все, ваша проблема решена.
Протестировал предложенное решение для автоката с использованием getTextShort(). Есть несколько проблем:
1. Во-первых если не включить создание анонса метод не работает. Должно быть
$config['introtext']['enable'] = true;
А при включенном этом параметре, при создании топика выводится дополнительное тестовое поле «анонс». Но это усложняет процесс, и я не хотел бы чтобы пользователи создавали интротекст отдельным текстом, плюс при использовании getTextShort() эту же функцию выполнет тег cut. Я бы хотел, чтобы при создании топика они по-прежнему писали только текст топика и если требуется ставили тег cut в нужное место.
2. Если используется автопревью и разрешены html теги, и картинка из топика попадает в первые 200-300 символов текста, получается что выводится и превью и текст с картинкой. Приходится html теги обязательно запрещать, если используется автопревью. В принципе не критично.
3. Что более критично, так это то, что когда я редактирую статью которая создавалась без интротекста, в поле «анонс» автоматически заносится полный текст статьи. В результате, если я допустим нажал «редактировать», внес небольшие исправления, нажал «опубликовать» — ожидаю что все сохранится, но у меня вылезает сообщение, что размер аноанса превысил 200 символов.
4. Многоточие у меня тоже не выводится (getTextShort()).
При создании топика есть обычная панель редактирования текста, где есть кнопка Изображение для вставки в текст. И внизу — отдельная кнопка Прикрепить файл. И инструкция: если надо вставить изображение, то надо кликать не по кнопке Изображение, а по кнопке Прикрепить файл, а потом уже… (далее по тексту).
Вам такое решение кажется элегантным. Мне — нет. Если Вы скажете, что лично Вам и пользователям Вашего ресурса нужно именно так, и никак иначе — охотно поверю. Но то, что так должно быть прямо из коробки — не соглашусь.
Кнопка в панели нужна только для вставки в виде ссылки с другого ресурса! Это стандартная для любого форума логика. А вот такое прикрпление реализуется на самом деле плагином!
Конечно оно не идеально, то как сделано в альто где можно выбрать вставлять ссылкой или загружать с диска — удобней, но я говорил только про часть относящуюся к загрузке нескольких изображений с диска. Выбрал несколько файлов — получил по умолчанию миниатюры с лайтбоксом. Нажал встроить — получил изображение в тексте.
А у нас сейчас как — кнопкой в тулбаре редактора — одно изображение за раз, которое встраивается в текст. Либо несколько, но в виде сета, и прикрепляется только к топику а не к комментарию. А если я хочу встроить одно из них в текст?
Если вы говорите, что эту логику не сложно исправить, то я вообще не вижу причин этого не делать!
Всё что я слышу сегодня (от Вас в частности)- это «Я хочу» и «Должно быть так!».
Моя задача как пользователя CMS доносить и объяснять то, что я хочу. Да я так хочу, и объясняю почему. В частности я так хочу потому что так хотят мои пользователи. И моя святая обязанность добиватьсяот разработчиков того, что нужно моим пользователям. Так уж устроена эта система. А если сидеть и молчать, при этом еще и как в известном анекдоте «в крестах на кладбище видеть плюсы», то ничего не останется как собирать костыли уговаривая себя что это отличное решение.
В строку поиска вбить, например 91.207.6.6
Если ничего нет, значит в базу этот IP не попадал. Или он уже изменился…
Я думаю надо включить (я оставил как сейчас сделано по умолчанию)
$config['block_ip'] = array(
'enable' => true,
'period' => 'P3D',
'file' => 'spam_ip.dat',
'log' => false,
);
// Разрешены дополнительные логи
$config['logs']['enable'] = true;
// Логгирование неуспешного прохождения бот-проверки
$config['logs']['pass']['fail'] = array(
'enable' => true,
'file' => 'antibot.pass_fail.log',
);
// Логгирование неуспешной регистрации
$config['logs']['registration']['fail'] = array(
'enable' => false,
'file' => 'antibot.registration_fail.log',
);
// Логгирование неуспешной авторизации
$config['logs']['login']['fail'] = array(
'enable' => false,
'file' => 'antibot.login_fail.log',
);
А еще попробуйте проверить свой IP здесь www.stopforumspam.com/search
Если его там нет, то возможно моя гипотеза не верна и проблема в самом плагине.
Посмотрите 'spam_ip.dat'
Можно еще
$config['block_ip'] = array(
'enable' => true,
поставить false и проверить — другие страницы, кроме логина, регистрации, и профиля (если не меняли) будет открывать или нет.
Если я правильно понял логику работы…
(Не все так однозначно конечно, но смысл примерно такой) Так зачем их к этому подталкивать?
может я не до конца понял в чем идея? Просто типа универсальный мессенждер для CMS? В виде клиента под винду?
Чтобы сделать хороший мессенжер вам нужна и команда и идея (например как в Telegram Дурова — защищенный от спецслужб протокол — причем реально защищенный с нахилым бюджетом вознаграждения тому, кто сломает). Просто обмен сообщениями — ну для пользователей какого-то не самого популярного сайта (то есть не топ-10 рунета) это нафиг не нужно. А что касается отдельного клиента то только под андроид, или iOS.
И вообще. Посмотрите как работает обмен сообщениями во вконтакте — мгновенно и ничего ставить не надо. Вы сможете предложить что-то лучше?
Может написаль автору галлереи на ЛС, вдруг он заинтересуется? Или может сначала попробуем понять, сколько желающих осталось и каким получится примерно бюджет?
1. Во-первых если не включить создание анонса метод не работает. Должно быть
А при включенном этом параметре, при создании топика выводится дополнительное тестовое поле «анонс». Но это усложняет процесс, и я не хотел бы чтобы пользователи создавали интротекст отдельным текстом, плюс при использовании getTextShort() эту же функцию выполнет тег cut. Я бы хотел, чтобы при создании топика они по-прежнему писали только текст топика и если требуется ставили тег cut в нужное место.
2. Если используется автопревью и разрешены html теги, и картинка из топика попадает в первые 200-300 символов текста, получается что выводится и превью и текст с картинкой. Приходится html теги обязательно запрещать, если используется автопревью. В принципе не критично.
3. Что более критично, так это то, что когда я редактирую статью которая создавалась без интротекста, в поле «анонс» автоматически заносится полный текст статьи. В результате, если я допустим нажал «редактировать», внес небольшие исправления, нажал «опубликовать» — ожидаю что все сохранится, но у меня вылезает сообщение, что размер аноанса превысил 200 символов.
4. Многоточие у меня тоже не выводится (getTextShort()).
В БД в таблице storage удалил руками эти настройки. Ничего не поменялось. Что не так?
Конечно оно не идеально, то как сделано в альто где можно выбрать вставлять ссылкой или загружать с диска — удобней, но я говорил только про часть относящуюся к загрузке нескольких изображений с диска. Выбрал несколько файлов — получил по умолчанию миниатюры с лайтбоксом. Нажал встроить — получил изображение в тексте.
А у нас сейчас как — кнопкой в тулбаре редактора — одно изображение за раз, которое встраивается в текст. Либо несколько, но в виде сета, и прикрепляется только к топику а не к комментарию. А если я хочу встроить одно из них в текст?
Если вы говорите, что эту логику не сложно исправить, то я вообще не вижу причин этого не делать!
Моя задача как пользователя CMS доносить и объяснять то, что я хочу. Да я так хочу, и объясняю почему. В частности я так хочу потому что так хотят мои пользователи. И моя святая обязанность добиватьсяот разработчиков того, что нужно моим пользователям. Так уж устроена эта система. А если сидеть и молчать, при этом еще и как в известном анекдоте «в крестах на кладбище видеть плюсы», то ничего не останется как собирать костыли уговаривая себя что это отличное решение.