На время проведения реконструкции сайт переведён в режим "ТОЛЬКО ЧТЕНИЕ" (Read only). Приносим свои извинения!
MaxHub
Полезности по Maxsite CMS

MAX

Дата регистрации: 2014-09-26 08:26:08

Ник: MAX

Комментариев: 17

Сайт: http://maxsite.org/

О себе: Укроп


Комментарии

  • Как сделать слайдер на странице?
    2016-11-18 11:17:47

    В новой версии, конечно же. Там есть готовый пример: https://github.com/maxsite/cms/blob/dev/application/maxsite/templates/default/components/lightslider/lightslider-shortcode.php

  • Как сделать слайдер на странице?
    2016-11-16 15:41:33

    Используйте lightslider в виде шорткода.

  • Конструкторы сайтов - обесценят работу вебмастеров?
    2016-01-03 12:12:48

    Это комплексная проблема. Сами конструкторы заняли нишу «быстросайтов», где не особо вкладываясь можно попробовать сделать простенький сайт и посмотреть стоит ли оно того. Сами по себе конструкторы угрозы для вебмастера не несут, даже наоборот, стимулируют новый спрос на нормальные сайты. Так во всем мире, кроме рунета. Здесь работа вебмастера сильно обесценилась, многие уже отказываются от создания сайтов, поскольку уже вынуждены на еде экономить. Это уже политика — умные люди понимают. Мой прогноз — «рынок вебмастеров» в этом году сократится как минимум на треть (т.е. доходы упадут на столько же). Думаю, что именно это и есть реальная проблема, а не конкуренция с конструкторами сайтов. wink

  • Все отзывы о moneycaptcha в одном месте
    2015-11-25 10:58:39

    Сразу видно, что здесь одни технари-программисты собрались. grin То есть вместо того, чтобы разобраться в сути проблемы, предлагаются сразу технические решения. Идея вот в чём: изначально нужно выявить потребность, а уже после пытаться брать за её решение деньги. Ну вот тот же плагин pagination_more. Какова его реальная потребность? В лучшем случае просто поиграться. И вот если за него требовать деньги, то 99% просто пройдет мимо: им это просто не нужно.

    По своему опыту скажу — никакая финпомощь (donation), подписки, «оплата после/по желанию» у нас просто не работают. Поэтому мой совет — с этим не заморачиваться, а все разработки выкладывать в открытый доступ. Это капитал, который выстрелит гораздо позже, после того, как придет понимание того, что единственный реальный заработок для вебмастера — это создание сайтов. Такие клиенты будут учитывать «крутизну» по количеству этого самого капитала. А все эти капчи и прочие финтифлюшки принесут одно расстройство.

  • Плагин pagination_more - ajax-пагинация «показать больше»
    2015-11-24 18:52:39

    Илья, с капчей явно переборщил. Невозможно скачать. Хотел глянуть, видимо не судьба. ;-(

  • Как уменьшить количество запросов в базу данных?
    2015-11-02 11:58:57

    Включить кэширование запросов в database.php $db['default']['cache_on'] = TRUE;

  • Каталог плагинов воссоздан - наши дальнейшие планы
    2015-10-27 14:23:13

    Илья, спасибо за работу! Наконец-то кто-то это сделал. grin

    Могу посоветовать немного подшаманить вывод плагинов: не единым списком как сейчас, а разбитым на подрубрики, как в карте сайта с группировкой по рубрикам. Ну и под каждым плагином коротенькое описание из description записи.

    Еще можно попробовать добавить метки, вроде как в WordPress'е в основном ищут по ним.

    Что касается старых шаблонов, я бы не дёргался. Всё верно — они уже морально устарели по дизайну. Если и переделывать, то может быть только самые лучшие, если получится такие выбрать.

  • Проведём конкурс в сообществе?
    2015-07-06 17:08:56

    Развитие движка как раз и происходит под влиянием запросов пользователей. Даже если из 10 «запросов» только один действительно будет принят к исполнению. Понятно, если требуется какая-то специфичная разработка плагина или шаблона, то тут нужно искать исполнителя за деньги. Но, если все молчат, то приходится играть в угадайку.

  • Проведём конкурс в сообществе?
    2015-07-06 13:00:59

    Илья, активность ну никак не связана с посещаемостью офсайта. В том же WordPress в комплекте просто нет плагинов, а возможности системы более чем скромные. Поэтому пользователь просто вынужден рыскать по инету, чтобы решить самые примитивные задачи. У нас же в комплекте готовые решения, наши пользователи никогда не сталкиваются с проблемой размещения счетчиков, рекламы, пропиской title и т.п. Ну давай вырежем из комплекта все плагины и вынесем их по отдельности на офсайт. Будет тысячная посещаемость. Только кому это надо?

    Олег, я многократно пытался добиться от пользователей что же ещё нужно добавить в систему на уровне ядра, плагинов и шаблона. Поскольку реакции нет, то я пришёл к выводу, что всё работает как нужно и замечаний ни у кого нет. Я молодец, сделал идеальную систему, кторая всех устраивает без замечаний. 12 с плюсом.

  • Проведём конкурс в сообществе?
    2015-07-05 18:34:23

    Что-то всё в кучу смешалось... Поему-то сложилось впечатление, что у MaxSite CMS очень маленькое сообщество. Но малое по сравнению с чем? С WordPress? Ну давайте будем реалистами — это недостижимый уровень. WordPress - крутой бизнес. Плюс это по сути первый блогодвижок нормального уровня. На то время — это был прорыв. Всё. По сравнению с остальными системами, MaxSite CMS выглядит вполне здраво. По моим скромным прикидкам, сайтов работающих на MaxSite CMS не менее 100 тыс. Даже по версии cmsmagazine.ru среди бесплатных блоговских движков мы занимаем 5-место, уступая таким брендам, как WordPress, Joomla!, MODX и Drupal. Разве этого мало? Мы когда начинали с русским WordPress нас всего-то и десятка блогеров/программистов не было, а работающих wp-сайтов вообще меньше сотни...

    Дальше. Я не занимаюсь развитием какого-либо «сообщества» MaxSite CMS. Вообще. Никак. Так было всегда и уже сто раз я об этом говорил. Мне, как интроверту, это не интересно, скучно и нервно. Поэтому не ждите никакого «партийного» благословения. Хотите что-то делать, делайте! Вот конкурс. Отличная идея, только скатились к «экосистеме», работа за деньги и недостаткам.

    Кстати о недостатках. Я почему сказал, что против (в конкурсе)? Потому что эти «недостатки» не могут считаться недостатками. Есть технические ошибки. Ошибка в коде или алгоритме, что-то неверно работает. Как это выявить? Только тестированием. Вот теперь, все кто отписались здесь в комментах, ответьте честно: вы ставили новую dev-версию MaxSite CMS и тестировали её хотя бы на предмет публикаций, загрузок, прочих действий в админ-панели или даже просто на разных экранах? Где ваш отчёт? Всё работает? А ведь именно тестирование позволяет выявить проблемные места и понять что следует доделать/изменить. Простой пример. В релизе 0.90 вкралась «детская» ошибка, не позволяющая полноценно использовать шаблон no-sidebar (стоял ошибочный css-класс под flex-сетку). Если бы кто-то просто попытался использовать этот шаблон, то он сразу бы заметил неверное поведение. Прошло больше месяца (!!!), пока эта ошибка была просто зафиксирована и исправлена (всего 4 символа).

    Если посмотреть на коммиты, то львиная доля сделана мной без создания тикетов (issues), потому что тестирование выполняют мои клиенты и я сам, а это значит, что никто больше не занимается этим вопросом и, следовательно, еще куча реальных ошибок просто не выявлено.

    Ещё пример. Я прошу протестировать автоустановщик MaxSite CMS. Загружается только маленький скрипт на сервер, который сам скачивает архив системы, его распаковывает, копирует куда нужно и запускает инсталятор. Такого вообще ни у кого нет! И каков результат тестирования? Ноль. И я в раздумьях: может это никому и не нужно? Или подождать, пока вордпрессисты своруют идею, чтобы потом кричать, что это только у них такая 3-х секундная установка без загрузки файлов системы?

    Мы работаем на гитхабе. Назад пути просто нет и нет ничего сложного пройти там регистрацию и оставить свои замечания. Да, есть риск нарваться на жесткую дискуссию. Потому что есть реальные недочеты, а есть мифические идеи, вроде произвольного ЧПУ или древовидных комментариев. Это вообще нафиг никому не нужно, все уже от этого отказались, а кому нужно давно уже перешли на дискус. Поэтому результатом обсуждения может стать как задачей для выполнения, так и остаться просто обсуждением. Но всё равно это уже какое-то движение вперед. Я отказываюсь принимать любые замечания вне гитхаба. И главная причина в том, что на гитхабе найдутся и другие программисты, которые возможно сами захотят заняться кодированием, не спихивая это на меня.

    Резюмирую. Если вы хотите просто организовать какую-то движуху в виде конкурса, то это одно. Но если вы хотите оказать реальную помощь в развитии MaxSite CMS, то начните с малого: своего первого тикета на гитхабе.

  • Как собирать идеи по движку - предложение
    2015-07-05 11:13:55

    Я уже использовал reformal — http://maxsite.reformal.ru/ — неудобная система. Форму или гитхаб лучше. Я за гитхаб. Регистрация это 1 минута.

  • Проведём конкурс в сообществе?
    2015-07-04 11:53:06

    Есть смысл не вводить жесткое ограничение на заголовок публикации. Общая тематика должна быть «Почему я выбрал MaxSite CMS», а дальше автор пусть сам придумывает подходящий заголовок. Лично я с удовольствием дал бы голос тому, кто напишет о новых возможностях версии .9x

    Я готов поддержать конкурс, если будет больше 10 участников. Иначе просто нет смысла. Причем, я согласен с Ильёй, не нужно писать о недостатках. Во-первых это противоречит самой идее конкурса, а во вторых, есть гитхаб, где можно (и нужно) оставлять все найденные замечания. Если это технический вопрос, то его нужно решать, а не мусолить в виде статьи.

    Выявлять победителя должно жюри. Например, это могут быть все спонсоры конкурса. Оценивание текстов очень субъективная задача и её нельзя переносить на «количественный» уровень, вроде подсчета количества комментариев. Каждый из них самостоятельно выбирает две понравившиеся публикации, где первая получает 2 балла, вторая 1 балл. После все баллы суммируются и та, которая набирает больше баллов, и есть победитель. Призовой фонд (только деньги) можно разделить на 2 призовых места, в пропорции «заработанных» баллов.

    Нужно, чтобы участники предварительно зарегистрировлись. Тогда можно узнать общее количество желающих поучаствовать. После объявляется дата, до которой должны появиться публикации на сайтах. Дальше работа жюри и выявление победителя.

  • MaxSite-0.862 на CodeIgniter-2.2
    2014-12-08 07:20:14

    Нужно перед этой функцией @ поставить.

  • MaxSite-0.862 на CodeIgniter-2.2
    2014-12-05 07:08:34

    Третья версия далека от завершения. Сейчас говорить об её использовании просто не имеет смысла. Принципиально, какие-то новые её возможности, вряд ли будут интересны пользователям MaxSite CMS. То есть пока не будет полноценного релиза и одно-двух обновлений, строить планы о преходе преждевременно.

  • MaxSite-0.862 на CodeIgniter-2.2
    2014-12-03 12:21:26

    Я пробовал 3-ю версию, но безрезультатно. Слишком кардинальные переделки.

  • MaxSite-0.862 на CodeIgniter-2.2
    2014-12-03 11:40:59

    CodeIgniter 2.2 содержит несколько некритичных изменений. Там буквально несколько файлов поправлены. Не имеет смысла обновляться только ради этого.

  • Мой третий отзыв о MaxSite CMS
    2014-09-26 08:31:14

    В целом и общем. Почему-то большинство решили, что я просто обязан выполнять любые прихоти. Мне не нравится такая позиция. Если что-то предлагаешь — будь добр и прими непосредственное участие. А пока у нас ситуация такая: кому-то что-то нужно, он не может/не хочет делать, давай спускать всех собак на автора. Получив ответный «пинок», начинает скандалить, какой Макс такой-сякой.

    Многие, конечно что-то предлагали, некоторые высылали даже готовый код. Но это единицы. Практически всё мне приходится делать самостоятельно. Одним не хватает гита. Ок, сделал — и что в результате? Хотели вику — сделал — результат? Зачем мне брать и тянуть на себе еще эти сторонние задачи? Сейчас вот книгу собрались написать. Отличная идея! Но что, запал уже иссяк?

    По этому поводу я могу сказать только одно: если хочешь участвовать в разработке MaxSite CMS — участвуй! Не нужно ждать, пока Макс выдаст «высочайшее благословение» — это глупость. Просто бери и делай!

    Из всех разработчиков MaxSite CMS я могу отметить только Юру (Cuprum) — пожалуй это единственный человек, который реально мне помогает. В основном это верстка, много js-кода, а также идеи. Остальные, к сожалению, заняли пассивную выжидательную позицию.

    Отдельно по дальнейшему развитию MaxSite CMS. Вмешалась политика. Разъясню на пальцах. Нужно постоянно решать вопросы выживания. Где жить, спать, есть, работать и зарабатывать в незнакомом городе. Для вас, россиян, война — абстракция. Некоторые, вон, в истерике уже бьются, не хотят ничего слышать. На деле же всё гораздо серьезней. Мы помогаем бойцам АТО как можем: деньгами, продуктами. Когда видишь похороны бойца (с почестями, а не как в России, как собак), когда общаешься с капитаном ВС, два месяца «стоявшим» под Луганском — это уже реальность, о которой нужно постоянно напоминать. Поэтому если вы пропутинское быдло, то вам есть смысл отписаться от моего твиттера, сайтов и т.п. Политика будет.

    Данная ситуация не позволяет полностью сконцентрироваться на новых масштабных задачах MaxSite CMS. На текущий момент у меня мало изменений в системе даже на минорную версию. Основное направление для меня сейчас это LPF. Именно здесь я оттачиваю изменения, которые могут войти в будущую MaxSite CMS. Работа с less, ряд новых функций — это уже есть. Там же я оттачиваю вопросы верстки. Тема на форуме «Об именовании css-классов» призвана обсудить ряд очень важных вопросов, которые после будут перенесены на MaxSite CMS. Но там также низкая активность разработчтков (в итоге я всё сделаю сам, а потом начнутся сопли, почему это не нравится...).

    Илья, по вашим хотелкам. Разделил бы на две группы.

    Первая — это доработка в уже существующем функционале. Таже загрузка файлов. Поле, да, отлично. Но вы попробуйте его сделать. Я пробовал, не получилось. Это же касается и визуального редактора и вообще всего, где активно используется js. Я готов помогать в php или подсказать как лучше реализовать в рамках системы, но не ждите от меня js.

    Система так устроена, что новые вещи можно делать не меняя основные файлы. Плагины, темы, стили — все это делается отдельно, после решае вопрос о внедрении. Если нужно сделать какой-то хук или доработать функцию, то это даже не вопрос. Так же отмечу, что не все разработчики полноценно изучили функции MaxSite CMS. Многие вещи решаются очень просто в рамках текущей функциональности. Нужно просто изучать систему.

    Вторая группа хотелок — «соц.составляющая». Я действительно, никогда и не планировал делать в CMS соцсеть. Это совершенно другой функционал и другая стратегия. Есть специализированные движки для таких вещей. Если у нас молоток, то им нужно забивать гвозди, пилить не получится.

    Конкретно по комюзерам. Вы делаете большую ошибку в том, что не видите (или не хотите видеть) преимущества такого деления. Разделение сделано для того, чтобы вы могли управлять зарегистрированными посетителями отдельно, не опасаясь проблем с администрированием сайта. Таблица комюзеров практически полностью повторяет юзеров. Если вы хотите сделать соцсеть, то используйте именно её — не нужно впихивать в невпихуемое. Если же у вас есть авторы (подчеркиваю — авторы!), то вы и регистрируете их как авторов. Комментаторы пусть остаются комментаторами.

    В любом случае соцсеть/блоги на базе MaxSite CMS решается путем создания отдельной таблицы постов (pages и др.) для комюзеров. А как вы их будете выводить на сайта — простейший вопрос выборки из БД. В любом случае, если вы хотите замахнуться на такую разработку, то есть смысл вначале вынести на обсуждение структуру и алгоритм аля-«blogs».

    Резюмирую. Дорогу осилит идущий. Но я никого на себе тащить не собираюсь.