Вообще, я уже как-то интересовался алгоритмами наполнения сайта, но все бодро и гордо промолчали))

Если у тебя "тянутся" стили, значит все делаешь правильно -- готовишь текст в гуглодоках или любом другом удобном редакторе. А стили CKE тянет из дефолтных -- есть же там и line-height и font-size и всякие другие штуки.

А через wordpad / notepad и проч. действительно потеряются абзацы. Так делать не надо...

Добавлено 49 минут спустя:

Для себя я оставил CKE4 (хотя к пятой версии объективных претензий нет), и здесь можешь посмотреть как донастроить в "четверке" кнопки и селекты стилей, и удалить устаревшие атрибуты для таблиц и картинок. Больше мне как-бы ничего и не надо.

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

Добавлено 5 минут спустя:

Кстати вот, кажется есть решение.

https://qna.habr.com/q/257411?ysclid=ml7rt14il94753377

Добавлено 2 минуты спустя:

https://stackoverflow.com/questions/51047383/ckeditor-only-remove-style-attributes-from-pasted-text

<p>
    <span style="background-color:rgb(237,239,244);color:rgb(33,37,41);font-family:Helvetica, sans-serif;font-size:15px;"><span style="-webkit-text-stroke-width:0px;display:inline !important;float:none;font-style:normal;font-variant-caps:normal;font-variant-ligatures:normal;font-weight:400;letter-spacing:normal;orphans:2;text-align:start;text-decoration-color:initial;text-decoration-style:initial;text-decoration-thickness:initial;text-indent:0px;text-transform:none;white-space:normal;widows:2;word-spacing:0px;">Визуальный (WYSIWYG) редактор HTML-контента. Следует включать только один редактор контента, иначе могут возникнуть конфликты.</span></span>
</p>

Например:

<tr>
	<th id="react-aria541948875-_r_5t_-0" style="border-width:15px;border-color:rgb(0,255,0);">Класс помещения</th>
	<th id="react-aria541948875-_r_5t_-1">Характеристика условий среды</th>
	<th id="react-aria541948875-_r_5t_-2">Основные факторы опасности</th>
</tr>

Во время редактирования 

Во время отображения

Я не сторонник раскрасок, поэтому стилизовать предпочитаю немного и через родителя. Но, в принципе, с кнопкой "Источник" нет ничего невозможного)) И со старым и с новым CK.

почему-то не отображается при публикации ни нумерация , ни стиль таблиц

Я реально считал, что они внаглую тырят контент у сайтов и отдают через себя, - первая мысль была, что обычным сайтам, с таким подходом поисковиков, кранты. А оказывается, что это решение самих сайтов. В общем спорная фигня, плюсов, лично я (как владелец сайта) вообще не улавливаю - тупо даришь потенциальных посетителей поисковику.

P. S. Хотя это не про "агрегаторов", а про поисковиков (Гугл и Яндекс соответственно)

Я думал эту шляпу агрегаторы сами делают, без спроса владельцев сайта, а оказывается это владельцы сайтов суетятся для такой спорной "плюшки". Чудеса :).

изредка хотят со стороны - тут спросили про хотелки - я и написал
 

После примерно 3-4 месяцев не увидел каких-либо плюсов. Трафик ожидаемо упал, а зарабатывать копейки на рекламе не очень-то хотелось. В-общем, поотключал всю эту историю.

Kopusha: или у тебя другое мнение?

composer require phpoffice/phpspreadsheet

всё заработало

Как правильно подключить его в код плагина для Cotonti ?

Инструкция по установке.

В корне проекта выполнить

composer require phpoffice/phpspreadsheet

или

в файл composer.json в секцию require добавить строку

"phpoffice/phpspreadsheet": "^4.1"

и выполнить

composer update

Какой способ выбрать - разницы нет - результат будет одинаковый. В любом случае в composer.json будет добавлена нужная запись а в папку lib/vendor будет установлен PhpSpreadsheet со всеми засисимостями, готовый к использованию. Потом эту папку перенесете на production сервер, использовать на нем composer нет особой необходимости.

