Forum Webscript.Ru
Наши скрипты => Sanitarium WebLoG => Тема начата: SteelRat от 04 Февраля 2002, 21:21:49
-
setup.cgi вылетает с ошибкой (из логов апача):
###########################
[Mon Feb 4 21:20:25 2002] [error] (2)No such file or directory: exec of /var/www/cgi-bin/sanitarium/admin/setup.cgi failed
[Mon Feb 4 21:20:25 2002] [error] [client 127.0.0.1] Premature end of script headers: /var/www/cgi-bin/sanitarium/admin/setup.cgi
###########################
Не припомните, какая директория там требуется сразу 2а раза?
-
cfg.cfg проверял ?
У меня на удивление с первого раза всё встало :)
Систему я сам первый раз ставил.
-
этим занимаюсь..
-
Щас попробую провернуть этот фокус под виндой....
-
В виндовском перле нет DB_File.
У вас тестировался на вашем компе?
Вы делали какие-нить доп настройки (апач етс..)?
-
В виндовском перле нет DB_File.
По этому поводу
http://webscript.ru/sanitarium/doc/3.html
Под Windows системами Sanitarium WebLoG работать не будет (если только вы не установите саму базу Berkeley DB)
У нас система запущена в данный момент на Freebsd. Никаких особых настроек не делалось.
Попробуй setup.cgi запустить в шелле, почитай что скажет.
-
Ты знал!
Всё создал и отгенерил! :-)
Похоже дело в настройке апача (недавно обновлял систему - забыл чего-то отладить, наверное)
Если ещё скажешь, что надо в апаче профиксить - я буду превечно благодарен.
Ща буду тестить...
:-0))
Thanks!
-
Браузер всё также кидает ошибки при обращениях к базе.
admin.cgi/\'редактировать\', например...
-
admin.cgi/\'редактировать\', например...
Редактировать что ?
В логах что ?
-
1) Через шелл всё создалось. (в data появились соотв. файлы)
2)Когда я захожу через браузер на localhost/cgi-bin/sanitarium/admin/damin.cgi и выбираю ссылку \'редактировать\', то получаю хтмл страницу, у которой справа, под полями ввода "название|описание|поля ввода статьи" вписано сообщение о ошибке (видимо при обращении к базе) следующего содержания:
Content-type: text/html Pragma: no-cache Error: Can\'t open /var/www/cgi-bin/sanitarium/admin/template, reason:Permission denied at /var/www/cgi-bin/sanitarium/admin/admin.cgi line 1389.
Вот.
Кстати, я же сервер поставил. Значит на меня через инет выйти же, по идее можно?
$ip addr выдайт такие ip
link/ppp
[cencored]
scope global ppp0
=> попробуйте посмотреть на
http://cencored]/cgi-bin/sanitarium/admin/admin.cgi?new_cat=1
-
Permission denied
Прав не хватает. На папку Can\'t open /var/www/cgi-bin/sanitarium/admin/template
192.168.2.140
Дык это же локальный ИП.
-
Ну, на моём компе этот линк работет :-)
А как это прав не хватает? у меня все папки 750, все файлы в template - 666,
ящас работаю под рутом..
-
распокавать *.tar.gz через командную строку?
Закачал скрипт в архиве на сервер, где один из моих сайтов крутится.
У меня в файловом менеджере Fileman командная строка есть, да тока, похоже разорхивировать через комманд лайн сложнее, чемархивировать... :-)
-
ошибки в сетап.цги? Он же шаблоны не юзает?
-
у меня все папки 750
Попробуй 755
-
Зачмодил все папки на 777 и заработало!
-
Не работет :-(
-
Ох. По-моему что-то с Апачем у тебя не так. Потому как скрипт на фрии хостингах легко запускается.
-
я запускал сетап от рута, я получил рутовые файлы базы.
Отчмодив их, я получил работающий (вроде, на первый взгляд...) скрипт...
-
из-под рута настроено, а значит - пёрл скриптам незя их редактировать.
Ща всё работает. Пока.
Класс!
-
разорхивировать *tar.gz через coomand line
-
Ну вот. Он от рута скрипты ставит :) Да еще по ип доступ хотел дать :)
-
надо косметичечкую доделку сделать:
1) Чтобы при создании первой статьи не писалось сообщение о ошибке, а писалось, что надо зарегить автора и раздел...
2) Чтоб при модерации, до того, как создан 1й комментарий, выводилось дефолтовое (оскорбительно-язвительно-унизительное :-) сообщение о непосещаемости.
3) Хотел сделать раздел \'смотрите также статьи..\' а он уже сделан :-)
-
переустанавливал систему недавно, и лень было щас генерить виртуальный хост. Юзал дефолтовый (он создавался при инсталляции и не - рутовсеим он быть не мог), а для возхможности оперативной правки конфигов апача|проч.. был под рутом.
PS: Хоть и гиморно, но Вообщем, очень приятно провёл время. А главное -результат! :-)
-
На все юзаемые папки (и /*/html тоже) должен быть доступ на ЗАПИСЬ.
-
А IP уже и нет...
-
Доступ тока на 80й порт...
-
На все юзаемые папки (и /*/html тоже) должен быть доступ на ЗАПИСЬ
Скрипт кстати это делает сам :)
-
Content-type: text/html Pragma: no-cache Error: Can\'t open /var/www/cgi-bin/sanitarium/admin/template, reason:Permission denied at /var/www/cgi-bin/sanitarium/admin/admin.cgi line 1389.
а какие права на папке template и файле tmp-main?
не может он у тебя папку шаблонов открыть
возможно ты какой-то директории поставил 666
во время setup.cgi идет проверка директорий
$public_dir, $data, "$data/comments", $img_dir, $foto_dir
$data должна быть (остальные создаются)
-
766 лучше, чтоб гарантированно на запись раззрешение было.......
-
Он от рута скрипты ставит
Чтобы при создании первой статьи не писалось сообщение о ошибке, а писалось, что надо зарегить автора и раздел...
честно скажу - лень было. Именно для этого при первом входе в систему (пока не создана категория) будет появляться сообщение, что начать работу стоит с создания категории :) мне кажется этого достаточно.
-
я по ошибке понял, чего сделать надо, тока вот ботаник попадётся какой-нить, будет обижаться, жаловаться, на коряво сделанный интерфейс...
-
я по ошибке понял, чего сделать надо, тока вот ботаник попадётся какой-нить, будет обижаться, жаловаться, на коряво сделанный интерфейс...
Вот тут то мы и предложим установить скрипт за деньги :)
-
Точняк.
-
я по ошибке понял, чего сделать надо, тока вот ботаник попадётся какой-нить, будет обижаться
я это подробно описал в документации - в разделе постинг статей, работа со скриптом.
Но наверное стоит добавить. Просто ради этой единожды нужной фигульки надо не только в admin.cgi что-то докидывать, но и в lang.pl ;) потом их грузить опять надо :)
кстати, уже произошли обновления ;) admin.cgi мы выложили новый (фиксим проблему с редактированием шаблонов)
-
зарегить автора
это необязательно. в системе вообще может не быть ни одного зарегистрированного автора
-
Какой русский не любит забивать на документацию?
Тем более, что меня подпирают довольно обширные перл знания...
+ Хотелось первым затестить.
Надо сделать для этого проэкта что-то вроде http://boardmod.xnull.com/ для YaBB.
-
но если уж взялся за категорию, дрючь и автора, тем более на скоростях локалхоста...
-
Понял, чего мне там не хватает. но тсс, это пока секрет... :-)
-
Когда будет не секрет создавай новый топик :)
-
Чата не хватает...
-
как там насчёт статьи, которую я предлагал [о развитии webscript.ru]
-
Чат давить IRC рулит
Заканчиваем флеймить
-
Тем более, что меня подпирают довольно обширные перл знания...
про таких я тоже в документации писал.
процитирую самого себя
Устанавливается все несложно, самое главное: внимательно прочтите эту инструкцию, следуйте ее указаниям и не считайте себя Perl-Гуру, которому инструкции не нужны.
http://webscript.ru/sanitarium/doc/4.html
;) во, все предусмотрел
-
Я блаженный перл гуру. Точняк.
-
на списке юзверей доски в онлайне ваши ники жирные, а мой -нет?
-
А как это связано с Sanitarium WebLoG ?
-
По-моему никак.
я просто пока тут кручусь, заглядывая иногла в те статьи, на которые другие смотрят....
-
Всем пока, спать пора..
-
в удалении файлов.. написано:) фото/аватар автора
-
просмотр шаблонов
фигня какая-то там.... пасмарити..
это 2 раза паказывает.. карочи 2 минюхи..
Content-type: text/html Pragma: no-cache
» Статьи
новая статья
редактировать
» Категории
создать новую
редактировать
» Файловый Архив
Загрузить файл
Просмотр файлов
Удаление файлов
» Досье Авторов
добавить
редактирование
» Шаблоны
создать новый
редактировать
просмотр шаблонов
» Регенерация страниц
статьи
категории
всей системы
» Комментарии:
модерация
» Тех.Поддержка
Сайт разработчиков
Форум
-
в удалении файлов.. написано фото/аватар автора
а что не правильно? Это просто две разные директории
просмотр шаблонов
это ;) Green дурит. Сколько шаблонов - столько раз будет выводиться страница ;) у вас 2 шаблона, добавите еще один :))))) будет три меню. Поправлю - спасибо.
-
аватар
или это слово не нравится? так картинку юзера на форумах называют ;) (у NASa например)
-
При удалении категории, в которой уже есть написанные статьи выкидываеться:
Error: Can not delete dir: /path/to/directory/of/news/2, reason: Directory not empty at admin.cgi line 272.
P.S. Билд скрипа - последний :(
-
Только что проверил - сама категория удалилась. По крайней мере в admin.cgi ее не видать. А на сервере директория категории - нет (не удалилась).
-
Такая штука однако получаеться, если в статью вставить картинку, то в версии для распечатки картинки нет, пото му что адрес для картинки получаеться ../cgi-bin/img/картинка.jpg.
Хотя натурально она находиться в ../img/картинка.jpg
Это можно как то поправить?
С уважением ...(возможно будущий пользователь)
-
Такая штука однако получаеться, если в статью вставить картинку, то в версии для распечатки картинки нет, пото му что адрес для картинки получаеться ../cgi-bin/img/картинка.jpg.
Хотя натурально она находиться в ../img/картинка.jpg
Можно. Укажи к картинке полный урл и везде она будет показываться.
-
Уважаемый NAS я поражен оперативностью Ваших ответов, однако меня в школе наоборот учили указывать относительные пути, правда почему это хорошо, я уже забыл
-
А как точно указан путь, можно посмотреть ?
-
однако меня в школе наоборот учили указывать относительные пути,
хорошо при переносе файлов, а в джанном случае расположение страницы и версии для печати - различны (т.к. версия для печати создается динамически)..
-
Только что проверил - сама категория удалилась. По крайней мере в admin.cgi ее не видать. А на сервере директория категории - нет (не удалилась).
вопрос, а файлы в ней хоть какие-нибудь остались?
Профиксим.
-
а файлы в ней хоть какие-нибудь остались
Нет, ничего не осталось. Я думал, что .htaccess остался (иногда бывает, в FARе этот файл не видно, а в Putty все видно :) ). Но нет, директория совсем пуста :rolleyes:
-
NAS wrote:
А как точно указан путь, можно посмотреть ?
Конечно можно, приезжайте ко мне домой. она у меня на локальном компьютере работает :), кстати работает очень хорошо без глюков и без заморочек. Интересно а сколько будет стоить финальная версия? И как часто у Вас её будут воровать?
С Уважением....
-
При удалении категории скрипт пишет::
Error: Can not delete dir: /www/pub/1, reason: Permission denied at c:\\WWW\\CGI-BIN\\SCRIPT\\ADMIN\\ADMIN.CGI line 272.
Работает под: win 98, Russian Apache, Perl 5.6.1
C уважением...
-
Конечно можно, приезжайте ко мне домой. она у меня на локальном компьютере работает
А сюда точный путь написать не судьба ?
Интересно а сколько будет стоить финальная версия? И как часто у Вас её будут воровать?
Эта версия с исправлениями и дополнениями будет распространяться на таких же условиях как и сейчас.
-
А сюда точный путь написать не судьба ?
Большой пардон, ну не воспитанные и неграмотные мы - деревня одним словом :).
путь к странице http://localhost/1/1_1.html
путь к картинке http://localhost/img/pic.gif
путь к картинке в версии для распечатки
http://localhost/cgi-bin/img/pic.gif
-
А как прописан тег ???
-
Вот как:
-
Как-то неудобно ходить нерегистрированым, не думал, что здесь так интересно.
В документации не всегда верные утверждения:
"Если хостер у вас не бесплатный, то наверняка никаких мытарств с правами доступа у вас нет..." (с) ../doc/7.html
У меня хостер не бесплатный, а проблемы с правами доступа и с модулем DB_File у меня есть.
-
Вот как:
Попробуй так
У меня хостер не бесплатный, а проблемы с правами доступа и с модулем DB_File у меня есть.
Наверняка - это всё таки не 100% :)
-
NAS "Шеф усё впорядке" (с) к-ф "Брилиантовая рука"
Однако и правда работает, в школе неправильно учат.
Спасибо
-
c:\\WWW\\CGI-BIN\\SCRIPT\\ADMIN\\ADMIN.CGI line 272.
тут похоже проблема win-версии, почему то не разрешает он удалять папки из публичной директории (у меня тоже такое, а вот внутри удалилось).
Нет, ничего не осталось. Я думал, что .htaccess остался (иногда бывает, в FARе этот файл не видно, а в Putty все видно ). Но нет, директория совсем пуста
;) думаю, не совсем, остались:
.
..
скрипт их вроде как игнорировал, а наверное зря ;) просто папка не удалиться, пока в ней что-то есть, а в Unix есть (напр. в win это удаляется)
-
думаю, не совсем, остались:
.
..
Так надо сделать, чтоб скрипт и не думал про ЭТО :)
-
Так надо сделать, чтоб скрипт и не думал про ЭТО
ага ;)
-
А вот ещё такая штука
При редактировании или модифицировании ранее написанных статей строчки где есть html-теги разъезжаються в форме редактирования, особенно это заметно если это сделать несколько раз.
С Уважением...
-
строчки где есть html-теги разъезжаються в форме редактирования, особенно это заметно если это сделать несколько раз.
;) вполне возможно - сдвинем.
-
При создании и опубликовании новой статьи исчезают все ссылки в индексной страничке данной категории.
Это фича такая и требует обязательной регенерации всей категории? Или это у меня руки растут ....э-э-э-э... из "ниже плеч" ?
-
При создании и опубликовании новой статьи исчезают все ссылки в индексной страничке данной категории.
какие ссылки?
Нет, можно всего лишь "Опубликовать статью" все индексы поменяются автоматически.
-
Когда скажем число статей, отображаемых на индексной старнице больше рекомендуемых 10-15, появляеться внизу ссылки для перехода на следущюю страницу для чего используеться скрипт viev.cgi, но скрипт не знает, что "шапка" и "ноги" страницы сделаны с применением SSI - давишь на ссылку перехода напрю "страница 2" и голову сногами сносит нафиг.
Все вышесказанное для включенной опции $static_pages=1
-
Green Kakadu
какие ссылки?
Нет, можно всего лишь "Опубликовать статью" все индексы поменяются автоматически.
У меня не меняются, а вообще пропадают, пока не регенерируеш категорию - может это такая штука только в win-версии?
-
У меня не меняются, а вообще пропадают, пока не регенерируеш категорию
чудно, разницы между работой под win в этом отношении нет, и например у меня таких ;) глюков не наблюдается. Интересно, после замены дистрибутива - изменится? Я например проверил на обновленном - все ОК.
-
Я например проверил на обновленном - все ОК.
Да действительно, на обновленном все ОК!
А так стало (пародируя стиль Microsoftъ): "Еще лучше, проще , надежнее, откинтесь на спинку кресла и наслаждайтесь.... :) "
-
Цитата:
Так надо сделать, чтоб скрипт и не думал про ЭТО
ага
К сожалению, баг в UpgradePack2 остался. Теперь он ругется так:
Error: Can not delete file: /path/to/sanitarium/admin/data/2/., reason: Is a directory at admin.cgi line 255.
-
file: /path/to/sanitarium/admin/data/2/., reason: Is a directory at admin.cgi line 255
подумаем :)
-
после публикации статей, они иногда сразу появляються в нужном разделе, а иногда толь после того как изменишь что либо в категории. бывает что по адресу /папка/1/index.html одно, а по /папка/1/другое, что это за байда? может с сесрвером связано? Кмоды вроде уже сто раз выставлял... Причем в админском режиме статьи все присутствуют где надо, тыкаешь опубликовать - ан нет! такие дела. вот тут пример:
http://www.variety-parad.ru/free/2/index.html и
http://www.variety-parad.ru/free/2/
обе статьи в одной категории.......
-
http://www.variety-parad.ru/free/2/index.html и
http://www.variety-parad.ru/free/2/
обе статьи в одной категории.......
насколько можно судить из этого наглядного примера - это две разные страницы (посмотри по фтп). Возможно что-то изменил когда менял расширение/название индекса.
Кстати, обновленный дистрибутив?
-
Когда скажем число статей, отображаемых на индексной старнице больше рекомендуемых 10-15, появляеться внизу ссылки для перехода на следущюю страницу для чего используеться скрипт viev.cgi, но скрипт не знает, что "шапка" и "ноги" страницы сделаны с применением SSI
это уже поправлено в обновленном дстрибутиве (сообщ. было послано ранее ;) )
теперь весь индекс статический
-
Не знаю как правильно она называеться, такая фиговина быстрой навигации с выпадающей менюшкой, работает только переход на главную, а по разделам адрес в строке браузера типа : http://localhost/cgi-bin/script/view.cgi
Ну и лабуда идет: Страница не найдена бла-бла-бла...
В .cfg посмотрел вроде правильно указал виев.сги
Где копать?
Ещё вопрос: в документации написано типа того, что возьмите нашу кнопку и прилепите на видное место, если наша кнопка не понравилась.... и т д...
Где взять кнопку?
В дистрибуте кнопки нет :( , а выкладывать в inet без ссылки вроде как не этично.
Фича от fozzi картинки не добавляет, какие ей не подсовывай локальные или в сети которые, сколько ей не тычь а она нифига.
Ещё когда редактируешь, что либо и добавляешь например смайлик кнопкой панели qhtml, он почему-то добавляеться в конец текста, а не в строку ввода разумееться когда пишешь смайлик руками такого не происходит :) .
-
http://localhost/cgi-bin/script/view.cgi
Ну и лабуда идет: Страница не найдена бла-бла-бла...
;) это в win, там почему-то проблемы с переадресацией, на web серверах под *nix все ОК.
Где взять кнопку?
;) да, что-то мы ее забыли положить.
[img=http://webscript.ru/sanitarium/88.gif]
Фича от fozzi картинки не добавляет, какие ей не подсовывай локальные или в сети которые, сколько ей не тычь а она нифига.
ээ задаешь урл, javascript генерирует и добавляет html код и все. неужто это не работает?
он почему-то добавляеться в конец текста, а не в строку ввода разумееться когда пишешь смайлик руками такого не происходит
это называется альтернатива :) мы за свободу выбора. А чем не нравится на новой строке?
-
А чем не нравится на новой строке?
Да я имел ввиду редактирования уже опубликованногоо текста, во он (или она - фича) в конец и добавляет а не туда где курсор :)
-
Не знаю как правильно она называеться, такая фиговина быстрой навигации с выпадающей менюшкой, работает только переход на главную, а по разделам адрес в строке браузера типа : http://localhost/cgi-bin/script/view.cgi
Ну и лабуда идет: Страница не найдена бла-бла-бла...
на линухе работаю, а вот еще ошибка по разделам адрес в строке браузера таков
index.html. html
в чем грабли где что изменить?
-
index.html. html
У меня также.
Чую я, что Гриныч намудрил с переменными:
$ext=\'html\';
$index_page=\'index.html\';
Особенно с последним. Особенно в скипте view.cgi. Особенно в подпрограмме view_index.
Новая переменная, и где-то забыл подчистить :)
"Чую, но обосновать не могу" (с) :D
-
Особенно в подпрограмме view_index.
Новая переменная, и где-то забыл подчистить
ага, при генерации drop lista я забыл там поправки внести.
сделаем на днях.
-
...косметическая поправка:
Файл admin.cgi:
Подпрограмма mod_article_options:
По-моемому строка $html .=$msg{\'select_author\'}; вообще не нужна ;) Она только лишний текст добавляет в пункте "Изменить статью".
-
Вот еще такая проблемка:
лента новостей выдает новости в хаотичном порядке,
после того как я внес изменения в одну статью новости добавляются сверху вниз
в файл index.js
document.write("14.02.2002");
document.write("26.11.2001");
document.write("26.11.2001");
document.write("10.12.2001");
document.write("30.12.2001");
document.write("30.12.2001");
document.write("03.01.2002");
как с этим бороться ?
-
index.html. html
в чем грабли где что изменить?
Для исправления, в файле view.cgi заменить подпрограмму
sub jump (строки 220-227) на это:
sub jump {
#--------------------------------------------
my $go_to;
if ($in{\'cat_id\'} eq \'index\'){$go_to=$index_url;}
else {$go_to=$public_url."/$in{\'cat_id\'}/$index_page";}
print "Location: $go_to\\n\\n";
#end sub
}
после того как я внес изменения в одну статью новости добавляются сверху вниз
забавно, поглядим исправим.
-
Статья - призрак :D
(http://www.kolpany.net/news/img/Ghost.jpg)
-
Статья - призрак
да, забавно это случайно или после каких-то действий?
-
или после каких-то действий?
Это после удаления статьи. Причем, когда я нажимаю на ссылку "удалить", которая на картинке - скрипт опять пишет, что "удалено", но статья опять появляется :)
Лечится добавлением еще одной статьи :)
-
Это после удаления статьи. Причем
а это произошло уже при обновленном дистрибутиве?
-
а это произошло уже при обновленном дистрибутиве
Неа, еще стоит Update Pack 2.
-
Опа, и в новом билде та же петрушка:
Вот такое урло:
http://www.adress.net/sanitarium/admin/admin.cgi?delete_page=1&cat_id=1&id=14&page=1&del_this_page=1
И вот такая ошибка:
Error: Error! Key 1 not exists! GET_DATA failed! at index.cgi line 855
Только теперь это ничем не лечится :(
-
да, похоже как вначале в индексной БД появилась ошибка, так она и ползла. Если нетрудно, можно выслать мне или сказать откуда скачать: index.dat и (id категории статьи).dat
Хочу посмотреть и может поправить.
Мой e-mail: gnezdo@webscript.ru
-
выслать мне
Ушло на мыло.
-
Ушло на мыло.
ага получил гляну на днях.
Вообще возникла мысль сделать что-то вроде редактора dat-файлов sanitarium, чтоб была воз-ть просмотреть записи в этих файлах ну и удалить некоторые из них, если что не так.
-
что-то вроде редактора dat-файлов sanitarium, чтоб была воз-ть просмотреть записи в этих файлах ну и удалить некоторые из них, если что не так
Хорошо бы!...
-
вроде редактора dat-файлов
Хорошо бы!...
Согласен :)
-
Только теперь это ничем не лечится
Не, оказывается - лечится... Но как? Я так и не понял. Статья просто пропала... Никаких действий я над ней не производил. Блин, шаманство какое-то :D
P.s. Билды самые свежие :rolleyes:
-
Никаких действий я над ней не производил. Блин, шаманство какое-то
вроде б в последнюю версию я добавил дополнительную проверку на "реальность" записей. А то Berkeley (вернее DB_File) иногда выдает какие-то левые ключи ;) с неопределенными значениями.
-
Случилось непредвиденное)
поставил первую систему... все работает отлично...
потом на вторую систему (сайт) решил поставить второй санитариум... просто тупо скопировал с одной папки на фтп в другую... перенастроил все там под другой сайт...
вроде встало... т.е. сделал все по аналогии...
но когда жму регенерацию вылетает следующее:
Error: Could not open /web/users/home/seversk.info/cgi-bin/edit2/admin/data/menu.txt, reason:Permission denied at /web/users/home/seversk.info/cgi-bin/edit2/admin/admin.cgi line 1840
хрен поймешь... вроде ж нигде не оперируется данным файлом? menu.txt
-
Permission denied
Прав не хватает. Проверяй.
-
Так там даже самого файла menu.txt нету...или система его сама создает, а потом убивает?
-
админ тут мне подсказывает что все права стоят правильно на папке...
-
[Wed Mar 20 18:11:36 2002] admin.cgi: Use of uninitialized value at Sanitarium_WL.pm line 645.
вот еще что параллельно с этой ошибкой выдает...
-
menu.txt
довольно своеобразно - а какой версии у вас Sanitarium?
Уж не самой ли древней? Тогда там был menu.txt, а потом он переквалифицировался в tmp-имя_шаблона-menu.txt
В общем мои рекомендации: скачать Sanitarium WebLoG v1
Поменять:
-- все файлы :) setup.cgi запускать по новой не надо,
можно даже старый конфиг оставить, только надо сравнить свой cfg.cfg с новым (там новые опции появились)
и сделать папку include в папке template
-
вроде редактора dat-файлов
Перерыл поисковые машины на предмет данного, уже готового, чуда. Нету.
Так что ждем-с.
-
Перерыл поисковые машины на предмет данного, уже готового, чуда. Нету.
Так что ждем-с
;) у меня есть простенький просмотрщик (накалякал для собственных нужд) - могу прислать.
а так да, надо бы :)
Перерыл поисковые машины на предмет данного, уже готового, чуда.
тут документации по DB_File кроме той что в модуле не сыщешь :) что уж говорить о редакторе
-
простенький просмотрщик
А редактор? :D
могу прислать.
КАнешнА!
-
вот
http://webscript.ru/sanitarium/san_utils.zip
кустарный набор для любознательных :) просмотр dat файлов + просмотр поискового индекса (можно следить как статья добавляется в индекс/удаляется)
-
Еще один баг-не баг, но бяка маленькая.
Попытался изменить класс для "ссылок по теме" и оказалось, что общая перегенерация не изменяет свойства этих ссылок.
То есть, ссылки, как были просто , так и остались, а я к ним в шаблон class-gr доббавил. Для того, чтобы на всех страницах добавился этот класс, приходится каждую статью редактировать и Modify page делать. Очень неудобно (статей уже больше 100)
-
Попытался изменить класс для "ссылок по теме" и оказалось, что общая перегенерация не изменяет свойства этих ссылок.
Это не баг - все сделано для ускорения регенерации.
Т.е. вся обработка текста происходит на этапе ввода статьи (св том числе и html ссылок по теме оформляется) ,а при регенерации, происходит лишь извлечение из БД и вставка в шаблоны. Т.е. этапа обработки содержимого нет - все для ускорения, т.к. генерация - это самый трудоемкий процесс, при большом числе статей.
Я думаю сделать специальную программку, для обновления ссылок по теме во всей БД, т.к. о такой проблеме уже задумывался :) (именно поэтому там универсальный редирект на статью стоит, а не урл прямой - вдруг статья по теме изменится..)
-
Действительно, нужно сделать отдельным пунктом или программой. Не каждый день меняешь ссылки по теме, а когда приходится - нужно долго мучаться.
В общем, у меня сейчас все выглядит не ахти как красиво, поэтому прошу (ну, по большому блату, что-ли ;) сделать эту приблуду побыстрее.
-
В общем, у меня сейчас все выглядит не ахти как красиво, поэтому прошу (ну, по большому блату, что-ли сделать эту приблуду побыстрее
займусь этим. Примерно в таком же духе там есть еще один пунктик - если смайлики включить, статьи попостить, а потом их отключить, то в тех статьях, которые были посланы при включенных смайлах они остаются :) я думаю не смертельно это.
-
Тренирую последний релиз, все работает идеально куда надо пишеться, что надо создается - ну вообще класс!
Но в error_log вот что пишеться, может Вам пригодится?
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in substitution (s///) at Sanitarium_WL.pm line 793.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in array element at Sanitarium_WL.pm line 518.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in array element at Sanitarium_WL.pm line 518.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in array element at Sanitarium_WL.pm line 518.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in array element at Sanitarium_WL.pm line 518.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in substitution iterator at Sanitarium_WL.pm line 648.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in array element at Sanitarium_WL.pm line 518.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in array element at Sanitarium_WL.pm line 518.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in array element at Sanitarium_WL.pm line 518.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in array element at Sanitarium_WL.pm line 518.
[Sun Mar 24 23:30:11 2002] admin.cgi: Use of uninitialized value in concatenation (.) at /home/one/cgi-bin/script/admin/admin.cgi line 1911.
-
Но в error_log вот что пишеться, может Вам пригодится?
угу спасибо.
Кстати, если достают вас эти сообщения ;)
то в самой верхней строке
#/usr/bin/perl -w
уберите -w
именно этот ключ заставляет Perl кидать в логи подобную информацию-предупреждения.
-
Программку по апдейту ссылок по теме выложу сегодня вечером/завтра (дорабатываю/тестирую)
-
Добрый день!
Программку по апдейту ссылок по теме выложу
Извини, но указывай число и час обновления, а то трудно понять, когда правилась версия и ее модификация. :)
-
Сделал.
Скачать можно тут:
http://webscript.ru/sanitarium/relink.zip
Разаривируем
Закачиваем в одну папку с cfg.cfg и Sanitarium_WL.pm
Ставим права 755 (или чего-там-рекомендует-ваш-хостер)
Запускаем этот скрипт из броузера
Выбираем категорию для апдейта
Следуем инструкциям.
Важно:
1. Я сегодня навеселе целый день, потому перед тем как применить данный скрипт к реальному движку - желательно потестить (я проверил у меня ничего лишнего не удалил, все что надо обновил).
2. Если для паролирования используется не htacccess, то рекомендуется после использлвания этот скрипт удалить, чтоб никто другой не запускал его
3. Данный скрипт полезен будет для тех, кто хочет узнать как же писать модификации/расширения под Sanitarium WebloG ,очень показательный пример - как никак приходится ползать по всем статьям, открывать каждую страницу, рассматривать есть ли там ссылки по теме, потом все обратно собирать, т.е. все по полной программе :)
-
После того, как поставил последнюю версию, столкнулся с проблемой сортировки пунктов меню. Если раньше первой строчкой в меню была первая категория, то теперь это 11-я, за ней следует 12-я и т.д., пока не кончятся. Потом уже идет 1, 2 и прочее. Когда восстанавливал сайт, создавал директории исходя из того, что первая категория идет первой в списке, а не подобным загадочным образом. Ребят, поправьте.
-
Когда восстанавливал сайт, создавал директории исходя из того, что первая категория идет первой в списке, а не подобным загадочным образом. Ребят, поправьте.
поправим, на днях все будет ОК (это мы там алгоритм "оптимизировали").
-
Пр переносе статьи из одной категории / директории / раздела, называйте, как хотите, в другую статья переносится из одной директории в другую, но в файле индексной страницы другой директории путь к ней указывается не верно. не site.ru/6/129_1.shtml, а site.ru//129_1.shtml
Пример:
http://kino.themes.ru/6/index1.shtml
Баг мелкий, но жить мешает, потому что в будущем мне часто предстоит переносить файлы из одного раздела в другой.
-
Ну, я уже поправл, конечно, чтобы народ не пугался и не попадал на 404 страницу. Кстати, а зачем в файле /no_dir/index.shtml прописывается полный путь до файла с адресом сайта? Это же лишний траффик, потому как длинный http-request. можно упростить немного, выкинуть заодно подстановку полного URL статьи.
-
Это же лишний траффик, потому как длинный http-request.
:) очень длинный..
-
Я исправил только последствия этой ошибки - то есть поправил вручную на странице, но не в скрипте. Поэтому жду, когда можно будет установить себе обновленную версию. И еще. Очень [очень!] нужна функция добавления фотогалереи. Очень задалбывает добавлять по 20-30 картинок.
Кстати, это можно назвыать не очень длинным реквестом. но при большой посещаемости из этого складывается неплохой траффик.
-
Баг мелкий, но жить мешает, потому что в будущем мне часто предстоит переносить файлы из одного раздела в другой.
угу, неприятная вещь поглядим.