Статьи о MaxSite CMS

Как сделать кнопку «Наверх» без плагинов

MaxSite CMS / Статьи о MaxSite CMSПросмотров: 6565 (113)

Делаем ушку body_end. Ушка уже предопределена в main.php шаблона, поэтому её нигде прописывать не нужно. Как вариант, можно использовать ушки footer-start или footer-end, но это не принципиально.

Тип ушки задаём как PHP и пишем в ней:

<div id="to_top" style="position: fixed; right: 0; bottom: 0; 
width: 30px; height: 30px; color: red; cursor: pointer;" title="Вверх!">⬆</div>
 
<?= mso_load_jquery('jquery.scrollto.js');?>
 
<script>
$('#to_top').click(function(){$.scrollTo("body", 300)})
</script>

Элементу div#to_top указываем фиксированное положение, размеры, цвет и текстовую иконку-стрелку. После подключаем jQuery-плагин scrollto - он в уже комплекте MaxSite CMS, предназначен для красивого скролирования к любому HTML-тэгу. Дальше указываем, что скролировать нужно к BODY и время скролинга (300мс).

Пользуемся!

UPD. Вот ещё один вариант от Дениса. Код ушки body_end.

<div id="to_top" style="position: fixed; right: 0; bottom: 0; 
width: 30px; height: 30px; color: red; cursor: pointer;" title="Вверх!">⬆</div>
 
<script>
$("#to_top").hide();
  
// fade in #to_top
$(function () 
{
    $(window).scroll(function () 
    {
        if ($(this).scrollTop() > 300) 
        {
             $("#to_top").fadeIn();
        } 
        else 
        {
            $("#to_top").fadeOut();
        }
   });
   
   // scroll body to 0px on click
   $("#to_top").click(function () 
   {
        $("body,html").animate( {scrollTop: 0}, 800);
        return false;
   });
});
</script>

Единый шаблон под разные сайты

MaxSite CMS / Статьи о MaxSite CMSПросмотров: 7905 (136)

Иногда нужно сделать несколько шаблонов с небольшой разницей. Скажем разные css-стили, изображения и прочие мелочи. Всё остальное: html-структура, настройки, функционал - идентичен.

Часто такие заказы встречаются, когда нужно создать сетку сайтов.

Чтобы не делать для каждого сайта отдельный шаблон, можно создать соответствующую опцию в шаблоне, которая будет переключать «изменяемые» части. Сейчас покажу, как это можно сделать.

Читать дальше...

Комментирование в MaxSite CMS (по сравнению с WordPress)

MaxSite CMS / Статьи о MaxSite CMSПросмотров: 6405 (105)

Когда я придумывал схему комментирования, то столкнулся с некоторым непониманием и даже неприятием этого варианта. В основном аргументы сводились к тому, что это не привычно по сравнению с WordPress.

Действительно, форма комментатора WordPress несколько проще и состоит из произвольного имени, обязательного (как правило) email и необязательного поля «сайт».

В MaxSite CMS более сложная форма, подразумевающая либо отсутствие регистрации (анонимно, указывается произвольное имя), либо регистрация по обязательным email и паролю (остальное произвольно).

Зачем же такое усложнение? А все дело в том, что схема комментирования WordPress ущербна по функционалности, а также не защищена от мошеничества спамеров.

Читать дальше...

Изучение MaxSite CMS

MaxSite CMS / Статьи о MaxSite CMSПросмотров: 8376 (131)

За три года существования MaxSite CMS накопилось довольно много материала, рассчитанных на разные категории пользователей. На этом сайте я больше ориентируюсь на подготовленных пользователей, имеющих какое-то представление о вебмастеринге. Другие авторы рассказывают более простые вещи, рассчитанные на полных «чайников».

Если вы решили научиться работать с MaxSite CMS, то ниже приведены советы и ссылки, которые вам могут пригодиться. Для удобства я разбил советы по категориям «подготовленности» пользователей.

Читать дальше...

Опыт переезда с WordPress на MaxSite CMS

MaxSite CMS / Статьи о MaxSite CMSПросмотров: 9862 (143)

Надавно обновил свой блог по созданию сайтов. К своему стыду он всё ещё работал на WordPress (старой версии). Сайт обновляется нечасто - главная его задача информация для клиентов по услугам и некая помощь в работе. Переезд я задумал давно, причём глобальный - со сменой дизайна и почти всех текстов (они были о WordPress, а нужно о MaxSite CMS).

В этой статья я поделюсь некоторыми нюансами перехода, которые могут пригодится вебмастерам, делающим перенос данных с WordPress.

Читать дальше...

Аналоги WordPress-плагинов в MaxSite CMS

Не так давно я просил высказаться о плагинах, которые используют WordPress-блогеры, чтобы стравнить их с аналогами в MaxSite CMS. Спасибо всем тем, кто откликнулся.

Читать дальше...

Организация данных в MaxSite CMS

MaxSite CMS / Статьи о MaxSite CMSПросмотров: 11212 (115)

Предположим у нас есть адрес http://site.com/hello. Вопрос - что именно должен вывести «движок»? Может это страница? Или рубрика? А может быть метка? А вдруг это какой-то отдельный файл hello.php в каталоге шаблона?

Чтобы решить данный вопрос система должна определить что за тип данных требуется вывести. Например мы можем считать, что hello - это страница. Тогда тип данных будет «page». А можем условиться, что это рубрика. В этом случае тип данных будет - «category». Если вы разбирались в WordPress, то знаете, что в нем используется несколько предопределенных типов данных: страницы, записи, рубрики, метки и несколько «служебных» вроде дат.

Таким образом, WordPress всегда действует по одному жесткому алгоритму: анализирует входящий адрес и определяет какие именно данные требуется выводить.

Понятно, что в полноценной CMS данный подход не годится - необходимо сделать так, чтобы можно было переопределять адрес под свои задачи. Скажем http://site.com/hello - это должна быть рубрика. Например в MaxSite CMS вполне комфортно могут существовать с короткой ссылкой (slug) «hello»: страница, рубрика, метка и отдельный файл hello.php.

Читать дальше...

О сайте

Здесь вы получите самую полную информацию о создании сайтов на MaxSite CMS.

Рейтинг@Mail.ru