и далее в коде Вашего плагина:

<?php
/**
 * Этот файл работает с таблицами
 */

use PhpOffice\PhpSpreadsheet\Spreadsheet;
use PhpOffice\PhpSpreadsheet\Writer\Xlsx;

// ...
$spreadsheet = new Spreadsheet();
$activeWorksheet = $spreadsheet->getActiveSheet();
$activeWorksheet->setCellValue('A1', 'Hello World !');

// .. еще какие то действия с таблицами

$writer = new Xlsx($spreadsheet);
$writer->save('hello world.xlsx');

// ...

require_once(__DIR__ . '/vendor/autoload.php');
//или
require 'vendor/autoload.php';
// всё равно не работает

Автозагрузчик подключать самому не надо. Cotonti его сам подключает.

#48296 Kabak:

Как правильно подключить к движку PhpSpreadsheet ?

Подключить можно с помощью  Composer. Можно почитать https://www.cotonti.com/forums?m=posts&q=9371

 install PhpSpreadsheet инструкция   https://phpspreadsheet.readthedocs.io/en/latest/#installation

1) Как правильно подключить его в код плагина для Cotonti ?

2) я туплю с путями .  Нужно в папки плагина скорировать  PhpSpreadsheet или как указать правильный путь на сервере ?

в их примере указан код 

require_once(__DIR__ . '/vendor/autoload.php');
//или
require 'vendor/autoload.php';
// всё равно не работает

$spreadsheet = new PhpOffice\PhpSpreadsheet\Spreadsheet();
$spreadsheet->getProperties();
$sheet = $spreadsheet->getActiveSheet();
$sheet->setCellValue('A1', 'Hello');
$sheet->setCellValue('B1', 'World');

$writer = new PhpOffice\PhpSpreadsheet\Writer\Xlsx($spreadsheet);
$writer->save('HelloWorld.xlsx');

но, он точно не будет работать , потому что пути к файлам библиотеки неправильно укзаны.

Как правильно подключить PhpSpreadsheet в код плагина для Cotonti ?

Ведь функции будут из библиотеки PhpSpreadsheet вызываться.  т.е.  эта библиотека  в любм случае нужна или вместе с плгагином или на сервере

Или я туплю ?

Как правильно подключить к движку PhpSpreadsheet ?

Подключить можно с помощью  Composer. Можно почитать https://www.cotonti.com/forums?m=posts&q=9371

 install PhpSpreadsheet инструкция   https://phpspreadsheet.readthedocs.io/en/latest/#installation

Готовое расширение - это врядли. Обычно они пишутся под конкретные задачи и формат файла. Вот это можно использовать для создания расширения: https://github.com/PHPOffice/PhpSpreadsheet

Как правильно подключить к движку PhpSpreadsheet ?

Для реализации какой то функциональности пишеться документация, хотя бы основная, после реализации, допиливания и тестирования - финальная документация, и уже по ней делается плагин/код/ что там еще.

Нельзя "написать плагин кармы для ядра" который кстроит всех, нельзя даже приблизительно.
Что бы чуть быть не голословным покажу страницу документации:

Likes and dislikes

Table of content
1. Зачем нужны лайки
2. Лайки для историй и статей
3. Лайки и дизлайки для комментариев
4. Плагин Ratings
5. Плагин Ukarma
6. Top answers, questions, experts

Плагин Ratings

На момент запуска работают два отдельных плагина подсчета лайков - ratings и ukarma.

    Основное их отличие - плагин ratings служит для оценивания какой либо сущности (комментария, фотографии, истории), изменяя значения рейтинга этой сущности, в то время как ukarma - оценивает автора сущности, изменяя значение ukarma в его профиле.

Плагин Ratings умеет оценивать:

    истории (в диапазоне от 1 до 10)
    комментарии (в диапазоне 1 или -1)
    отдельные файлы (которые являються изображениями и добавлены в PFS или историю, в диапазоне 1)

