Финальный список багов LiveStreet
Предлагаю в одном месте собрать ВСЕ известные баги для последней версии из SVN.
Обращаю внимание, сюда пишем только баги, а не пожелания к улучшению движка.
И перед тем как написать, лишний раз подумайте — а баг ли это? :)
Итак, начнём?
Обращаю внимание, сюда пишем только баги, а не пожелания к улучшению движка.
И перед тем как написать, лишний раз подумайте — а баг ли это? :)
Итак, начнём?
83 комментария
define('SITE_KYEWORDS'
Можно еще допереименовать frend.entity.class.php и поле friend.user_frend_id…
В patch.sql ты указал БД social
RENAME TABLE `social`.`prefix_frend` TO `social`.`prefix_friend` ;
Но это не критично:) А так багов вроде не видно)
суть в том, что в свете последних событий, о наемных китайцах, боты (или люди) обходят существующую капчу и регистрируются пачками. что с этим делать я не в курсе, может простейшие вопросы на руссом языке спасут от этого…
при регистрации пользователя вылетает: Fatal error: Call to undefined function mb_substr() in T:\home\bank\www\classes\lib\external\phpMailer\class.phpmailer.php on line 1367
пользователь при этом создается.
Notice: Undefined index: blog_avatar in /usr/local/www/data/xxxxxxxx.ru/classes/modules/blog/entity/Blog.entity.class.php on line 57
Notice: Undefined index: blog_avatar_type in /usr/local/www/data/xxxxxxx.ru/classes/modules/blog/entity/Blog.entity.class.php on line 60
SQL Error: Column 'blog_avatar' cannot be null at /usr/local/www/data/xxxxxxxx.ru/classes/modules/blog/mapper/Blog.mapper.class.php line 39
Array ( [code] => 1048 [message] => Column 'blog_avatar' cannot be null [query] => INSERT INTO prefix_blog (user_owner_id, blog_title, blog_description, blog_type, blog_date_add, blog_limit_rating_topic, blog_url, blog_avatar, blog_avatar_type ) VALUES(1, 'Юмор', 'Смешные моменты :)', 'open', '2008-10-31 22:45:16', '0', 'humor', NULL, NULL) [context] => /usr/local/www/data/xxxxxxxxxx.ru/classes/modules/blog/mapper/Blog.mapper.class.php line 39 )
Восстанавливаю права вручную после каждого аплоада аватары пользователями. Буду благодарен за скорый фикс.
в SVN уже с месяц лежит фикс :)
нужно заменить функцию в function.php
function func_mkdir($sBasePath,$sNewDir) {
$sBasePath=rtrim($sBasePath,'/');
$sBasePath.='/';
$sTempPath=$sBasePath;
$aNewDir=explode('/',$sNewDir);
foreach ($aNewDir as $sDir) {
if ($sDir!='.' and $sDir!='') {
if (!file_exists($sTempPath.$sDir.'/')) {
@mkdir($sTempPath.$sDir.'/');
@chmod($sTempPath.$sDir.'/',0755);
}
$sTempPath=$sTempPath.$sDir.'/';
}
}
}
Столкнулся со следующей ерундой… Правда, мог где-то накосячить… Итак
Если мы ставим livestreet в директорию, т.е. все это доступно по адресу, к примеру,
В конфиге имеем следующее:
/**
* Настройка путей
*/
define('DIR_WEB_ROOT','http://'.$_SERVER['HTTP_HOST'].'/livestreet');
define('DIR_STATIC_ROOT',DIR_WEB_ROOT); // чтоб можно было статику засунуть на отдельный сервер
define('DIR_SERVER_ROOT',$_SERVER['DOCUMENT_ROOT']);
define('DIR_STATIC_SKIN',DIR_STATIC_ROOT.'/'.DIR_SMARTY_TEMPLATE);
define('DIR_UPLOADS','/livestreet/uploads');
define('DIR_UPLOADS_IMAGES',DIR_UPLOADS.'/images');
Результате при загрузке аватара он ложится в нужную директорию, т.е. доступен из
Но везде в коде <img src получаем вроде
Если же в конфиге изменяем:
define('DIR_UPLOADS','/uploads');
То урлы к картинкам пишутся правильно, но зааплоадить ничего не получается…
Собственно, это относится не только к аватаркам, а и ко всем загружаемым изображениям в принципе
попробуй так:
define('DIR_WEB_ROOT','http://'.$_SERVER['HTTP_HOST'].'/livestreet');
define('DIR_SERVER_ROOT',$_SERVER['DOCUMENT_ROOT'].'/livestreet');
define('DIR_UPLOADS','/uploads');
`social`.`table`
Соответственно, если имя базы иное, этот запрос вываливает ошибку
Конечно, если хранить это рандомное число в базе и выдавать его до смены аватары одинаковое, то все хорошо, кроме совершенно ненужной информации в базе :-)
только что посмотрел, стоит:
session.auto_start = 0
каптча работает
/**
* Добавление/удаление топика в избранное
*/
Вставляю картинку в поле Ссылка указываю любой адрес и на выходе имею вот это:
<img src="
картинка естественно не кликабельна!
баг в чем? картинка закачивается на сервер, дабы не зависеть от доступности сайта-источника
Если руки растут откуда надо обсуждения с хост-провайдером можно сократить использованием файла .htaccess и чтением логов.
Благо требования для системы не такие уж и экзотические:)
Плохо ли это? Мне кажется что по-другому нельзя.
Корень ветви относится к топику, а дальше ветвь идет из ответов на комментарии и сообщений не по теме тут не избежать. Вы считаете по-другому?:)
Кстати, понятие флуд, по всей видимости, зародилось из IRC-сетей, где это означало:
Sending lots of private messages to the victim, mainly from different connections called clones (see below).
Т.е. большую последовательность одинаковых сообщений.
Fatal error: Uncaught exception 'Zend_Cache_Exception' with message 'cache_dir must be a directory' in C:\AppServ\localhost\classes\lib\external\DklabCache\Zend\Cache.php:141 Stack trace: #0 C:\AppServ\localhost\classes\lib\external\DklabCache\Zend\Cache\Backend\File.php(146): Zend_Cache::throwException('cache_dir must ...') #1 C:\AppServ\localhost\classes\lib\external\DklabCache\Zend\Cache\Backend\File.php(121): Zend_Cache_Backend_File->setCacheDir('/tmp/') #2 C:\AppServ\localhost\classes\modules\sys_cache\Cache.class.php(71): Zend_Cache_Backend_File->__construct(Array) #3 C:\AppServ\localhost\classes\engine\Engine.class.php(68): Cache->Init() #4 C:\AppServ\localhost\classes\engine\Router.class.php(94): Engine->InitModules() #5 C:\AppServ\localhost\index.php(31): Router->Exec() #6 {main} thrown in C:\AppServ\localhost\classes\lib\external\DklabCache\Zend\Cache.php on line 141
не знаю…
затем делаем логаут ждём любой ответ в топик заходим гостем, естественно не подсветит и тут же в этом же топике логинимся и не подсвечивает новые хотя они есть
Notice: Memcache::set() [function.Memcache-set]: Server localhost (tcp 11211) failed with: Failed reading line from stream (0) in /home/webmaster/www/livestreet.ru/www/classes/lib/external/DklabCache/Zend/Cache/Backend/Memcached.php on line 175
Вот такое появляется при нажатии на
Apache version 1.3.37 (Unix)
PHP version 5.2.5
MySQL version 5.0.45-community-log
Architecture i686
Operating system Linux
cpanel
Всё вышеперечисленное работает нормально, мод_реврайт настроен нормально, пхп выполняется как модуль апача.
Проблема — при установке версии 0.2 выскакивает 403 ошибка.
Кто-либо сталкивался с подобной бякой?
это может и не баг, но… мелкий недочёт