Вы не зашли.
Вот пример:
Я один картинки не вижу
Где именно не видишь?
Добавил на форум плагин, который позволяет вставлять сюда картинки через буфер обмена.
Внизу после текста появилась ссылка "Add image to post", по клику на неё откроется окно, в которое можно залить картинку или вставить её через буфер обмена и она превратится в BB код вставки картинки.
Вот пример:
Работает хорошо
С форума не приходят (перестали приходить) оповещения на электронку.
Судя по логам почтового сервера - всё уходит корректно с email адреса mail@ngcms.ru.
08.07.2020, 16:49:15 info 0639880126: to=<rusiq@****>, relay=mxs.mail.ru[94.100.180.31]:25, delay=6, delays=5.5/0.02/0.06/0.41, dsn=2.0.0, status=sent (250 OK id=1jtARn-0003NG-NG)
08.07.2020, 16:49:15 info 0639880126: replace: header Received: from deb-ngnew (unknown [10.240.6.8])??(using TLSv: Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id 0639880126??for <rusiq@****>; Wed, 8 Jul 2020 16:49:10 +0300 (MSK)
08.07.2020, 16:49:15 info Trusted TLS connection established to mxs.mail.ru[94.100.180.31]:25: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
08.07.2020, 16:49:15 info disconnect from unknown[10.240.6.8] ehlo=1 auth=1 mail=1 rcpt=1 data=1 quit=1 commands=6
08.07.2020, 16:49:15 info 0639880126: from=<noreply@ngcms.ru>, size=1750, nrcpt=1 (queue active)
08.07.2020, 16:49:13 warning warning: unknown[212.70.149.66]: SASL LOGIN authentication failed: UGFzc3dvcmQ6
08.07.2020, 16:49:10 info 0639880126: message-id=<>
08.07.2020, 16:49:10 info 0639880126: client=unknown[10.240.6.8], sasl_method=LOGIN, sasl_username=mail@ngcms.ru
Проверь у себя, возможно письма попадают в спам?
Получилось смешно, но 6 лет назад уже была тема по поводу "давайте выпустим релиз" и "либо сейчас, либо никогда"
На форуме всё ещё остались неравнодушные пользователи NG, желающие его оживить, поэтому давайте сделаем ещё одну попытку
Обновление по текущему статусу проекта:
0. Форум переехал на новую версию FluxBB, на версию PHP 7.3 и в отдельную виртуалку с Debian 10 (серьёзный шаг вперёд по сравнению с древним CentOS 5.11)
1. Минимальная версия PHP теперь PHP 7.2
2. Протестирована совместимость с новыми версиями MySQL (MariaDB) вплоть до версии 8.0
3. Ядро NG выложено в репозиторий пакетов packagist.org и теперь его можно поставить через composer одной командой (сейчас там нет плагинов, в ближайшее время донесу основные)
3. На github'е выложены скрипты для развёртывания Git версии NG через docker-compose, теперь при желании можно собрать docker контейнер с NG (+NGINX +MariaDB) одной командой.
Текущие планы:
1. @rusiq готовит новую админку
2. Я докручиваю/подгоняю скрипты авто-установки, в планах - добавить документацию по установке NG в несколько кликов на бесплатный (на год) сервер на Amazon AWS
3. В ближайшее время доделаю функционал, который будет выкладывать ZIP архивы с SVN версией для простой установки на хостинги.
4. Всем желающим - проверяем работоспособность, при переезде на UTF8 могла вылезти пачка багов.
Для более быстрой координации предлагаю всем желающим добавляться в телеграмм-группу @ngcms (https://t.me/ngcms)
Здравствуйте! А как можно вставить рекламный блок после первого абзаца или после первого подзаголовка <h2></h2> в статье?
Можно вставить место для рекламного блока в саму статью.
Для автоматической вставки нужно будет править код.
доступ к репозиторию думаю не надо, вполне устраивает сложившийся темп, когда в течение суток запрос принимается. Когда разгоняешься – чревато косяками обрасти.
В течении суток без проблем, я обычно недалеко от компа.
и там изменения в плагине xfelds https://github.com/vponomarev/ngcms-plugins/pull/14
Там лучше не convert делать, а пытаться детектировать кодировку, либо сделать мини-скрипт для админки xfields для конвертации кодировки.
Посмотрю как это проще сделать.
Да, визинг спрашивают все, да еще и со вставкой из ворда
Да-да-да.
Если есть на примете хороший визивиг - пиши название.
И если Виталий будет активно принимать запросы, то это уже будет админка на, так сказать, официальном уровне.
Могу дать тебе права на доступ к репозиторию, сможешь либо коммитить напрямую, либо делать pull request'ы и сам их принимать.
И даже больше, хочу отметить, что сейчас версия TWIG 3.0. А вот обновиться при помощи файла upgrade.php до версии 0.9.6 – невозможно.
Предлагаю вопрос апгрейда временно прикопать.
Рассматриваем только вариант "установка с нуля".
Если понадобится апгрейд, то скрипты апгрейда будет проще сделать с нуля.
8. Загрузка изображений в сравнении с форк-админками нужно улучшать однозначно.
Загрузку изображений надо полностью переделывать, как и редактор - WYSIWYG надо сделать основным редактором и интегрировать в него загрузку изображений (которые вообще могут быть добавлены через буфер обмена).
9. Изображения сохранены, потому что ссылки на некоторые из них приходят в AJAX-ответах с сервера, например, при изменении позиций категории.
Да, это тоже надо переделывать, чтобы возвращался голый JSON без форматирования, либо сервер должен будет подгружать шаблон админки при ответе.
Устанавливается, если указать минимальную стабильную версию dev
composer create-project vponomarev/ngcms-core blog -s dev
Супер!
Готово:
https://packagist.org/packages/vponomarev/ngcms-core
Теперь осталось проверить корректность работы
vitaly, хорошо. Версию PHP какую ставить?)
7.2.x (где x - на твоё усмотрение).
Список PHP-расширений добавлять в раздел require?
Да, разве есть варианты?
vitaly, есть возможность опубликовать систему на https://packagist.org/?
Могу, но тогда с тебя корректный (с точки зрения этого сайта) composer.json.
Опен сервер,в командной строке , при установке компосера, сначала запросил токен с гита, пришлось токен получить для системы, далее каждый пакет подтверждать токеном, и на последнем пакете вылезло это. и все в браузере
Warning: require(F:\OpenServer\domains\ngcms-core-utf/vendor/autoload.php): failed to open stream: No such file or directory in F:\OpenServer\domains\ngcms-core-utf\engine\core.php on line 21
Fatal error: require(): Failed opening required 'F:\OpenServer\domains\ngcms-core-utf/vendor/autoload.php' (include_path='.') in F:\OpenServer\domains\ngcms-core-utf\engine\core.php on line 21
Я добавил автоустановку composer'а только при установке в docker'е и тестировал это только под linux.
Если ставишь composer сам, то это вопрос к твоему openserver'у.
Если я не понял вопроса, то опиши порядок действий типа такого:
1. скачал исходники вот сюда
2. сделал вот это
3. не работает вот то (я не понимаю, куда у тебя мог удалиться core.php, если только проблемы с настройками openserver'а)
Последняя правки
Не удалось применить патч! Пропуская. Ошибка была: Невозможно применить патчи патчей / composer / 1.diff
[Исключение]
Невозможно применить патч P-1: addGlobalRef (patches / composer / 1.diff)!
Это где, как и в каком виде?
Ну я уже писал, что для обычных пользователей лучше уже собранную версию выкладывать, типа как ночные сборки.
Даже в README.md об этом не написано.
Исправил.
И инсталлер чуть-чуть подправил для работы с https.
Теперь следующий вопрос - ok, двиг адаптировали под UTF8/PHP7, а что с плагинами?
Я попробовал поставить на машину с php7.3, установка удалась, но все страницы плагинов так и остались в Win1251 и отображаются знаками вопроса.
Где-то на гитхабе есть версия плагинов, которые совместимы с новой версией двига?
Нельзя ли атоматичски переходить на другой, облегченный шаблон при просмотре сайта с телефона?
Добавить JS скрипт, который при обнаружении мобильного клиента переключит шаблон на мобильный (при помощи плагина switcher) и перезагрузит страницу?
Можно, конечно, добавить в switcher детектирование мобильного клиента по UserAgent, но там нужно будет следить за адекватностью срабатываний.
А как это всё собирать и ставить, если взять из основного репозитория?
С учётом появления композера и иже с ними ведь должна быть своя процедура, а её-то как раз нигде и не найти.
Первое, что приходит в голову - на хостинге кончилось место или какие-то другие проблемы с файловой системой/руками админов хостинга.
У меня на тестовой среде (под debian 8) вполне успешно работает вот такой конфиг:
server {
listen 80;
server_name DOMAIN_NAME_HERE.ru;
index index.php index.html;
#charset windows-1251;
access_log /home/FILE_PATH/log/access.log main;
root /home/ROOT_FILE_PATH;
# Deny hidden files (including .htaccess)
location ~ /\. {
deny all;
}
# Root location
location / {
try_files $uri $uri/ /index.php?$args;
}
# Process request to PHP engine
location ~ \.php$ {
fastcgi_pass 127.0.0.1:8003;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /CHROOTED_FILE_PATH$fastcgi_script_name;
include fastcgi_params;
}
}
* php-fpm запущен в chroot окружении
Конфиг нельзя назвать полностью готовым, но уже в таком виде работает то, что проверял.
irbees2008, http://www.wysibb.com/
Интересный редактор - поддерживает вставку изображений из буфера обмена.
Нужно будет подумать и выбрать наиболее подходящий редактор.
По поводу BB кодов - сейчас уже не обязательно именно на них ориентироваться.
Можно и чистый HTML редактор, оставив совместимость с BB на уровне "можно редактировать контент, который изначально создан в виде BB кодов.
Основная причина использования BB - безопасность (чтобы юзера не навставляли чего лишнего), но эту проблему можно решить по другому - получить от редактора HTML код, разобрать его на DOM модель (к примеру, есть отличная библиотека CDom), а потом заново собрать, пропустив только те HTML теги и их параметры, которые разрешены на уровне движка.
irbees2008, этот релиз (фактически - технический релиз, фиксирующий GIT версию) выпустим без каких-либо доп. фишек.
К понедельнику выложу на общие тесты RC2, если до четверга не будет существенных ошибок - выпускаем релиз.
Далее - в течении 1-2 месяцев будем добавлять простой функционал (редактор как раз относится к этому) и к сентябрю выпустим уже более юзабельную версию.
На более длительный срок пока ничего не загадываем - действительно, нужна серьёзная переработка движка, расширение функционала и пока неясно как это делать - постепенно вносить изменения в существующий код или создавать отдельную ветку с необходимым функционалом (к примеру, я сейчас не очень представляю, получится ли одновременно иметь Win-1251 и UTF-8 версии или нет).
irbees2008, заходишь в настройки в админке и выбираешь нужную тебе таймзону.
Теперь это конфигурируемо.
Попробуй в админке выставить свою timezone (не трогая больше core.php), смещение поставить 0 и проверить заново.
Подозреваю (но не уверен), что теперь смещение больше не нужно.
Надо бы проверить поведение в ситуации, когда временнАя зона mysql сервера не совпадает с временной зоной сайта, тут могут выплыть косяки.
EsCaPeR пишет:В GIT 20150123 заметил баг при установке в настройках категории опции "Отображение новости в шаблоне" на "текущей категории" шаблон новостей брало из корня шаблона, а не из ncustom (кто-то уже упоминал этот баг на форуме)
ошибка в /engine/includes/inc/libnews.php
780 line$fcat = $callingParams['customCategoryId'];
заменить на
$fcat = $callingParams['customCategoryTemplate'];
Определенно такая проблема есть, но это не решение и/или не полное.
Логика:
Отображение новости в шаблоне (при нахождении на странице категории категории)
В каком шаблоне будет отображена короткая новость при нахождении на странице категории:
главной категории - будет использован шаблон главной категории новости
текущей категории - будет использован шаблон той категории в которой сейчас находится посетитель
Исправил в GIT.
Должно быть так:
$fcat = $callingParams['currentCategoryId'];
Редактирование новости, указать - изменить дату публикации
Исправил, проверяй.
То, что нашел у себя в заметках:
- новости: некорректная обработка смещения часового пояса (при указании даты редактирования вручную)
Нужен пример для повторения проблемы.
Что нужно сделать, чтобы её увидеть?
- шаблон news.table.tpl: недоступны переменные, содержащие день, месяц и год, для соответствующих handler-ов
Пока в работе
- меню категорий: при отключении настройки "Отображать в меню" для родительской категории дочерние все равно отображаются, если у них эта настройка включена.
Исправлено для старого формата списка категорий.