Сообщество
Сюда можно выкладывать Ваши файлы (не всю версию) с исправленными ошибками и доработками.
Не знаю как вы, а я лично обратил внимание на то, что вот уже в течение 3-х дней сайты на основе bigstreet подвергаются спам-атаке. Заметил это на примере своего сайта, а также на других сайтах с открытой регистрацией — bigstreet.ru, flatlands.ru, lakefishing.ru и еще многих из тех, которые представлены в сообществе Powered by BigStreet. Я не знаю что это — спланированная акция или случайная брешь в коде, но проблема есть.
Что это значит?
Это значит, что все старые ссылки с данного видеосервера не будут, обрабатывается парсером и на странице пользователи не увидят вставленный ролик.
Лечится проблема в файле strings.php
Найдите: &feature=related и замените на: &feature=player_embedded
1. Как часто Вы заглядываете в html код страницы, лазая по сайтам? Никогда..2. Как часто Вы заглядываете туда же, оптимизируя свой? Всегда..На эти вопросы ответы очевидны и потому я ответил на них за Тебя, мой друг. Сегодня мы вкратце, а может и подробно, разберем, что видит бот на страце отображения топика и 20 комментариев к нему. После публикации идет вывод комментариев. А под каждым комментарием есть скрытая форма для ответа. Т.о. на странице с 20 комментариями 20раз! повторяется следующий код:
В корне лежит config.php — а в нем мы указываем мета-данные для страниц «по умолчанию». Сегодня решил проверить создание мета-данных на страницах и в первом же файле, который я проверял нашел ошибку (недоделку, недопроверку и т.п.) Подробнее подкатом
При переходе на Альфа-версион заметил, что разделы блога теперь имеют другие наименования. Т.е. взамен www_my-site_ru/blog/approved/* теперь мы видим www_my-site_ru/blog/good/*Однако это далеко не good, если Ваш проект создан на первых релизах БС и имеет большое количество проиндексированных страниц. Поисковик не следит за развитием БС и не делает поднастроект для новых версий, поэтому поднастройку редиректа Вы должны поставить сами, чтобы взамен качественного когда-то контента не получить «Ошибка: Запрошенное действие approved модуля blog не обнаружено.»
Если вы до сих пор не заметили её, то можете прямо тут, на сайте бигстрита, в своём профиле, написать какую-нибудь чушь в полях, указанных в сабже. Сайт будет материться как умеет :) Ошибку в общем-то заметили давно, но только сейчас дошли руки. Чуть не сломал моск, но проблему обнаружил :) Проблема в функции «save», в файле «users.mysql.mapper.php». В массив «$binds», в поля страна/регион/город, попадают не ай-ди а сами объекты. Собирая нужные данные, функция пользуется соответствующими гет-методами класса «Users_Essence», которые, в свою очередь, вызывают метод «findById» классов страны региона и города, ну а те возвращают объекты. Как временное решение, предлагаю всем желающим добавить в функцию «save» после строчки(у нас 131-я) этот код foreach($binds as $name => $accessor) if (get_class($accessor) == 'System_AbstractEssence' || get_parent_class($accessor) == 'System_AbstractEssence') $binds[$name] = $accessor->getId();
Вообще то, это решение через одно место, но я не решился кромсать методы классов, так как это может выйти боком где-нибудь ещё. Короче говоря, я к тому, что в следующих версиях разработчикам стоит этот вопрос изучить. С Уважением, команда Antisite.ru
При разработке нашего сайта столкнулись с этой проблемой. Если попытаться зайти на несуществующий поддомен, получим такое:  Решение проблемы:
Здравствуйте. Подскажите пожалуйста, как можно сделать сообщество закрытым, чтобы при заходе на сайт выдавалась только форма логина с паролем и инвайта. Пример тут
После того, как добавил на своем сайте сообщества, наткнулся на очень интересный момент: 1. Кнопка дальше ? всегда ведет на корневой сайт, не смотря на то, что заголовок статьи ведет в раздел сообществ. 2. Зайдя в любое сообщество, и кликнув на ник пользователя, запостившего статью, переходим на страницу пользователя расположенного на поддомене, в то время как ссылаться должны на корневой сайт.
Решил опубликовать некоторые хаки, которые я сделал у себя для более корректной работы парсера. Как мы знаем данный парсер входит в движок Бигстрит и отвечает за обработку вводимых данных на сайт через форму вода (пост, комментарий, личные сообщения). Парсер развивается и относительно недавно вышла его новая версия jevix-1.0 в этой версии разработчик добавил: * 1.00 * + Исправлен баг с закрывающимися тегами приводящий к созданию непарного тега рушащего вёрстку * 1.00 RC2 * + Небольшая чистка кода * 1.00 RC1 * + Добавлен символьный класс Jevix::RUS для определения русских символов * + Авторасстановка пробелов после пунктуации только для кириллицы * + Добавлена настройка cfgSetTagNoTypography() отключающая типографирование в указанном теге * + Немного переделан алгоритм обработки кавычек. Он стал более строгим * + Знак дюйма 33" больше не превращается в открывающуюся кавычку. Однако вариант "мой 24" монитор" - парсер не переварит. * 0.99 * + Расширена функциональность для проверки атрибутов тега: * можно указать тип атрибута ( 'colspan'=>'#int', 'value' => '#text' ) * в Jevix, по-умолчанию, определён массив типов для нескольких стандартных атрибутов (src, href, width, height) * 0.98 * + Расширена функциональность для проверки атрибутов тега: * можно задавать список возможных значений атрибута ( 'align'=>array('left', 'right', 'center') ) * 0.97 * + Обычные "кавычки" сохраняются как "e; если они были так написаны * 0.96 * + Добавлены разрешённые протоколы https и ftp для ссылок (a href="https://...) * 0.95 * + Исправлено типографирование ?.. и !.. (две точки в конце больше не превращаются в троеточие) * + Отключено автоматическое добавление пробела после точки для латиницы из-за чего невозможно было написать * index.php или .htaccess * 0.94 * + Добавлена настройка автодобавления параметров тегов. Например, rel = "nofolow" для ссылок. * Спасибо Myroslav Holyak (vbhjckfd@gmail.com) * 0.93 * + Исправлен баг с удалением пробелов (например в "123 — 123") * + Исправлена ошибка из-за которой иногда не срабатывало автоматическое преобразования URL в ссылку * + Добавлена настройка cfgSetAutoLinkMode для отключения автоматического преобразования URL в ссылки * + Автодобавление пробела после точки, если после неё идёт русский символ
В Бигстрит установлен jevix-php-0.9.2 и если вы замените у себя файл jevix.class.php взяв аналогичный из новой версии, то вы сможете устранить следующие ошибки. * + Исправлен баг с закрывающимися тегами приводящий к созданию непарного тега рушащего вёрстку * + Знак дюйма 33" больше не превращается в открывающуюся кавычку. Однако вариант "мой 24" монитор" - парсер не переварит. * + Исправлено типографирование ?.. и !.. (две точки в конце больше не превращаются в троеточие) * + Исправлен баг с удалением пробелов (например, в "123 — 123") * + Исправлена ошибка, из-за которой иногда не срабатывало автоматическое преобразования URL в ссылку
К сожалению парсер пока не научился корректно обрабатывать теги таблиц, что будет приводить к разнообразным ошибкам в построении таблиц, самая серьезная из которых это порванная верстка. Чтобы избежать ошибок вызванных не корректной обработкой таблиц, я просто запретил теги для их построения, до того пока парсер не научится их обрабатывать. В файле system/tools/ strings.php из строки: $jevix->cfgAllowTags(array('a', 'img', 'i', 'b', 'u', 'em', 's', 'strong', 'nobr', 'li', 'ol', 'ul', 'sup', 'abbr', 'pre', 'acronym', 'h1', 'h2', 'h3', 'h4', 'h5', 'h6', 'br', 'table', 'tr', 'td', 'tbody', 'th', 'pre', 'code', 'video', 'blockquote', 'code', 'hr', 'cut'));
Должны удалить табличные теги: 'table', 'tr', 'td', 'tbody', 'th',И за ненадобностью закомментировать следующие строки: $jevix->cfgAllowTagParams('table', array('border', 'cellpadding', 'cellspacing', 'width')); $jevix->cfgAllowTagParams('td', array('width', 'colspan', 'rowspan')); $jevix->cfgAllowTagParams('th', array('width', 'colspan', 'rowspan'));
$jevix->cfgSetTagChilds('table', array('tr', 'tbody'), true, true); $jevix->cfgSetTagChilds('tbody', array('tr'), true, true); $jevix->cfgSetTagChilds('tr', array('td', 'th'), true, true);
Если ваш пользователь превратится в активного постописателя он обязательно встретится с неприятной ошибкой, которая скажет, что на вашем сайте, что то не так. Вот так она выглядит: Array ( [0] => Array ( [message] => Неверный Еакрывающийся тег tr. ОжидаЫось Еакрытие table [pos] => 72 [ch] => [ [line] => 0 [str] =>
) [1] => Array ( [message] => Неверный Еакрывающийся тег td. Ожидалось Еакрытие tr [pos] => 94 [ch] => [ [line] => 0 [str] =>
) [2] => Array ( [message] => Не ожидаЫось Еакрывающегося тега tr [pos] => 117 [ch] => [ [line] => 0 [str] =>
Array ( [message] => РќРµ ожидалось Еакрывающегося тега table [pos] => 129 [ch] => [line] => 0 [str] => ) )И Абра-кадабра с надписями на вашей странице.  Если раскодировать выводимую надпись: Array ( [0] => Array ( [message] => Неверный закрывающийся тег tr. и т. д То станет ясно, что парсеру пришлось исправить допущенную ошибку, это может быть пропущенный или не правильно записанный тег и он вывел надпись над заголовком страницы, что в свою очередь не позволило браузеру прочитать кодировку страницы utf-8 и привело к Абре-кадабре в надписях. Считаю, что пользователям не обязательно видеть эти ошибки даже если они будут в правильной кодировке и читаемы. Для этого мы в файле strings.php закомментируем: if ($errors) { print_r($errors); }
Пока это все результаты моего изучения парсера Jevix, отдельное спасибо товарищу Enlightened в помощи. Охота услышать ваши комментарии на этот счет.
|
|
