Next Generation CMS :: Форум поддержки

Сделаю на днях плагин для SAPE.

Есть такая идея ("идеальный вариант", будет реализовываться постепенно).
Вводим понятия:

1. Типы контента
1.1. Текстовый (статичный) блок - просто показывается информационный блок (как в плагине ads)
1.2. Баннер с учётом переходов - показывается блок, но переход делается через скрипт для учёта переходов
1.3. Баннер с учётом показов+переходов - показывается блок, но картинка и ссылка показываются через скипты учёта

2. Единица контента - рекламный блок
2.1. Статус активности
2.2. Параметры активации
2.2.1. Период (с XX по YY)
2.2.2. ВременнОй диапазон (с 21:00 до 23:59, с 00:00 до 08:00)
2.2.3. Кол-во показов
2.2.4. Кол-во переходов
2.3. Статистика (если есть)

3. Рекламное место
3.1. Статус активности
3.2. Список единиц контента, которые могут отображаться в этом блоке
3.2.1. Статус активности
3.2.2. Ссылка на единицу контента
3.2.3. Приоритет/периодичность показа (единица с приоритетом "3" показывается в 3 раза чаще единицы с приоритетом "1")

В общем, буду стремиться постепенно реализовать идею в полном озвученном объёме

graf, твоё слово?
У других работает!
Поделись своим sitemap'ом.

Кстати, а у тебя включен ЧПУ? У меня есть смутное подозрение, что sitemap может не распрознаваться гуглом в случае отключенного ЧПУ.

icedogas, автор плагина виден в списке плагинов
Есть тут кто-то, кто хорошо разбирается в формате sitemap'а?
Идеальный вариант - найти кого-то, кто может взять sitemap, созданный плагином, руками его поправить и добиться успешной загрузки на Google. После этого - прислать мне оригинальный и исправленный вариант.

Тогда бы я смог оперативно исправить плагин и выпустить новую версию.

Кстати, мысли по поводу преобразования HTML => BB.
В классе parse.class.php есть функция truncateHTML() - это простенький конечный автомат, который загружает и парсит HTML'ку.
Небольшая его доработка позволит строить DOM дерево и для всех тегов, для которых есть BB-аналог, делать замену.

Q: А зачем я городил всю эту конструкцию, когда можно было использовать обычный XML парсер?
A: XML парсер не может работать с не до конца валидными XML тегами (к примеру, незакрытый IMG - уже причина для отказа в парсинге) и, насколько я помню, он не позволяет в параметрах использовать русские символы (т.е. <a title="Title"> - можно, а вот <a title="Заголовок"> - уже нельзя).

Ты всё сделал верно - для обновления БД было необходимо сделать reinstall плагина.
Сорри что не указал это в описании.

Второй пункт делался после первого.
Соответственно, APC уже был. И, естественно, кеширование данных в APC значительно более эффективное, чем кеширование на файловой системе.

Естественно, можно использовать и файловый кеш, но в рамках данного примера (использование APC) было бы большим грехом не воспользоваться теми возможностями, которым нам предоставляет APC.

SeeD, проверь сейчас, plz.
В форуме FAQ не было ни у кого прав на просмотр аттачей, исправил доступы.

graf, у вас есть почти то что надо:
SDRAM 512 Mb PC133 Hynix ... правда оно у вас стоит $75 и при этом non-ECC (ECC обычно стоит в ~1.5-2 раза дороже).

Подходящая мне память и так есть в NIX'е (и аж по $23 за штуку из-за полной ненужности),.. но так неспортивно.
Сейчас народ выкидывает (именно выкидывает. у меня случай редкий - сервер стоит полностью бесплатно, поэтому меня соотношение производительность/(потребление+размер) не волнует) последние серваки, использовавшие такую память, и я буду рад принять пару совершенно ненужных планок в дар

Wolverine, достаточно просто.
Сложная система нам и не нужна.

Ok, буду делать.