Сегодня перелопатил файл с конфигами к движку блога, разбил всё на блоки, чтобы было понятней, что к чему относится - и какие параметры нужно менять, а какие можно не трогать. Заодно добил несколько мелочей, которые давно хотелось сделать, но всё не было времени. Расскажу вкратце обо всём, что сделано.
Постраничная навигация. Теперь в Blog Micro есть два варианта с постраничной навигацией, на выбор: с выпадающим меню, и обычная - с ссылками на все страницы. Оба варианта можно наблюдать на живом примере вот тут (крутить вниз, до самого футера). На самом деле, это необычная фишка для блога, зачастую обходятся стандартными ссылками "раньше" и "позже", но я думаю, что и такие варианты нужны. Второй вариант (который без JS) оценят те, кто планирует продавать ссылки в Сапе. Да и в других случаях может пригодиться - в конечном счёте, это просто удобно!
Кодирование урлов. До сих пор этого не было в Blog Micro, потому что все основные урлы (в постам, и верхнего уровня), и так были на латинице, а теги и категории, я обычно закрываю от индексации в robots.txt. Но тем не менее - русский язык в урлах всё равно используется (например, те же теги) и никуда от этого не деться, так что скрипт должен соответствовать стандарту, пусть кодированный урл и смотрится в адресной строке не так красиво (впрочем, это касается только IE, потому что и Firefox, и Chrome - оба их декодируют). Была небольшая дилемма - какую из php функций использовать: urlencode или rawurlencode? они по сути одинаковы, но по разному кодируют символ пробела - первая превращает его в "+" (плюс), а вторая в "%20". Оба варианта работают без проблем, но остановился на rawurlencode, как более соответствующей стандарту RFC1738.
Все прелести в одном файле. Изначально (т.е. довольно давно) функционал Blog Micro был "размазан" по нескольким файлам, один отвечал за вывод индексной страницы, второй за теги, третий за категории. Это было не сильно удобно, и после ряда работ осталось два рабочих файла (тут я не считаю ещё одного, который отвечает за админку): один для индекса, а второй для всего остального: тегов, категорий, поиска и комментариев. Это было уже удобней, но всё-же было пространство для роста - хотелось иметь всё в одном файле! Сегодня наконец собрался с силами, и решил этот вопрос. Теперь за весь основной front-end блога отвечает один файл. Повозился с настройкой .htaccess, но всё удалось.
Расширение на выбор. И наконец, ещё одна доработка касается расширений постов. Речь вот об этих ".html" или ".htm" в конце урла поста. Отныне расширение задаётся в админке, и мне в голову приходят три варианта: htm, html или вовсе без него (да, так тоже работает!). Зачем это нужно? Особого смысла нет, можно было и просто оставить ".html" как единственный вариант. С другой стороны - это было несложно, и может пригодиться для уникализации внешнего вида блога. Единственная рекомендация на этот счёт - поменять его (если нужно) с самого начала, и забыть об этой настройке - просто чтобы не плодить дублирующихся страниц в индексе поисковиков - если постоянно играться с этой штукой, рискуете получить кучу одинаковых страниц, с разными расширениями - а это прямо скажем, не будет хорошо.
Ну и поправил пару багов, в том числе с генерацией sitemap.xml - в него попадали страницы с отложенными публикациями и черновиками. Тут моя оплошность, банально забыл поправить код, отвечающий за сайтмап. Писал его давно, когда ещё не было отложенных публикаций, и если в самом блоге всё давно выловил и исправил, то этот от меня ускользнул. Но сейчас всё ок, и он тоже ушёл в историю.
Постраничная навигация. Теперь в Blog Micro есть два варианта с постраничной навигацией, на выбор: с выпадающим меню, и обычная - с ссылками на все страницы. Оба варианта можно наблюдать на живом примере вот тут (крутить вниз, до самого футера). На самом деле, это необычная фишка для блога, зачастую обходятся стандартными ссылками "раньше" и "позже", но я думаю, что и такие варианты нужны. Второй вариант (который без JS) оценят те, кто планирует продавать ссылки в Сапе. Да и в других случаях может пригодиться - в конечном счёте, это просто удобно!
Кодирование урлов. До сих пор этого не было в Blog Micro, потому что все основные урлы (в постам, и верхнего уровня), и так были на латинице, а теги и категории, я обычно закрываю от индексации в robots.txt. Но тем не менее - русский язык в урлах всё равно используется (например, те же теги) и никуда от этого не деться, так что скрипт должен соответствовать стандарту, пусть кодированный урл и смотрится в адресной строке не так красиво (впрочем, это касается только IE, потому что и Firefox, и Chrome - оба их декодируют). Была небольшая дилемма - какую из php функций использовать: urlencode или rawurlencode? они по сути одинаковы, но по разному кодируют символ пробела - первая превращает его в "+" (плюс), а вторая в "%20". Оба варианта работают без проблем, но остановился на rawurlencode, как более соответствующей стандарту RFC1738.
Все прелести в одном файле. Изначально (т.е. довольно давно) функционал Blog Micro был "размазан" по нескольким файлам, один отвечал за вывод индексной страницы, второй за теги, третий за категории. Это было не сильно удобно, и после ряда работ осталось два рабочих файла (тут я не считаю ещё одного, который отвечает за админку): один для индекса, а второй для всего остального: тегов, категорий, поиска и комментариев. Это было уже удобней, но всё-же было пространство для роста - хотелось иметь всё в одном файле! Сегодня наконец собрался с силами, и решил этот вопрос. Теперь за весь основной front-end блога отвечает один файл. Повозился с настройкой .htaccess, но всё удалось.
Расширение на выбор. И наконец, ещё одна доработка касается расширений постов. Речь вот об этих ".html" или ".htm" в конце урла поста. Отныне расширение задаётся в админке, и мне в голову приходят три варианта: htm, html или вовсе без него (да, так тоже работает!). Зачем это нужно? Особого смысла нет, можно было и просто оставить ".html" как единственный вариант. С другой стороны - это было несложно, и может пригодиться для уникализации внешнего вида блога. Единственная рекомендация на этот счёт - поменять его (если нужно) с самого начала, и забыть об этой настройке - просто чтобы не плодить дублирующихся страниц в индексе поисковиков - если постоянно играться с этой штукой, рискуете получить кучу одинаковых страниц, с разными расширениями - а это прямо скажем, не будет хорошо.
Ну и поправил пару багов, в том числе с генерацией sitemap.xml - в него попадали страницы с отложенными публикациями и черновиками. Тут моя оплошность, банально забыл поправить код, отвечающий за сайтмап. Писал его давно, когда ещё не было отложенных публикаций, и если в самом блоге всё давно выловил и исправил, то этот от меня ускользнул. Но сейчас всё ок, и он тоже ушёл в историю.