Друзья, подскажите что и где нужно подправить что бы сделать следующее.

Публикации из определенного блога (или нескольких блогов) не должны появляться на главной странице и в новых.

Поясню для чего мне это нужно. Хочу оставить пару НЕ тематичных блогов (например, «курилка»), НО запретить вывод публикаций из этих блогов в основном разделе сайта (а это как правило главная и новые).

Коллеги, вот такой у меня к вам вопрос.
Ввиду острой необходимости что-то сделать с системой рейтинга в версии 0.5.1 (рейтинг у юзеров рос как на дрожжах, куча накруток и прочее) решил поступить очень просто — уменьшил коэффициенты накрутки рейтинга. Другими словами — теперь за каждое голосование (вне зависимости от силы голосующего) будет добавляться рейтинга чуть-чуть, чисто символически, так сказать. За публикации теперь голосование строго +1 или -1 и т.д. Но вопрос не в этом, это лишь предыстория…

Подскажите, как мне уровнять весь прошлый рейтинг (до момента перехода на новую систему) до состояния, примерно схожего с тем, что действует сейчас. Другими словами. теперь что бы набрать у публикации рейтинг в 40 или 50 нужно реально хорошую публикацию написать, а до этого у меня было довольно много (среднего по качеству) материала с рейтингом 70-80 и выше. То же касается рейтинга пользователей, как следствие. Вот я думаю как мне пропорционально введенным изменениям понизить рейтинг который все накрутили себе «ДО» изменений.

Очень надеюсь что объяснил понятно, рад буду советам.

Доброго.
Ранее писал о проблеме удаления целого коллективного блога, но вот появилась новая трабла. При удалении публикации (с комментариями) происходит следующий баг — публикация удаляется, но в БД остаются комментарии для нее. Следовательно, в «прямом эфире» при прогонке запросов на вывод комментов из соответствующей таблицы получается ошибка — parent_id не найден (публикация то удалена). Проблема на лицо — не удаляются комменты. Это только у меня в единичном случае? (на НГ апгредил с 0.3 до версии 0.5.1) Как проверить правдивость моей версии и как профиксить данный баг? БД у меня довольно большая, так что версия «переустановить» не прокатит, но мне кажется ввиду обновлений в БД скопилось мусора и багов. В общем — посоветуйте как решить эту и другую (см. ссылку в начале) проблемы.

Доброго. Столкнулся с весьма неприятной проблемой, если честно не знаю куда копать.
Имелся коллективный блог с N-ным кол-вом публикаций. Этот блог решено было удалить, соответственно все публикации перемещались куда-то в другие блоги. Так вот, при перемещении (а точнее после перемещения и удаления блога) случился глюк — в новом блоге (куда были перемещены публикации) эти самые публикации не отображаются и, соответственно, не грузится все что ниже… выглядит это примерно так: заходим на страницу блога, там сверху 3-4 публикации (которые до этого были в данном блоге), а после — пустота (ни прокрутки страниц, ни футера, ничего). Т.е. проблема именно в той (тех) публикациях, что были перенесены из удаленного блога.

Вопрос — что вообще можно сделать? Лечится это пока что только выставлением «0» в поле «публиковать» у перенесенных публикаций напрямую из БД через пхпмайадмин. Вообще от чего может возникнуть такая проблема? Есть идеи?

До НГ у меня версия движка была 3.1, после этого обновил движок (с переконвертированием БД) до последней версии.

Надеюсь на помощь.

________

Для примера только что создал два тестовых блога с тестовыми публикациями. Один блог удалил, выбрал блог №2 для перемещения публикаций, в результате первый блог удалился, а во втором публикации не отображаются (описанная мною выше проблема).

Доброго. Вот такой вот вопрос меня интересует — обнуляется ли рейтинг после 999,99 или все будет в норме? Кто-то из знакомых с движком программеров меня пугнул такой вот новостью.

Если это так — как профиксить? Если нет — давайте дружно поулыбаемся, посмеемся и… удалим эту публикацию :)

Заранее благодарю.

