Вы не зашли.
В логах что?
Когда будет готово, напишу тебе в ЛС.
Там почти последняя (changeset 1310), а в SVN последняя changeset 1329 (в основном исправление мелких ошибок).
Как скачать последнюю сборку из SVN, используя TortoiseSVN показано здесь.
Если не к спеху, рекомендую дождаться релиза и ставить релиз, чтобы потом не обновляться по нескольку раз, потому что несмотря на то что многие говорят - все работает без проблем всё же могут возникнуть мелкие недочеты.
Хотя впринцепе, может плагин и будет работать с 0.9.3, т.к. по сути шаблонов не нужно же никаких, только редирект и админка.
За 1500 могу написать под svn версию.
{% if (comment.answer|length > 0) %}{% endif %}
[1.2][2014-09-15]
+ добавлена возможность администраторам отвечать на сообщения. изменена структура бд, для обновления:
alter table ng_guestbook add column answer text not null default ''
+ плагин переведен на twig
При ответе на комментарий через кнопку изменить, можно поставить галочку, отправить email уведомление. Приходит ответ
%автор поста% ответил на ваш комментарий:
easmik, тут ответ автора поста
-------------
Ссылка: ответ (а вот тут ссылка должна была быть на новость, но она такого вида http://домен/none/.html, при этом новость находиться в категории)
Это письмо сгенерировано почтовым роботом NG CMS, пожалуйста, не отвечайте на него!
Исправлено в 1329.
infinity237, я перенес SVN версию на старые сайты которые стартовали с 0.9.2
И как ?
Для тех кто хочет получать последние изменения:
1. Скачиваем и устанавливаем TortoiseSVN.
2. Выкачиваем последнюю версию CMS и плагины:
URL of repository:
http://svn2.assembla.com/svn/ngcms/ngcms/trunk
http://svn2.assembla.com/svn/ngcms/ng_plugins/trunk
3. Контролировать появление новых коммитов можно здесь:
https://www.assembla.com/code/ngcms/subversion/commits
Специально для тех, кто хочет чем-то помочь, но стесняется предложить свою помощь.
1. Пишите сценарий какого-либо минимального действия, который вы можете сделать в NG админке, шаблоне, или плагине.
2. Скачиваете LICEcap.
3. Пишите .gif с вашими действиями по сценарию, на выходе получается что-то вроде этого:
4. Есть смысл поэкспериментировать с минимальной адекватной ширина/высота. И договориться все .gif делать в одном разрешении. (Если добровольцев будет больше одного).
Нам не нужны чистые установки, нам нужны обновления со старых версий.
Это редактирование комментария в админке чтоли?
P.S. 1 сентября, пора бы начать тестировать релиз. Кто-нибудь хоть пробовал обновляться с прошлой версии или всем просто пофиг?
Да. в том окне где есть кнопка отправить автору коммента уведомление.
http://ngcms.ru/forum/viewtopic.php?pid=25527#p25527
Но это всё говно, нужно переписывать.
Там же на галерею всегда один путь. Да и смысла нет дорабатывать эту старую версию.
1.
Найти:
foreach ($mysql->select('select * from '.prefix.'_images where `folder`='.db_squote($row['name']).' '.$limit) as $img_e) {
Заменить:
foreach ($mysql->select('select * from '.prefix.'_images where `folder`='.db_squote($row['name']).' limit 2 ') as $img_e) {
Найти:
'thumb_url' => $img_list[$img_e['id']]['thumburl'],
Ниже добавить:
'url_gallery' =>generatePluginLink('gmanager', 'gallery', array('id' => $row['id'], 'name' => $row['name'])),
2. В чем проблема прописать вручную?
3. Если без кеширования, то +N запросов на странице, где N - число выведенных галерей.
Найти:
$thumburl = file_exists($fmanager->dname.$folder.'/thumb/'.$icon['name'])?$fmanager->uname.'/'.$folder.'/thumb/'.$icon['name']:$fileurl;
Ниже добавить:
$count = 0;
if (is_array($pcnt = $mysql->record('select count(*) as cnt from '.prefix.'_images where folder='.db_squote($row['name']))))
$count = $pcnt['cnt'];
$pvars['vars']['cnt'] = $count;
Новая модификация 1:
https://yadi.sk/d/sig_uKOKaiLub
Отличия от прошлой версии:
1. На карте отображаются все объекты, вне зависимости от выбора в фильтре.
2. В списке объектов отображаются только те объекты, которые входят в окно.
3. API 2.1
Новая модификация 2:
https://yadi.sk/d/gDKULIXEaiLyt
Отличия от прошлой версии:
1. Нету лишних полей в БД. Только название магазина, адрес магазина, категория/товар.
2. Список категорий/товаров теперь задается в админке.
3. Сортировка объектов только по категории.
Вы просто не понимаете, всей глубины проблемы. Разработчики крутятся там где есть народ, спрос и большие деньги. Естественно, деньги крутятся у вебстудий. Которые в свою очередь не будут рисковать проектами, поэтому они берут best practices - а это либо писать с нуля на CMF'ах (куча вакансий php разработчик со знанием Zend Framework / Yii / Symfony / Laravel или других, как правило там же пишут PHP 5.3 (ООП, Паттерны, ORM, MVC) + Опыт написания REST API + Memcached, MongoDB, Redis + Знание JS фреймворков (Backbone, Angular) + Bootstrap), либо если требуется быстрый результат и это уже практически всё написано готовое, то тоже берут best practices и реализуют на адекватных CMS (вакансии разработчик 1C-Bitrix / Magento / Drupal / etc).
Пробиться в эти две сферы чрезвычайно сложно, т.к. никто не будет ставить под риск проекты + разработчики должны представлять с чем они работают, иначе у них будет уходить время на обучение без гарантии конечного результата, а на это ни один нормальный менеджер не пойдет.
Вот и получается, что таким проектам как NG - вход в эту часть проектов закрыт, по причине того, что:
а) они не соответствуют best practices
б) они не прошли проверку временем, т.е. тот же WordPress или Drupal или Joomla - прошли проверку временем и стали популярны, не просто так.
в) нет ни коммюнити, ни разработчиков, ни готовых решений, ни документации, ни адекватных выходов релизов, ни roadmap'a на будущее, нет ничего, чтобы могло хоть как-то повлиять на уверенность в выборе.
г) они не имеют каких-либо фишек, которые отличали бы их от других CMS конкурентов, т.е. нет конкурентных преимуществ.
Как итог, я думаю всё же, что переписывание кода ядра - первично (идти по пути CMF), т.к. тягаться в функционале с Bitrix'ами нам не под силу, к тому же у них там есть и уже готовые решения для гос. организаций, здравоохранения, образования, и.т.п. вообщем куча всего и как следствие даже при наличии нормального-среднего функционала люди будут делать выбор в пользу этих bitrix'ов, WP'ов, и.т.д, т.к. там всё же лучше/больше/удобнее/привычнее/есть документация и.т.д. Но вопрос в том, кто должен переписывать NG? Виталий? Не думаю... тем более с его эгоцентризмом, да и пристрастием к процедурному стилю, отсутствием свободного времени и необязательностью... Выход из ситуации один - сбор денег на прогера-китайца, который будет заниматься только ядром, но тут опять же нужных денег нам не собрать, по причине того, что большинству здесь не объяснить, что требуется переписывать код, они упрутся и скажут - "кому это нужно?, мне это не нужно, мне нужны плагины/возможности и оптимизация запросов". Вообщем всё идет к тому что эра NG подойдет к концу, по сути так и не начавшись. Хотя... Может быть просто не стоит ожидать от NG чего-то слишком серьезного и плыть по течению как большинство Open Source проектов... NG как бы посередине. Как бы и не совсем говно, но и до вершин не добрался. Как Тоттенхем. (c)
По теме: писать плагины ради того чтобы просто было - это не правильный подход. Нужно всегда исходить от проекта - т.е. если есть реальный проект и его задачи - под него можно писать нужный функционал/плагины + стараться делать универсально, чтобы потом это решение можно было использовать в других проектах без серьезных правок в коде.
Для зареганных.
Если рассуждать логически: новых сайтов и разработчиков на NG нет, допустим, по 5 основным причинам:
1. Отсутствия нужного функционала в CMS. Для решения этого вопроса нужно выделить функционал, который чаще всего требуется при создании сайтов и определить есть он в NG, в каком количестве и качестве.
Очевидно, что это:
- Фотогалерея.
- Торговый каталог
- Интернет-магазин
Без этих плагинов, на NG можно строить с разным успехом хоумпаги, блоги, новостные сайты, одностраничники, визитки, корпоративные сайты. Можно... но для этого должны быть предпосылки, т.е. люди должны видеть, все преимущества NG перед другими проверенными CMS.
Использование новостной составляющей для построения фотогалереи/каталога продукции/магазина/etc - является костыльным решением, по причине ущербности решения смешивать контент и в итоге это не сделает счастливым ни разработчика, ни заказчика.
Вывод: нужно писать этот функционал в виде плагинов, но к разработке требуется подходить с умом, т.е. на мой взгляд, требуется система хелперов для разрабочиков - это готовые и гибкие api, которые позволяют максимально облегчить разработку новых плагинов под NG. Например:
- генерация CRUD (create read update delete).
- облегчение работы с ЧПУ, то что сейчас крайне сложно.
- облегчение работы с title, то что сейчас крайне неудобно.
- готовые компоненты, которые можно было бы при желании быстро добавить куда-либо в свою разработку, например система комментариев, голосование, рейтинг, поиск, доп. поля, теги, похожие объекты, готовые формы, и.т.д.
Лепить этот функционал на том, что есть сейчас нецелесообразно, см. 2.
2. Старение кода ядра CMS и плагинов. NG - безнадежно устарел. Да есть люди, кто любит процедурный стиль, но он не популярен сейчас, тем более с выходом всё новых версий PHP и новых CMS/CMF.
Вывод: нужно переписывать код NG с самых низов, на что уйдут годы, при наличии разработчика.
3. Отсутствие каких-либо релизов и перспектив. Это старая проблема, в идеале релизы должны быть раз в пол года, даже если изменений за это время накопилось не так уж и много.
4. Слабая документация для пользователей и разработчиков, неудобное юзабилити админки, отсутствие нормальных SEO инструментов.
5. Отсутствие качественных разработчиков, готовых написать нужный функционал под NG. Это как следствие 1,2,3,4.
Глобальный вывод:
Если быть реалистом, то проглядывается сценарий: выпуск релиза -> расход -> закрытие проекта NG.
Если же быть оптимистом, то сценарий: релиз -> избавление от старого шаблонизатора -> смена шаблона админки -> переписывание ядра -> появление нового функционала и фич -> появление новых качественных сайтов на NG.
По какому сценарию пойдет NG, решать только вам.
Что может сделать каждый уже сейчас:
1. Тестирование SVN версии и ночных сборок. Уверен на 95%, что в них есть проблемные места, в связи с тем что часть плагинов была переписана под TWIG. Требуется скурпулезное тестирование каждой возможности плагинов и ядра, по всевозможным путям использования.
2. Создавать сайты на NG. Да, звучит банально, но это это действительно то что нужно NG. Ведь с каждым новым разработанным сайтом, увеличивается вероятность того что появятся новые плагины/хаки, вопросы/решения на форуме NG.
3. Если вы умеете программировать на php или верстать, то пишите плагины или верстайте под NG. Также я всегда открыт для диалога по поводу совместного написания плагинов, если предложения действительно адекватные.
4. Если вы хорошо писали в школе сочинения, то вы можете также присоединиться к переписыванию справки по основным возможностям NG: http://ngcms.ru/help/about.html Она требует корректировки и актуализации.
5. Если вы, школьник или студент или просто человек, с большим количеством свободного времени и желанием помочь, но без каких-либо знаний PHP/JS/SQL/HTML/CSS, то, возможно, и ваша помощь скоро понадобится, пишите.
Вообщем и целом, я за любой движ, лишь бы он приносил какой-то результат.
В чём проблема сверстать её один раз и не ставить никаких плагинов, так или иначе создающих нагрузку?
В том или ином виде это реализовано в:
- sitestats
- top_active_users в режиме news
- k_online
top_active_users в режиме last
Чем на сегодняшний день , можно помочь ?
Думаю уже ничем.