Плагин Ratings позволяет выставить оценку истории в диапазоне от 1 до 10. При оценивании рассчитывается срединий "вес" пользователя, который производит оценку, и данные записываются в таблицы rated, ratings и в таблицу сущности, оценка которой проводилась.

В таблицу rated записывается каждая отдельная оценка, с записью того что оценено, кем, ip пользователя, дата оценки, сама оценка, и оценка с учетом "веса" пользователя. Сама оценка - это именно проставляемая оценка в виде 1-10, она же и отображается при завершении оценивания (если это первая оценка, если нет - то отображается средняя оценка). Оценка с учетом веса пользователя - записывается отдельно и именно она принимается во внимание при ранжировании сущностей по рейтингу.

В таблицу ratings записывается средняя высчитанная оценка для оцениваемой сущности.

Говоря проще - в rated пишуться все оценки для сущности каждая отдельной строкой, в ratings - для каждой сущности одна строка с общим результатом всех оценок.

Так же общие результаты записываются в таблицу самой сущности - если это история - то в таблицу stories, если страница - то в pages.

Для плагина ratings есть две "надстройки" - ratingsstories и ratingslike.

Так как плагин ratings умеет оценивать только страницы (pages) то ratingsstories просто добавляет возможности оценивания историй (stories).

Плагин ratingslike не рассчитывает средний вес пользователя - он просто записывает оценки в разрешенных диапазонах (например 1 или -1 для комментария, 1 для изображения или 1 для страницы раздела Questions).

Ratingslike имеет другую задачу - он добавляет рейтинги для отдельных комментариев, привязанных к сущностям. При этом после оценки комментария данные про оценку точно так же записываються в таблицы rated, ratings и суммарная оценка - в саму таблицу комментариев (com). При оценивании комментариев оценка может быть только 1 или -1 и именно эти данные записываются в таблицы, тут нет оценок с учетом веса пользователя. При отображении комментариев они отображаются по разному в зависимости от суммы оценок этого комментария. Эти настройки задаються в конфиге плагна комментариев.

Так же он добавляет возможность оценки одного файла-изображения, которое привязано к общедоступному альбому пользователя PFS либо к опубликованной истории. При оценивании он отображает сумму предыдущих оценок изображения, разрешает (если пользователь еще не ставил оценку) оценить изображения (только +1), и записывает в таблицы rated, ratings, files оценку для этого изображения.

Так же в нем проверяется что страница, которую оценивают имеет родительскую категорию questions, и записывает в таблицы rated, ratings, pages оценку (только +1) для этой страницы.

Плагин Ukarma

Плагин Ukarma позволяет оценивать автора какой либо сущности.

Плагин Ukarma умеет оценивать:

    автора истории (только +1)
    пост на форуме (в диапазоне 1 или -1)
    некоторые страницы (только +1 и только страницы из родительской категории Блоги, либо Статьи)

При выставлении оценки ukarma данные самой оценки записываются в таблицу ukrama в том виде в котором оценка была выставлена (то есть 1, -1).

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

При оценивании будет проверено - разрешена ли оценка для данной сущности и автора а так же - находится ли оценка в разрешенном диапазоне. При соблюдении всех условий - оценка будет записана в таблицу ukrama, получена текущая карма пользователя из его профиля и произведена корректировка кармы в зависимости от выставленной оценки и коэфициента. После новое значение будет записано в профиль оцениваемого пользователя (автора сущности, которую оценивают).

В конфигах ukarma задаются значения:

    минимальная карма для возможности влиять на карму других пользователей
    минимальная карма для возможности создавать новые темы в форумах
    минимальная карма для возможности писать новые посты на фоурмах
    количество оценок, которые пользователь может выставить другим пользователям на протяжении 24 часов
    количество оценок, которые пользователь может выставить одному конкретному пользователю на протяжении 24 часов

Значение кармы пользователя не только влияет на возможность что либо делать (создавать новые темы или посты на форумах) но и на средний "вес" пользователя, который нужен для подсчета в плагине ratings при оценивании историй.