Друзья, мне нужна ваша помощь в настройке некоторых модулей 0.4.2 движка.

В обмен на это я могу предложить небольшой, но полезный (на мой скромный взгляд) хак, запрещающий пользователю размещать публикацию, если в ней не установлен тэг CUT.

Другими словами, если пользователь накатал публикацию объемом более 3000 символов (значение можно менять) и не разместил после первых 2-3 абзацев (а как правило именно там все размещают) тэг CUT, то система выдает алерт с просьбой сделать требуемое, т.е. вставить CUT. Соответственно если публикация меньше 3000 символов — ничего не происходит.


Читать дальше

Друзья, на проекте со старой версией движка (0.3.1) при попытке удаления публикации вываливается вот такая вот лабуда. Подскажите, в чем причина и куда копать:

SQL Error: Cannot delete or update a parent row: a foreign key constraint fails (`nepropadu/prefix_topic_comment`, CONSTRAINT `prefix_topic_comment_fk` FOREIGN KEY (`comment_pid`) REFERENCES `prefix_topic_comment` (`comment_id`) ON DELETE CASCADE ON UPDATE CASCADE) at /home/esoterix/nepropadu.ru/http/classes/modules/topic/mapper/Topic.mapper.class.php line 118
Array ( [code] => 1451 [message] => Cannot delete or update a parent row: a foreign key constraint fails (`nepropadu/prefix_topic_comment`, CONSTRAINT `prefix_topic_comment_fk` FOREIGN KEY (`comment_pid`) REFERENCES `prefix_topic_comment` (`comment_id`) ON DELETE CASCADE ON UPDATE CASCADE) [query] => DELETE FROM prefix_topic WHERE topic_id = 454 [context] => /home/esoterix/nepropadu.ru/http/classes/modules/topic/mapper/Topic.mapper.class.php line 118 ) 

Тема закрыта, была проблема хостинга.

Друзья, рискуя нарваться на традиционный «это уже обсуждалось» (хотя не нашел аналогов, по сему и пишу отдельной публикацией), хочу задать вопрос.

Довольно таки давно мучаюсь вопросом о принудительной подстановке CUT тега в длинных публикациях (многие пользователи ну никак не хотят читать инструкцию и пользоваться инструментарием, и их можно понять). Многие плагины работают не корректно (особенно с не закрытыми тегами, с кодом изображений, видео и прочее).

И вот у меня родилась идея. Что если не подставлять автоматически CUT тег, а просто выдавать пользователю алерт в том случае, если, скажем, кол-во символов публикации превысило определенное кол-во символов (для примера, 3000 символов). В таком случае мы считаем не только живой текст, но и код изображений, код видео и прочее. Т.е. любые символы (кроме разве что пробелов, хотя и их можно учесть) в окне редактора. Так вот, при превышении определенного кол-ва символов вываливается алерт с просьбой вставить CUT тег в любом удобном месте (параллельно, ессно, надо проверять наличие этого тега в теле публикации) и не дает произвести публикацию.

Вопрос: есть ли у кого-то такие наработки? Я сам, увы, не в состоянии забубенить такой код (я верстальщик-дизайнер), по сему с радостью бы принял чью-либо помощь, т.к. по опыту использования движка знаю — доработка нужная. Готов, если что, в обмен оказать услуги по дизайну или верстке.

В общем, рад буду отзывам и помощи.

Друзья, подскажите, поделитесь светом мудрости.

Мне необходимо вывести стандартный блок Облако тегов в нестандартном для него месте, т.е. в footer-е. Подскажите плз, как именно (какой синтаксис) мне это сделать, что бы ничего не закоротило? Я попробовал «в лоб»:

{include file='block.tags.tpl'}

… но двигло сказал что не будет со мной дружить и не вывел ничего. Возможно необходимо указать какой-то params? Или где-то прописать что-то?

В общем, надеюсь что вопрос я зада понятно.
Заранее благодарю.

Уважаемые. Мой моск в предновогодний период отказывается функционировать нормально (рабочий завал, думаю поймут многие), никак не могу справиться со скриптом снега на проекте. Ниже код:


Читать дальше