Вы не зашли.
infinity237, ты про плагин массовой рассылки? Предлагаешь всё-таки оживить и прямо сейчас?
Север, идея "фонда развития", которая была реализована в 2z, себя так и не оправдала.
Фактически там было 2 типа пожертвований:
* маленькие суммы ($1-10), от которых заметной пользы для движка просто нет. но многие пожертвования подкреплялись просьбами сделать то или иное изменение, а иногда - даже обвинениями "ну я же вам заплатил $3, а вы мне так и не сделали <какой-либо реально сложный функционал>" (в общей сложности, вроде, набралось где-то на ~$150).
* серьёзные пожертвования, полезные для развития... но их сделало всего 2 человека (v01d [$300] и Raagnar [$200])
Т.е. фактически, почти весь "фонд" был наполнен всего двумя людьми,.. остальные, конечно же, тоже хотели помочь (и спасибо им за это),.. но от их вклада эффективность была значительно ниже.
Так что повторять в NGCMS ту же ошибку, которая была совершена в 2z, у меня нет никакого желания.
На хостинг ($200/мес за арендуемый сервер) мне хватает собственных средств (зарабатываемых через интернет).
Кроме того, сейчас просто нет бизнес-плана по расходованию из подобного фонда.
Оплатить работу аутсорсеров, которые будут работать за деньги (хотя бы $200 за средней сложности плагин) из фонда будет практически нереально, а таких плагинов нужно не два и не три.
Если же кто-то напишет нужный плагин из желания помочь в развитии,.. то скорее всего ему денег и не потребуется.
Конечно, если найдутся спонсоры, готовые вкладывать деньги в развитие - можно отдельно обсудить этот вопрос,... но опять же - сначала сформировав совместный бизнес-план и найдя применение вкладываемым средствам.
p.s. На самом деле один спонсор есть,.. но мы с ним уже всё что нужно решили
По п. 2 - не вижу никакого смысла оживлять именно его.
Существующую систему ПМ надо выдирать из движка и выкидывать
В самое ближайшее время я возьмусь и за переделкой PM'ов, включая интеграцию с плагинами feedback, complain и добавление API чтобы такую интеграцию мог сделать любой желающий в своих плагинах.
Вот там уже и буду реализовывать массовую рассылку. И по PM'ам, и по email'ам и даже по Jabber'у (а возможно и по SMS).
Север, на самом деле в п. 1 всё не так просто, как тебе может показаться - требуется практически полная переделка плагинов "tags". Основная причина в том, что сейчас идентификатором тега является сам тег.
И, к примеру, в новостях хранится просто список тегов через запятую.
В твоём же случае, тегам понадобится вводить дополнительное альт. имя (вариант в транслите) для каждого тега, отслежить и каким-то образом исправлять дублирование (когда два разных тега имеют одинаковый вариант в транслите).
В чём вообще смысл такой странной задачи?
Начал реализовывать.
Отдельное спасибо Amarelius'у за то, что навёл меня на интересную мысль.
Пойду по такому пути - основную сложность (представление переменных в виде регулярных выражений) будем возлагать на плагины и их авторов - плагин сможет сам задавать регулярные выражения для своих переменных. И на самом деле только плагин и знает в каком виде может быть представлена переменная.
Пользователь сможет выбирать только предопределённые плагином варианты,.. но при особом желании сможет модифицировать сам плагин и регулярное выражение в его настройках.
Проблема локализована, все поняли, что наркотики - яд.
Тема перенесена в соответствующее ей место
v01d, в каком именно месте?
Amarelius, а ведь действительно ОЧЕНЬ здравая идея!
Сделать второй вариант, а тем, кому хочется чего-то особенного - рассказать как модифицировать формат/набор возможных переменных.
Если не придумаю как бы совместить одновременно оба варианта в WEB интерфейсе - воспользуюсь твоей идеей
В настоящий момент я заканчиваю создание библиотеки, которая заменит собой старую систему работы с ЧПУ и позволит убрать из .htaccess'а все правила по перенастройке ссылок.
Сейчас на повестке дня встал следующий вопрос: в каком виде давать пользователям возможность редактировать формат ЧПУ.
Есть 2 варианта:
1. Наиболее гибкий, но сложный для понимания - для каждой строки пользователь может вводить:
1.1. Регулярное выражение, по которому идёт проверка ссылки
1.2. Таблица соответствий переменных, полученных в REGEX'е и переменным системы
1.3. Указание на плагин и его модуль, которому должно передаваться управление.
Пример:
REGEX: #^\/list\/(\d{1,3})\/{0,1}$#
MAPPING: 1 => 'id'
PLUGIN: news, show
Т.е. пользователь, вводя регулярное выражение, может сам учитывать типы и формат переменных, легко можно делать сложные конструкции... но пользователю необходимо понимать механизм написания регулярных выражений.
2. Наиболее понятный для понимания, но менее гибкий. Для каждой строки пользователь вводит:
2.1. Формат URL'а, аналогичный тому, который используется сейчас
2.2. Указание на плагин и его модуль, которому будет передаваться управление
При этом каждый плагин регистрирует в ядре список своих модулей и форматов переменных, которые можно использовать, а пользователь выбирает уже из списка готовых.
[hr /]
Прошу высказаться - кому какой вариант больше нравится?
Нужно ли вообще всё это выносить в WEB интерфейс или достаточно сделать детальное описание и все изменения разрешить делать в конфигурационном файле?
Водка не даёт такого эффекта.
Однозначно - травка/таблетки/укольчик.
2hot: бобёр, ВЫДЫХАЙ !!!
[moderator hat ON]
Так называемый hot, а давайте вы сначала выучите русский язык, а уже потом будете писать свои так называемые мысли?
Или, по крайней мере, не будете оскорблять.
[moderator hat OFF]
По существу - а у NGCMS нет так называемого портфолио. Ты разве где-то видел этот раздел?
Каждый пользователь сам для себя решает какую именно систему ему использовать.
Ни для кого не секрет, что некоторое количество сайтов в интернете работают именно на NGCMS. А те, кто этим интересовался более серьёзно - даже список сайтов смогли составить по данным с поисковиков.
Amarelius, в этом форуме ластриды работают не на принципе "что просмотрел", а на принципе "когда был последний заход".
с одной стороны это не очень удобно, с другой - позволяет значительно экономить ресурсы.
Наименование: auth_vb (авторизация через vBulletin)
Описание: Плагин позволяет посетителям NGCMS авторизоваться через БД форума vBulletin. Подобное решение позволит иметь единую учётную запись как на сайте так и в форуме (при совместном использовании на одном портале NGCMS и vBulletin).
Для корректной работы плагина необходимо скачать из SVN (ChangeSet 145) новую версию файла
engine/includes/classes/mysql.class.php
Текущая версия: 0.03 [выпуск: 20.03.2009]
Ссылка: ZIP (9 Kb)
История изменения:
[0.03][2009-03-20]
+ Добавлена возможность "запоминать" вход пользователя.
При выборе режима "авто" проверяется значение GET/POST переменной "remember" в
момент входа
[0.02][2009-03-11]
% Плагин адаптирован для работы с NG CMS
* Исправлена ошибка в логике обработки изменения профиля пользователя
* Исправлена ошибка в алгоритме автосоздания пользователя в базе NG
[0.01][2008-07-10]
+ Создана первая версия.
Сделана на базе плагина auth_punbb v. 0.05 с сохранением основого функционала
указанного плагина
1. Можно. Меняешь в формате урлов и пересоздаёшь .htaccess
2. Тебе именно редирект или достаточно того, чтобы страница была доступна и под старым и под новым адресом? Если второй вариант - сохрани перед редактированием строку из .htaccess'а с твоим старым вариантом и после редактирования - добавь её обратно.
Rohan, скорее всего глюк заключается вот в чём: когда-то давно ты удалил вывод короткой новости из шаблона news.full.tpl и пользовался этим,... а на днях - восстановил этот файл из архива. Вот и начались "глюки".
На самом деле есть 2 подхода к новостям. И оба - верные, т.к. кому как удобней тот так и работает
1. В полной новости отображается короткая и полная новость.
2. В полной новости отображается только полная новость.
RocketBoy, проблема в том, что при таком способе есть риск что-то сломать.
Если у тебя всё работает - значит ты просто правильно вставил блок.
Но вообще - это действительно временный костыль..
А доступ при этом открывается?
И подскажи, как у тебя настроены балансы в плагине (лучше - вообще все настройки плагина покажи) и как прописывал цену.
А кто говорит, что ничего не делается?
Скоро появится возможность видеть сообщения из Jabber конференции у нас в форуме. Это сильно её оживит.
Вот только допишу Jabber бота
hot, подумаю.
Trashcka, в "настройках сайта" => "основные настройки сайта" => "домашняя станица" - там в конце есть слеш? Если есть, то убери.
hot, а в каком виде ты это управление вообще видишь?
Опиши пример.
hot, эээ... в плагине же не предусмотрена вообще возможность управления направлением отправки сообщений.
Отправляется на все адреса из параметра Email список рассылки.
Тебе нужно управлять этим? Зачем? В каком виде это задавать?
Нет, капчу сейчас нельзя прикрутить. Нужно?
или пропатчить пропатчить index.php и вставить инклуд там для нужной тебе статик-страницы
Выложил в SVN кандидата на версию 0.06.
Вот изменения:
[0.06][2009-03-05]
+ Добавлена возможность проверки заполнения обязательных полей формы.
При активации параметра "проверять ввод полей" и незаполнении обязательного
поля - пользователю будет выдаваться сообщение об ошибке.
Прошу по возможности проверить и отписаться. Если проблем не будет - выложу архив для всех.
graf, вспомни, не выключал ли ты за это время никаких плагинов?
Подозрение что какой-то плагин добавлял обычный пробельчик в начало файла.
Гуглу это не нравилось, а вот яндекс на это не обращал внимание.
graf, плагин был взят из SVN?
Он может работать только с новой версией движка (которая сейчас в разработке).