IamB

Happy, мои поздравления с первым дополнением! По сравнению со вчерашним днем — большой прогресс: вы разобрались с созданием виджета, оболочками и созданием пакета дополнения. Код не смотрел. Прогресс налицо, успехов! И да, очень важно, что возникшая идея не осталась идеей, а имеет реализацию.

Про накрутки не могу нечего сказать, чтобы защититься от этого, надо будет хранить всю историю, а не последние 3 дня

Здесь эту задачу нельзя решить полностью, но можно писать в лог IP и UA или их хеш и проверять при записи было ли уже такое, тогда «накрутчик» сможет накручивать только 1 раз в 3 дня.

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

Слишком муторно в плане реализации. Список id пользователей, кто может публиковать — всё.

Пост про Web Share API

Тогда так, не вижу смысла проверки подключения к интернету. в данном случае. И да, если нужна проверка на localhost, то проверить $_SERVER['REMOTE_ADDR'] гораздо быстрее.

Благодарю за интерес! Но не понял: 1. Если сервер отключен от интернета, кто же на сайте сможет зарегистрироваться? 2. Если localhost отключен от интернета, то вы хотите разработчику запретить регистрироваться? Смысл ваших 4-х сетевых запросов какой?

Меня ввел в заблуждение заголовок «RSS агрегатор с нейросетью», в случае rss нейорсеть никак не применяется же? Зато в случае с парсером можно «погулять на все деньги» — сгенерировать новое название посту, а также все мета-теги, а не только текст поста.

Работа программиста — классная! Но зачем нейросетью модифицировать условный параграф информации не понятно. Во-первых, будет ссылка на источник. Во-вторых, бороться за уникальность текста здесь бессмысленно, это не весь текст, это цитата.

а тут ну никак. Не внякнуть хоть убей.

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

Изучение МАНУАЛ это как читать Японский язык.

Меня учили так: Нельзя всё знать, но, если что-то надо, нужно знать, где посмотреть. Для этого и существует документация.

Кому то дано, кому то нет.

Жестко вы так самого себя ограничили. Нехорошо это.

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

Но пусть будет.

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

Тут дело даже не в понятности материала, а в его объеме. Многие пасуют перед длинными текстами и толстыми книжками. Основная мысль — сделать понятно, кратко, доступно, с практическим примером.

Fuze, ссылкой на php.net вы в зародыше убиваете будущих специалистов по шаблонам 😁 Они обязательно там будут, но позже

А сами не пытались таблицу сократить? Это же не критически важные для функционирования сайта данные. Аккуратно поэкспериментируйте с удалением записей и уверен, через 20 мин вы найдете решение

С папками не все однозначно, в компонентах есть js, css, кто-то трейтами и своими классами пользуется,  так что сделано так, чтобы не навредить.  Код постарался сделать универсальным для любого компонента, чтобы он удалял ровно те файлы, которые были при установке, а раз были при установке, то записаны в поле files таблицы cms_controllers.

Loadырь, благодарю за вашу формулировку, всё так.

Посмотрите дополнения. Там было решение на основе google-translate или чего то подобного. Может подойдет под ваши задачи?

Если всё работает, то OK. Просто настроено нестандартно.

Настройте корректно SPF запись в DNS, судя по всему.

Точно.

$ dig +short madway.net TXT
"v=spf1 a mx ip4:198.91.80.251 ~all"
$ dig +short madway.net A
198.91.81.13