Это только пример документации, она есть вся еще и на английском, и к ней прилагается еще и документация по собственно коду каждого куска логики.

Что то типа такого (скопирована из wiki-движка документации потому такое форматирование):

# Таблица $db_ratings

**В таблице храниться сводная информация по всем оценкам одного элемента**

## **rating_id**

auto increment

## **rating_code**

**id элемента или код элемента**

- для комментариев тут будет 4112 где 4112 это id комментария (com_id)
- для фотографий тут будет 4112 где 4112 это id файла (file_id)
- для историй тут будет 1222 где 1222 это id истории (item_id)
- для страниц тут будет 667 где 667 это id страницы (page_id)

## **rating_area**

**зона в которой оставлен рейтинг (модуль, плагин)**

com files stories page

## **rating_state**

**всегда 0, для дальнейшего использования**

## **rating_average**

**средняя чистая оценка (среднее арифметическое оценок)**

decimal(5,2)

## **rating_summ**

**сумма всех оценок**

int(11)

## **rating_realaverage**

**средняя оценка с учетом веса пользователя (среднее арифметическое оценок realrating)**

int(11)

## **rating_creationdate**

**дата изменения поля (дата последней оценки)**

## **rating_text**

**всегда null, для дальнейшего использования**

## **rating_item**

**чистый id элемента (для комментариев рейтинги имеют rating_code вида like_com_id, тут хранится только com_id)**

int(11)

- для комментариев тут будет 667 где 667 это id элемента к которому комментарий (page_id для страниц, item_id для историй и тд)
- для фотографий тут будет 4112 где 4112 это id файла (file_id)
- для историй тут будет 1222 где 1222 это id истории (item_id)
- для страниц тут будет 667 где 667 это id страницы (page_id)

## **rating_cout**

**суммарное кол-во рейтингов данного элемента**

int(11)

И все это просто не реально сделать "в ядре" так как для логики каждого проекта оно уникально. А делать просто "плагин лайков" - их уже есть с десяток.

Я понимаю. Можно и войну на сайте устраивать, это факт. Поэтому будет разумно предусмотреть механизм защиты от такого поведения. 

Добавлено 7 минут спустя:

Кстати, а сколько такой плагин будет стоить (ну приблизительно), чтоб порядок цен понимать :)

А вы предложите механизм защиты сперва, чтобы точнее определить стоимость решения 

Добавлено 7 минут спустя:

Кстати, а сколько такой плагин будет стоить (ну приблизительно), чтоб порядок цен понимать :)

Юзеры: 

- можно автоматически определять "полезность" пользователя и переводить его из группы в группу. Можно на основании кармы присваивать или отбирать те или иные плюшки. К примеру, плашку "Про" на той же бирже.

- можно реализовать автобан токсичных пользователей.

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

- можно скрывать заминусованные комментарии, выделять заплюсованные.

Страницы:

- автоматически снимать статьи с публикации при определёном уровне минусов.

Это первое, что в голову пришло.

А можно таким способом бороться с неугоднами пользователями или статьями и минусить карму какому-нибудь конкуренту.  Способов много. 

Поэтому наличия только +  устраняет борьбу с неугодными людьми и сообщениями

( мы просто высказываемся о плюсах и минусах всех фич )

Варианты использования:

Юзеры: 

- можно автоматически определять "полезность" пользователя и переводить его из группы в группу. Можно на основании кармы присваивать или отбирать те или иные плюшки. К примеру, плашку "Про" на той же бирже.

- можно реализовать автобан токсичных пользователей.

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

- можно скрывать заминусованные комментарии, выделять заплюсованные.

Страницы:

- автоматически снимать статьи с публикации при определёном уровне минусов.

Это первое, что в голову пришло.

Его уже можно прикручивать к чему угодно.  Осталось сделать не только + но и -   

Но это сомнительная возможность, потому, что кто не ставит + , значит ставит - или вообще не ставит ничего - безразлично и человек не голосует.

+ - вполне достаточно.

Добавлено 2 минуты спустя:

Вот на моём сайте работает этот планиг