выдает пустую страницу после того как заполнил все поля и БД создалась объемом 0.038Мб. Даже когда обновляю тоже пустая страница. А когда закрываю браузер и захожу по новой то снова пага с заполнением полей... редактировал файл .htaccess как ты и говорил в readme не помогло. Думаю имя сервера и порт вбивать те надо, так как БД была создана.
P.S. Ставил версию с поста "Мета версия движка" http://blogolet.ru/service/litepublisher.3.09.tar.gz
На хостинге Axer.ru заметил следующую странность. Если установлено несколько сайтов на Блоголёте и на каждом есть записи с отложенным постингом, то часть публикуется без изъяна, а другая буксует.
То есть приходит время публикации статьи, а она так и остаётся в ожидании. Проходит день, второй, третий. Причём все блоги посещаются как людьми, так и поисковыми ботами, то есть трафик имеется.
По вашему совету дела следующие манипуляции. В «Обслуживании» выбирал «Запуск PHP-скрипта», далее
$cron = TCron::Instance();
$Cron->RemoveClass('TPosts');
$Cron->Add('hour', 'TPosts', 'HourCron');
Но всё равно 1-2 дня всё нормально работает, а потом у какого-нибудь блога всё-таки начинаются сбои. Как будто крон одного блога отправляет а нокаут крон другого. Например, если на хостинге 4 блога на Блоголёте, то 2 работают исправно, а 2 не производят отложенный постинг. Речь идёт о версии 2.80.
Возникло несколько вопросов:
1. Можно ли заставить работать внутренний крон без постоянного перезапуска?
2. Почему такая проблема наблюдается только на некоторых хостингах? Что особенного может быть в хостинге? Куда копать?
3. В новой версии Блоголёта могут возникнуть такие проблемы?
Новая версия более устойчива, рекомендовал бы версию с бд. Кстати, сейчас только что думал про усовершенствование крона - кажется в текущей модели есть изъян, когда локальное время скрипта не совпадает со временем файловой системы (в общем то обыденное дело), а крон и кеш ориентируется по времени на файловую систему, что может приводит к следующим последствиям:
1. постоянная попытка запуска крона - не фатально, но может значительно увеличить нагрузку
2. Вообще отсутсттвие запуска крона
3. нерабочий кеш - либо страницы постоянно генерируются с нуля, либо постоянно отдаются старые.
Думаю как раз поправить эти недостаттки - странно другое, что никто не смог конкретно определить эти недостатки, а я додумался до этого теоритически, так как у меня никогда не было подобных проблем.
to Интернет-оптимист:
Сталкивался с чем-то похожим, правда, не на Блоголете. Програмный крон слетал из-за частых перезагрузок сервера, и, соответственно, требовался его перезапуск. В моем случае проблема решалась периодическим "дерганием" РНР файла крона (3-5 раз в сутки) при помощи крона хостинга.
В Блоголете за крон отвечает, похоже, файл cronclass.php. Но напрямую подергать его не получится (да и не уверен, что будет толк), тут требуется помощь автора. Это в принципе самая простая проверка - при помощи юниксового крона хостинга, только вот, увы, не знаю, как это осуществить на данном скрипте...
с паролем, индивидуальным для каждого сайта. Можно этот адрес поставить раз в час в админке CPanel. Команда для крона будет как
wget http://site.ru/croncron.php?...
и в классе turlmap закомментировать проверку по времени.
С нетерпением буду ждать выхода финальной версии, чтобы проверить, работает ли крон на постоянной основе или всё-таки спотыкается на некоторых хостингах.
Все само собой разрешилось - ошибки больше нет.
У меня вопрос как можно перенести данные из старой версии 2,8 на файлах в новую на БД будет ли возможность импорта или может руками можно залить безболезненно.
так что рекомендую именно ее для тестов, а не 3.16 Завтра планирую выложить 3.18 так как в 3.17 нашлись ошибки, которые я устранил, а также добавилю новый плагин голосования
Еще глюк:
- добавляю пункт меню HOME, адрес - главная страница: "." или "/" или "./". Порядок ставлю = 0 или 1.
После добавления в поле адрес появляются адреса /.html или -2 или -3. В результате этот линк на сате будет выглядеть так: HOME - http://мой-сайт.ru/.html или http://мой-сайт.ru-2/ или http://мой-сайт.ru-3/.
Как то это не правильно.
Версия самая 3.21, только что установлена
Еще глюк - меняю локализацию на "en". Частично переключается на english надписи, частично остается на русском.
Шаблон default 3.0 версия, голубой,
Не переключились на английский:
- далее...
- рубрики
- архив
- месяца архива
- ссылки
- мои друзья
- свежие записи
- свежие комментарии
- мета-ссылки на RSS
Такой же глюк как и при редактировании меню когда редактируешь пост. Пытаюсь отредактировать первую демо-запись - перевести ее на английский, вместо заданного юрла после сохранения оказывается цифра -2 или 3. Вместо Названия темы It's my first post остается просто It.
Заголовки виджетов, ссылки далее не должны меняться при переключении языка: заголовок виджета сустанавливается при его создании - удали и создай снова, ссылки далее могут у каждого поста быть индивидуальными, можешь отредактировать их в расширенном редакторе.
А какие файлы лишние, чтобы их удалять? Лишних файлов в движке нет. А если ты захочешь перейти с файлов на бд, то откуда их брать? Пароль ты можешьвсегда смениь на свой произволльный - админка сервис/запуск
litepublisher::$options->SetPassword('мой красивый пароль');
Виджет удалил, а заново добавить его не могу.
Где найти информацию, как это сделать?
Или для этого нужно всего лишь 400 постов прочитать и пару тысяч комментов?
Документацию на сайте и в дистрибутиве не обнаружил. Ни какую.
Еще один глюк - есть комментарий к первому дефолтному посту. Удалил этот пост, завел новый. Но комментарий остался. Удалить в админке его не могу, чищу кешь, он все равно остается
Был недочет - коммент не удалялся в бд версии, точнее не помечался удаленным. Сейчас выложил обновление, где многое исправил - урлы, комменты, виджеты, разлогинивание,
При создании рубрики и отсутствии в ней поста при заходе в неё выдаёт кучу ошибок. Хостинг - американский.
Warning: array_combine() [function.array-combine]: Both parameters should have at least 1 element in /public_html/lib/posts.class.php on line 280
Warning: array_intersect_key() [function.array-intersect-key]: Argument #2 is not an array in /public_html/lib/posts.class.php on line 280
Warning: arsort() expects parameter 1 to be array, null given in /public_html/lib/posts.class.php on line 281
Warning: array_keys() [function.array-keys]: The first argument should be an array in /public_html/lib/posts.class.php on line 282
Warning: array_slice() expects parameter 1 to be array, null given in /public_html/lib/tags.common.class.php on line 337
Catchable fatal error: Argument 1 passed to ttheme::getposts() must be an array, null given, called in /public_html/lib/tags.common.class.php on line 338 and defined in /public_html/lib/theme.class.php on line 172
Подскажите плиз, что сие значит ? В футере постоянно висит на нескольких сайтах Warning: file_put_contents(data\cronchain.php) [function.file-put-contents]: failed to open stream: No such file or directory in X:\home\fhouse.org.ua\www\lib\filerclass.php on line 71
Причем как на денвере так и на хостинге такая херь.
Все бы ничего, мне не жалко,но гугл начал выплевывать станицы, у него проблемы со сканированием. Версии блоголета из "старой поставки", те что чисто на файлах.
Сейчас посмотрел исходник старой версии, разбираться в деталях я уже не буду, но вот рекомендация: в файле lib/cronclass.php отредактировать функцию следующим образом(заменить на новый приведенный текст)
public function Getpath() {
global $paths;
return $paths['data'];
}
это обязано вылечить
public function Getpath() {
global $paths;
if (($this->Data['path'] != '') && is_dir($this->Data['path'])) {
return $this->Data['path'];
}
return $paths['data'];
}
Менял, но ошибка осталась.
И есть еще версия 2.48, там в cronclass.php вообще нет function Getpath.
Но в любом случае спасибо))
Кстати, если вообще убрать эти строки в версии 2.8 то ошибка пропадает (сообщение в футере об ошибке), но я так понимаю это не выход?
у меня как-то косячно работает цмс, подозреваю это изза хостинга.(там ngix вместо апача)
Подскажите пожалуйста самые оптимальные хостинги для блоголета из числа платных и бесплатных.
автору огромный респект за отлично проделаную работу.
а еще для комьюнити не помешала бы жаббер конференция, чтобы не срать в комментах не по делу и не туда куда надо, как я сейчас))
Заранее благодарю
Снова проблемма с блоголетом, проинсталил нормально, открылась страница с пОЗДРАВЛЕНИЕМ, ЛОГИНОМ И ПАРОЛЕМ. После того как хочу зайти в админку http://мой сайт/admin/ перебрасывает снова на страницу инстаал требует снова ввести базу имя и т.д. Что делать? И еще, на английском блог не становится...
exception:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-starsyoupornohousecom_urlmap' at line 1
DROP TABLE IF EXISTS porn-starsyoupornohousecom_urlmap
0 lib/db.class.php(90): tdatabase->doerror('You have an err...')
1 lib/db.class.php(62): tdatabase->doquery('DROP TABLE IF E...', false)
2 [internal function]: tdatabase->exec('DROP TABLE IF E...')
Здравствуйте. Нашёл 2 ошибки.
1. Если запись является отложенной то её нигде не видно кроме странички её рубрики. То есть в рубрике она есть, хоть и не является опубликованной.
2. По адресу /admin/options/ у меня ужасно вправо смещается редактор с текстом подписи. Он заползает под меню. вот скриншот - slil.ru/28909417 . Браузер FF последней версии. OC Fedora Core 11. Расширение 1440 * 900
ОШибку с черновиками поправил, выложил обновление 3.39 вместе с другими испправлениями.
что касается дизайна админки, то есть целый ряд знареканий про админку, но... У меня сейчас нет времени и сил заниматься малозначящими мелочами, если у тебя есть решение проблемы (движок бесплатен с открытым кодом), то присылай, а иначе неизвестно кто это будет делать (я в обозрримом будущем не буду).
Установил Ваш движок, и снова та же проблема, - при попытке открыть любую страницу движка выкидывет на главную страницу локального сервака, при этом главная страница движка открывается без проблем, но, внизу в футэре пишет эту ошибку:
"Fatal error: Call to undefined function memory_get_usage() in F:\Program Files\xampp\htdocs\litepublisher\lib\kernel.php(1173) : eval()'d code on line 149"
По существу - отсутствует функция, которая вхотит в ядро php, рекомендую поправить php (обновить версию что ли), либо из файла adminhtml.ini удалить tее
мм..а можно как-нибудь запретить вывод контекстной рекламы (адсенс) на определенных страницах (несколько статей)? В случае если используется плагин для контекста. Может подскажет кто? Спасибо.
да хорощо бы сделать так: включить показ рекламы на этой странице или отключить. ихорошо бы сделать несколько блоков редактируемых с возможность влючать выборочно эти рекламные блоки на определенных страницах и отключать.
это было бы очень и очень востребовано!!!
спасибо.
здравствуйте, у меня несколько сайтов работают из одной папки на сервере с разными базами. Проблема в том, что не работает отложенный постинг на последней стабильной версии 3,98. Причем то же самое наблюдалось и на более ранней 3,54 в тех же условиях. При попытке изменения/редактирования отложенной записи выдается пустая страница, при обновлении страницы в браузере снова белый лист, когда снова захожу в админку по ссылке вижу все записи в статусе отложена... и так постоянно. Не могу понять в чем проблема, подскажите где копать? хостинг sweb.ru, могу дать доступ по фтп посмотрите как все выглядит, спасибо.
уточняю проблему по отложенному постингу. Проделал несколько манипуляций в результате наблюдал такое. Версия блоголета 3,98 на базе данных, мультисайтовость, на одну папку с файлами направлено несколько доменов, все файлы отдельных доменов расположены после установки в подпапках с соответствующими названиями в папке (типа- .../корень всех сайтов/data/сайт 1/)
создается несколько отложенных постов, при этом в таблице БД _cron в тот же момент появляется новое значение такого плана ( 12 single 2010-11-19 19:09:09 tposts dosinglecron i:25; ) с датой и временем момента сохранения поста.
при наступлении времени публикации ничего не происходит, при попытке редактирования неопубликованного поста, равно как и любого другого кроме вновь создаваемого получаю белый экран и изменения не сохраняются. Исправив в БД статус future на publish у постов, время публикации которых наступило, я снова могу полноценно редактировать посты без белого экрана.
скажите, при таком использовании движка, то есть с множеством БД и одной папкой для нескольких доменов крон должен работать? В чем может быть проблема?
тикет система есть, но я не считаю себя таким знатоком блоголета, к тому же адекватно нашел страницу с моей проблемой, которую выдает гугл по запросу "не работает крон в блоголете" или "отложенная запись в блоголете", поэтому пишу сюда.. я же не понимаю может я дурак тупой... че в тикеты строчить..
P.S. Ставил версию с поста "Мета версия движка" http://blogolet.ru/service/litepublisher.3.09.tar.gz
Текущая на сегодня версия выложена здесь:
http://litepublisher.googlecode.com/files/litepublisher.3.12.tar.gz
В случае траблов с установкой рекомендую в корневом INDEX.PHP ОТРЕДАКТИРОВАТЬ
public static $debug = true;
На хостинге Axer.ru заметил следующую странность. Если установлено несколько сайтов на Блоголёте и на каждом есть записи с отложенным постингом, то часть публикуется без изъяна, а другая буксует.
То есть приходит время публикации статьи, а она так и остаётся в ожидании. Проходит день, второй, третий. Причём все блоги посещаются как людьми, так и поисковыми ботами, то есть трафик имеется.
По вашему совету дела следующие манипуляции. В «Обслуживании» выбирал «Запуск PHP-скрипта», далее
$cron = TCron::Instance();
$Cron->RemoveClass('TPosts');
$Cron->Add('hour', 'TPosts', 'HourCron');
Но всё равно 1-2 дня всё нормально работает, а потом у какого-нибудь блога всё-таки начинаются сбои. Как будто крон одного блога отправляет а нокаут крон другого. Например, если на хостинге 4 блога на Блоголёте, то 2 работают исправно, а 2 не производят отложенный постинг. Речь идёт о версии 2.80.
Возникло несколько вопросов:
1. Можно ли заставить работать внутренний крон без постоянного перезапуска?
2. Почему такая проблема наблюдается только на некоторых хостингах? Что особенного может быть в хостинге? Куда копать?
3. В новой версии Блоголёта могут возникнуть такие проблемы?
Новая версия более устойчива, рекомендовал бы версию с бд. Кстати, сейчас только что думал про усовершенствование крона - кажется в текущей модели есть изъян, когда локальное время скрипта не совпадает со временем файловой системы (в общем то обыденное дело), а крон и кеш ориентируется по времени на файловую систему, что может приводит к следующим последствиям:
1. постоянная попытка запуска крона - не фатально, но может значительно увеличить нагрузку
2. Вообще отсутсттвие запуска крона
3. нерабочий кеш - либо страницы постоянно генерируются с нуля, либо постоянно отдаются старые.
Думаю как раз поправить эти недостаттки - странно другое, что никто не смог конкретно определить эти недостатки, а я додумался до этого теоритически, так как у меня никогда не было подобных проблем.
Сталкивался с чем-то похожим, правда, не на Блоголете. Програмный крон слетал из-за частых перезагрузок сервера, и, соответственно, требовался его перезапуск. В моем случае проблема решалась периодическим "дерганием" РНР файла крона (3-5 раз в сутки) при помощи крона хостинга.
В Блоголете за крон отвечает, похоже, файл cronclass.php. Но напрямую подергать его не получится (да и не уверен, что будет толк), тут требуется помощь автора. Это в принципе самая простая проверка - при помощи юниксового крона хостинга, только вот, увы, не знаю, как это осуществить на данном скрипте...
У блоголёта есть спецадрес
http://blogolet.ru/croncron.php?....
с паролем, индивидуальным для каждого сайта. Можно этот адрес поставить раз в час в админке CPanel. Команда для крона будет как
wget http://site.ru/croncron.php?...
и в классе turlmap закомментировать проверку по времени.
http://litepublisher.googlecode.com/files/litepublisher.3.16.tar.gz
После установки последней версии http://litepublisher.googlecode.com/files/litepublisher.3.16.tar.gz
Вход в админку удачно прошел а при выходе на главную вот в конце в футере.
Caught exception:
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'dosug_newnu.newnu_comments' doesn't exist
0 lib/db.class.php(79): PDO->query('select newnu_co...')
1 lib/db.class.php(56): tdatabase->doquery('select newnu_co...', true)
2 lib/comments.manager.class.php(237): tdatabase->query('select newnu_co...')
3 lib/widgets.comments.class.php(23): tcommentmanager->getrecent(7)
4 lib/widgets.standarts.class.php(155): tcommentswidget->getwidgetcontent(6, 1)
5 lib/widgets.standarts.class.php(173): tstdwidgets->getcontent('comments')
6 lib/widgets.standarts.class.php(114): tstdwidgets->getcommentswidget(6)
7 lib/widgets.class.php(154): tstdwidgets->getwidget(6, 1)
8 lib/widgets.class.php(118): twidgets->dogetwidget(Array)
9 lib/widgets.class.php(96): twidgets->getwidgetcontent(Array)
10 lib/widgets.class.php(74): twidgets->getsitebar(1)
11 lib/homepage.class.php(85): twidgets->getcontent()
12 lib/template.class.php(138): thomepage->getsitebar()
13 lib/template.class.php(46): ttemplate->getsitebar()
14 lib/theme.class.php(106): ttemplate->__get('sitebar')
15 lib/theme.class.php(118): ttheme::parsecallback(Array)
16 lib/template.class.php(114): ttheme->parse('/\$(\w+)\.(\w...', 'ttheme::parseca...', '<!DOCTYPE html ...')
17 lib/kernel.php(1105): ttemplate->request('<!DOCTYPE html ...')
18 lib/kernel.php(1090): turlmap->GenerateHTML(Object(thomepage))
19 lib/kernel.php(1003): turlmap->printcontent(Array)
20 lib/kernel.php(993): turlmap->dorequest(Array)
21 index.php(65): turlmap->request('/')
22 {main}
У меня вопрос как можно перенести данные из старой версии 2,8 на файлах в новую на БД будет ли возможность импорта или может руками можно залить безболезненно.
На вчерашний день последней была версия
http://litepublisher.googlecode.com/files/litepublisher.3.17.tar.gz
так что рекомендую именно ее для тестов, а не 3.16 Завтра планирую выложить 3.18 так как в 3.17 нашлись ошибки, которые я устранил, а также добавилю новый плагин голосования
Версия 3.21
Создаю виджет с редактируемым текстом: "Тест", "текст текст текст".
Вылетает в ошибку:
Caught exception:
Unknown sitebar
0 lib\widgets.class.php(173): tdata->error('Unknown sitebar...')
1 lib\widgets.class.php(168): twidgets->addext('tcustomwidget', 'echo', '', '', '', '')
2 lib\widgets.custom.class.php(29): twidgets->add('tcustomwidget', 'echo', '', '')
3 lib\admin.widgets.class.php(336): tcustomwidget->add('????????', '????????<br>', true)
4 lib\menu.class.php(324): tadminwidgets->processform()
5 lib\menu.admin.class.php(169): tmenu->doprocessform()
6 lib\kernel.php(1103): tadminmenu->request(23)
7 lib\kernel.php(1093): turlmap->GenerateHTML(Array)
8 lib\kernel.php(1007): turlmap->printcontent(Array)
9 lib\kernel.php(997): turlmap->dorequest('/admin/widgets/...')
10 index.php(65): turlmap->request('my-site.ru...', '/admin/widgets/...')
11 {main}
- добавляю пункт меню HOME, адрес - главная страница: "." или "/" или "./". Порядок ставлю = 0 или 1.
После добавления в поле адрес появляются адреса /.html или -2 или -3. В результате этот линк на сате будет выглядеть так: HOME - http://мой-сайт.ru/.html или http://мой-сайт.ru-2/ или http://мой-сайт.ru-3/.
Как то это не правильно.
Версия самая 3.21, только что установлена
Шаблон default 3.0 версия, голубой,
Не переключились на английский:
- далее...
- рубрики
- архив
- месяца архива
- ссылки
- мои друзья
- свежие записи
- свежие комментарии
- мета-ссылки на RSS
Еще глюк - при установке не удаляются лишние файлы: выбираем режим на файлах, остаются файлы, необходимые для работы версии с базой данных.
Еще глюк - нельзя установить самому пароль, приходится использовать только сгенерированный системой.
litepublisher::$options->SetPassword('мой красивый пароль');
ошибка - Parse error: syntax error, unexpected '&' in Z:\home\my-site.ru\lib\admin.service.class.php(193) : eval()'d code on line 1
Виджет удалил, а заново добавить его не могу.
Где найти информацию, как это сделать?
Или для этого нужно всего лишь 400 постов прочитать и пару тысяч комментов?
Документацию на сайте и в дистрибутиве не обнаружил. Ни какую.
А как теперь удалить изолированный коммент, который привязан к отсутствующему посту (удалил его)?
При создании рубрики и отсутствии в ней поста при заходе в неё выдаёт кучу ошибок. Хостинг - американский.
Warning: array_combine() [function.array-combine]: Both parameters should have at least 1 element in /public_html/lib/posts.class.php on line 280
Warning: array_intersect_key() [function.array-intersect-key]: Argument #2 is not an array in /public_html/lib/posts.class.php on line 280
Warning: arsort() expects parameter 1 to be array, null given in /public_html/lib/posts.class.php on line 281
Warning: array_keys() [function.array-keys]: The first argument should be an array in /public_html/lib/posts.class.php on line 282
Warning: array_slice() expects parameter 1 to be array, null given in /public_html/lib/tags.common.class.php on line 337
Catchable fatal error: Argument 1 passed to ttheme::getposts() must be an array, null given, called in /public_html/lib/tags.common.class.php on line 338 and defined in /public_html/lib/theme.class.php on line 172
Подскажите плиз, что сие значит ? В футере постоянно висит на нескольких сайтах Warning: file_put_contents(data\cronchain.php) [function.file-put-contents]: failed to open stream: No such file or directory in X:\home\fhouse.org.ua\www\lib\filerclass.php on line 71
Причем как на денвере так и на хостинге такая херь.
Все бы ничего, мне не жалко,но гугл начал выплевывать станицы, у него проблемы со сканированием. Версии блоголета из "старой поставки", те что чисто на файлах.
Сейчас посмотрел исходник старой версии, разбираться в деталях я уже не буду, но вот рекомендация: в файле lib/cronclass.php отредактировать функцию следующим образом(заменить на новый приведенный текст)
public function Getpath() {
global $paths;
return $paths['data'];
}
это обязано вылечить
Неохота доставать, но все же:
Вот этот код заменить на приведенный?
public function Getpath() {
global $paths;
if (($this->Data['path'] != '') && is_dir($this->Data['path'])) {
return $this->Data['path'];
}
return $paths['data'];
}
Менял, но ошибка осталась.
И есть еще версия 2.48, там в cronclass.php вообще нет function Getpath.
Но в любом случае спасибо))
Кстати, если вообще убрать эти строки в версии 2.8 то ошибка пропадает (сообщение в футере об ошибке), но я так понимаю это не выход?
Подскажите пожалуйста самые оптимальные хостинги для блоголета из числа платных и бесплатных.
автору огромный респект за отлично проделаную работу.
а еще для комьюнити не помешала бы жаббер конференция, чтобы не срать в комментах не по делу и не туда куда надо, как я сейчас))
Заранее благодарю
вот еще одна ошибка
exception:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-starsyoupornohousecom_urlmap' at line 1
DROP TABLE IF EXISTS porn-starsyoupornohousecom_urlmap
0 lib/db.class.php(90): tdatabase->doerror('You have an err...')
1 lib/db.class.php(62): tdatabase->doquery('DROP TABLE IF E...', false)
2 [internal function]: tdatabase->exec('DROP TABLE IF E...')
3 lib/db.manager.class.php(22): call_user_func_array(Array, Array)
4 [internal function]: tdbmanager->__call('exec', Array)
5 lib/db.manager.class.php(36): tdbmanager->exec('DROP TABLE IF E...')
6 lib/db.manager.class.php(27): tdbmanager->deletetable('urlmap')
7 lib/install/urlmap.class.install.php(12): tdbmanager->createtable('urlmap', 'id int UNSIGNED...')
8 lib/kernel.php(121): turlmapInstall(Object(turlmap), NULL)
9 lib/kernel.php(94): tdata->CallSatellite('install')
10 lib/install/classes.install.php(57): tdata->install()
11 lib/install/classes.install.php(15): doinstallclasses()
12 lib/installer.class.php(141): installclasses('ru')
13 lib/installer.class.php(168): tinstaller->FirstStep()
14 lib/install/install.php(16): tinstaller->install()
15 index.php(60): require_once('/var/www/admin/...')
16 {main}0: 8.392E-5
SET NAMES utf8
1: 0.00010896
DROP TABLE IF EXISTS porn-starsyoupornohousecom_urlmap
maximum 0.00010896
DROP TABLE IF EXISTS porn-starsyoupornohousecom_urlmap
0.00019288 total time
2 querries
1. Если запись является отложенной то её нигде не видно кроме странички её рубрики. То есть в рубрике она есть, хоть и не является опубликованной.
2. По адресу /admin/options/ у меня ужасно вправо смещается редактор с текстом подписи. Он заползает под меню. вот скриншот - slil.ru/28909417 . Браузер FF последней версии. OC Fedora Core 11. Расширение 1440 * 900
ОШибку с черновиками поправил, выложил обновление 3.39 вместе с другими испправлениями.
что касается дизайна админки, то есть целый ряд знареканий про админку, но... У меня сейчас нет времени и сил заниматься малозначящими мелочами, если у тебя есть решение проблемы (движок бесплатен с открытым кодом), то присылай, а иначе неизвестно кто это будет делать (я в обозрримом будущем не буду).
Fatal error: Uncaught exception 'Exception' with message 'widget categories already exists' in /home/us7912/sadukey.ru/www/lib/kernel.php:86 Stack trace: #0 /home/us7912/sadukey.ru/www/lib/widgets.standarts.class.php(52): tdata->error('widget categor...') #1 /home/us7912/sadukey.ru/www/lib/install/widgets.standarts.class.install.php(17): tstdwidgets->add('categories', true, 0) #2 /home/us7912/sadukey.ru/www/lib/kernel.php(121): tstdwidgetsInstall(Object(tstdwidgets), NULL) #3 /home/us7912/sadukey.ru/www/lib/kernel.php(94): tdata->CallSatellite('install') #4 /home/us7912/sadukey.ru/www/lib/install/classes.install.php(57): tdata->install() #5 /home/us7912/sadukey.ru/www/lib/install/classes.install.php(15): doinstallclasses() #6 /home/us7912/sadukey.ru/www/lib/installer.class.php(141): installclasses('ru') #7 /home/us7912/sadukey.ru/www/lib/installer.class.php(168): tinstaller->FirstStep() #8 /home/us7912/sadukey.ru/www/lib/install/install.php(16): tinstaller->install() #9 /home/us7912/sadukey.ru/www/index.php(60): require in /home/us7912/sadukey.ru/www/lib/kernel.php on line 86
If you beleive that this error is due to the server configuration problems please contact your local web-hosting support team.
Приветствую.
Установил Ваш движок, и снова та же проблема, - при попытке открыть любую страницу движка выкидывет на главную страницу локального сервака, при этом главная страница движка открывается без проблем, но, внизу в футэре пишет эту ошибку:
"Fatal error: Call to undefined function memory_get_usage() in F:\Program Files\xampp\htdocs\litepublisher\lib\kernel.php(1173) : eval()'d code on line 149"
Благодарю за ответ.
Для ошибок и остального создана тикет системак:
http://litepublisher.ru/
По существу - отсутствует функция, которая вхотит в ядро php, рекомендую поправить php (обновить версию что ли), либо из файла adminhtml.ini удалить tее
это было бы очень и очень востребовано!!!
спасибо.
Для подобных обсждений (ошибки, пожелания), существует тикет система:
http://litepublisher.ru/
куда и следует направлять любые ошибки, пожелания и вопросы
уточняю проблему по отложенному постингу. Проделал несколько манипуляций в результате наблюдал такое. Версия блоголета 3,98 на базе данных, мультисайтовость, на одну папку с файлами направлено несколько доменов, все файлы отдельных доменов расположены после установки в подпапках с соответствующими названиями в папке (типа- .../корень всех сайтов/data/сайт 1/)
создается несколько отложенных постов, при этом в таблице БД _cron в тот же момент появляется новое значение такого плана ( 12 single 2010-11-19 19:09:09 tposts dosinglecron i:25; ) с датой и временем момента сохранения поста.
при наступлении времени публикации ничего не происходит, при попытке редактирования неопубликованного поста, равно как и любого другого кроме вновь создаваемого получаю белый экран и изменения не сохраняются. Исправив в БД статус future на publish у постов, время публикации которых наступило, я снова могу полноценно редактировать посты без белого экрана.
скажите, при таком использовании движка, то есть с множеством БД и одной папкой для нескольких доменов крон должен работать? В чем может быть проблема?
Спасибо. Очень хочется разобраться.
Есть скрипт принудительного запуска крона:
http://litepublishergooglecode.com/svn/trunk/utils/cron.php
котоый выводит лог крона. После Редактирования поста рекомендую принудительно запустить этот скрипт 0- если будут ошибки, то они проявятся.
Распложение папок не влияет, может где то есть ошибка
где следует проблемы оформлять в виде тикетов
Admin пишет:
ссылка не работает,
тикет система есть, но я не считаю себя таким знатоком блоголета, к тому же адекватно нашел страницу с моей проблемой, которую выдает гугл по запросу "не работает крон в блоголете" или "отложенная запись в блоголете", поэтому пишу сюда.. я же не понимаю может я дурак тупой... че в тикеты строчить..
разработчик, это мой мозг баг или что? сорри...
В ссылке точку пропстил, вот правильная:
http://litepublisher.googlecode.com/svn/trunk/utils/cron.php
тикет система позволяет упорядочить вопросы и пожелания: их достаточно много и я не в состоянии помнить о каждом