Плагин исходников и исправления
24.03.2010Выложил обновление 3.35, в котором исправил бекапы. Обновление доступно автоматом, в этом обновлении будет простынка предупреждений - после обновления такой простынки больше не будет.
Добавлена новая опция - показывать главную в меню, находится она в настройках/главная. В списке меню главная тоже появится, но ни в коем случае не пытайтесь ее редактировать в меню (вероятно в будущем это будет возможно, но не скоро).
Добавлен плагин исходников - для абсолютного большинства этот плагин вообще не пригоден, так как предназначается для разработчиков нуждающихся в выкладывании на сайте папок с исходниками. Я специально не делал его полностью законченным (точнее он на самом деле полностью закончен), но вот после его установки на сайте никаких изменений не произойдет. В ближайшем будущем я его установлю на свои сайты и вы посмотрите его работоспособность. Любопытно, что все исходники в бд занимают таблицу 11Мб - это не мало. Во время тестов не прошел файл 200Кб после преобразования в синтаксической подсветкой - заваливался на локалхосте mysql . От греха подальше ограничил 100Кб исходники.
Также планируется сделать загрузку файлов через встроенный в Windows ftp клиент, вот пример текста для клиента:
mkdir backup
quote site chmod 777 backup
mkdir cache
quote site chmod 777 cache
mkdir data
quote site chmod 777 data
mkdir lib
quote site chmod 777 lib
cd lib
send lib.htaccess
quote site chmod 666 /.htaccess
send lib\admin.board.class.php
quote site chmod 666 /admin.board.class.php
send lib\admin.comments.class.db.php
quote site chmod 666 /admin.comments.class.db.php
Пока проблема в строгой расстановки \ и / для путей и мен файлов. С другой стороны опасаюсь, что буду завален вопросами о работоспособности скрипта загрузки - к тому времени надеюсь запустить уже тикет систему, где будут инструкции и все ответы на вопросы.
Комментарии (15) на запись “Плагин исходников и исправления”
Оставить комментарий
Спасибо за обновление! На некогда проблемных хостингах с Cpanel теперь всё работает так же, как и на DirectAdmin. При резервировании создаётся архив tar.gz и сохраняется на рабочий стол. Восстановление через админку так же проходит без сучка и задоринки.
Что касается Opera, то, кажется, выяснил, в чём дело. Если при вводе логина и пароля не отметить галочкой «Помнить меня на этом компьютере» и в браузере отключён JavaScript, то когда первый раз заходишь в админку и пытаешься сделать бэкап, сохраняется файл в формате tar.htm. Если же отказаться от сохранения и обновить страницу (F5), после чего ещё раз попробовать сделать бэкап, то расширением будет правильным (tar.gz).
Если же поставить галочку «Помнить меня на этом компьютере», то даже при отключённом JavaScript резервирование и восстановление пройдёт успешно. Наконец, если галочку не ставить, но работать с JavaScript, то тоже всё будет в порядке.
Поскольку больше никаких багов не нашёл, несколько косметических моментов:
1. Когда запрашиваю новый пароль, приходит письмо, в котором логин отражается как $login, а не как admin. Возможно, некоторых новичков это может ввести в заблуждение. С паролем всё в порядке. Генерируется новый.
2. В админке исправить «РезИрвирование» на «Резервирование».
Я сделал по другому:
дублировал ссылку в id="header" <a href="$options.url/">$options.name</a>, но вместо $options.name вставил "Главная" и иконку в виде домика, получилась такая ссылка сама по себе в верхнем правом углу страницы.
Блоголётчик, вы будете еще изменять название движка, или litepublisher - это окончательное название? А что будет с название Блоголет? Как правильно писать litepublisher, по аналогии с ВордПресс? То есть L титульное и P титульное, и эти два слова слитно? Или как-то еще.
Можно ли использовать слово litepublisher в названии своего сайта?
плагин wprss не работает
импортирую файл 4.5мб и скрипт выполняется минут 5, память поставил по 100мб на пхп и все равно
в конце ответ
Caught exception:
Item 6 not found in class tcomusers
0 lib\kernel.php(512): tdata->error('Item 6 not foun...')
1 lib\comments.class.db.php(45): titems->getitem(6)
2 plugins\wprss\wprss.php(148): tcomments->add(6, 3, '<p>????????????...', '', 'approved', 1154512734)
3 plugins\wprss\wprss.php(68): twprssimporter->importcomments(Array, 6)
4 lib\importer.class.php(51): twprssimporter->import('<?xml version="...')
5 plugins\wprss\wprss.php(46): timporter->processform()
6 lib\admin.plugins.class.php(103): twprssimporter->processform()
7 lib\menu.class.php(358): tadminplugins->processform()
8 lib\menu.admin.class.php(156): tmenu->doprocessform()
9 lib\kernel.php(1129): tadminmenu->request('11')
10 lib\kernel.php(1119): turlmap->GenerateHTML(Array)
11 lib\kernel.php(1033): turlmap->printcontent(Array)
12 lib\kernel.php(1023): turlmap->dorequest('/admin/plugins/...')
13 index.php(65): turlmap->request('anykey', '/m/admin/plugin...')
14 {main}
импортировалось только 5 записей, видать где-то ошибка в самом хмл файле?
как мне найти item 6?
Lite Publisher - это название для буржуинов, в продвижении я буду исползовать именно его, а блоголёт остается по историчиским причинам, да и название интресное. Как писать не знаю - как удобно, так и пиши, хотя в буржуинском принято если два слова в названии продукта, то с большой буквы, как впрочем как и в русском имена собственные пишутся с большой. Пишется как два отдельных слова.
Про плагин импорта из рсс - сейчас еще протестю, но главный совет - не исползовать рсс wordpress ниже 2.9 так как во всех их генерируется не валидный xml, и об этом я писал неоднократно. Просбы сделать конвертатор из невалидного xml в в валидный xml не рассматриваются, ибо это уже выходит далеко за рамки. Рекомендую следующее: поставить себе самый последний wordpress, туда импортировать рсс, а потом оттуда - есть вероятность появления валидного xml, но не факт - wordpress достаточно глючный движок
попробовал импортировать в режиме файлов вместо бд
импортировалось больше, а 2009 год пропал совсем и частично посты за 2010 пропали
точней не импортировались
вышло сверху только 3 строки
Warning: preg_match() expects parameter 2 to be string, array given in F:\anykey\m\lib\contentfilter.class.php on line 36
Warning: preg_match() expects parameter 2 to be string, array given in F:\anykey\m\lib\contentfilter.class.php on line 37
Warning: preg_match() expects parameter 2 to be string, array given in F:\anykey\m\lib\contentfilter.class.php on line 38
время увеличил до 1800сек
Только сейчас дошёл до плагина Wiki-ссылок. В одной пробной статье вставил вот такую конструкцию [[Google AdSense]], а в другой [wiki:Google AdSense]. Так вот конструкция с wiki чудесным образом превратилась в ссылку, но только наполовину. То есть стала голубого цвета, но никуда не ведёт, то есть некликабельна. В исходном тексте выглядит как <a name="wikiword-1"> Google AdSense</a>. А [[Google AdSense]] выделился жирным, то есть в исходном коде выглядит вот так - <strong>Google AdSense</strong>.
Так и должно быть? Просто я думал, что будет внутренняя перелинковка а-ля Википедия, то есть если пишешь [wiki:слово], то конструкция должна автоматически превращаться в ссылку на страницу, где имеется [[слово]]. А в исходном тексте это должно быть выражено как <a href="http://site.ru">слово</a>, что положительно скажется на ранжировании страницы в поисковой выдаче. Если же фактически ссылки не формируются, то какой смысл использовать эту разметку?
Я залил файлы новой версии поверх старых.
Зашел в админку в раздел обслуживание.
Как мне запустить скрипт обновления, не пойму где кнопка.
Обновляюсь с 3.33 до 3.35.