Norske

Добрый день!

С этим, скорее всего, придётся немножко повозиться, поскольку в шаблоне фида нет фильтров для отдельных тегов и частей разметки. Элегантного решения я не вижу, но можно заменить шаблон целиком. Он хранится в файле wp-includes/feed-rss2.php.

Последовательность действий примерно такая:
1. Скопировать содержимое шаблона в отдельный php-файл.
2. Отредактировать шаблон под свои нужды. В данном случае удалить строчку с тегом автора:
<dc:creator><![CDATA[<?php the_author() ?>]]></dc:creator>.
3. Сохранить этот модифицированный файл где-нибудь в пределах wp-content/, чтобы не затёрся при обновлениях движка.
4. Отключить стандартный шаблон с помощью хука:
remove_action( 'do_feed_rss2', 'do_feed_rss2', 10 );.
5. Подключить с помощью того же хука свой шаблон:

function my_override_do_feed_rss2( $for_comments ) {
    
    // Для комментариев используем стандартный шаблон из папки wp-includes
    if ( $for_comments ) {	
        load_template( ABSPATH . WPINC . '/feed-rss2-comments.php' );

    // Для постов подтягиваем файл с модифицированным шаблоном (указать путь)
    } else {
        load_template( 'path/to/my-feed-rss2-template.php' );
    }
}

add_action( 'do_feed_rss2', 'my_override_do_feed_rss2' );

Желательно оформить всё это в виде плагина и, соответственно, хранить модифицированный шаблон в его папке. При этом путь к шаблону будет задаваться через plugin_dir_path( __FILE__ ).

Код теоретический, приблизительный, на основе документации. Я не тестировал этот метод на практике. Но по идее должно сработать.

Минус такого решения в том, что ваш файл не будет обновляться движком. Исходный шаблон со временем может измениться.

Успехов!

Да, запятые — это моя опечатка, конечно. Рад, что вы с Юрием уже разобрались и всё получилось 🙂 Успехов!

Не туда 🙂 Вот так:

function replace_parent_js_scripts() {
    $handler = 'color-blog-custom-scripts';
    $version = null;
    
    // Отключаем вывод родительского скрипта (если он выводится)
    wp_dequeue_script( $handler );

   // Отзываем регистрацию и освобождаем хэндлер
    wp_deregister_script( $handler );

    // Регистрируем скрипт заново, уже со ссылкой на измененный файл
    wp_register_script( 
        $handler, 
        get_stylesheet_directory_uri() . '/mt-custom-scripts-fix.js', 
        array( 'jquery' ),
        $version,
        true
    );

    // Можно здесь же добавить и вывод скрипта, 
    // хотя я бы вызывал его выборочно 
    // в конкретных нужных шаблонах
    wp_enqueue_script( $handler );
   
    // Передаём в JS скрипт объект с настройками слайдера
    wp_localize_script( $handler, 'color_blogObject', array(
        'menu_sticky' => 'on',
        'wow_effect'  => 'on'
    ) );
}

add_action( 'wp_enqueue_scripts', 'replace_parent_js_scripts', 11 );

Суть в том, что после вывода скрипта туда нужно передать объект с настройками (видимо из админки). Поскольку мы отключили родительский скрипт, этот объект не передался в ваш дочерний вариант. Он пытается найти настройки (объект color_blogObject), котрых нет. Поэтому скрипт выдаёт ошибку (вы можете её увидеть в консоли).

Мы добавляем в код функцию wp_localize_script(), которая передаёт в JS объект «настроек» (временную заглушку). Если ошибка исчезнет и слайдер отобразится, можно будет добавить пару строк, чтобы туда передавались реальные настройки из админки.

• Ответ изменён 6 лет, 1 месяц назад пользователем Norske. Причина: разметка

В дополнение: если сайт не слишком нагруженный, возможно, есть смысл просто использовать плагин. Например, Really Simple SSL. Если вы не слишком увлечены администрированием серверов на уровне сертификатов и протоколов, это хороший вариант, из серии «включил и забыл».

Это похоже на фильтрацию тегов при выводе html. Посмотрите, разрешен ли у вас вывод ссылок в функциях kses.
<?php echo allowed_tags(); ?>

Возможно, эти ссылки содержат какие-то дополнительные атрибуты, не разрешенные при фильтрации wp_kses_post(). В этом случае весь тег <a ...></a> будет вырезаться при выводе. Тогда нужно либо удалить проблемные атрибуты в редакторе, либо разрешить их через фильтр pre_kses. (Либо выводить контент страницы без использования the_content(), с собственной фильрацией).

• Ответ изменён 6 лет, 1 месяц назад пользователем Norske.
• Ответ изменён 6 лет, 1 месяц назад пользователем Norske.

Добрый день!

Если вы хотите полностью исключить родительский файл, попробуйте отозвать его регистрацию с помощью функции wp_deregister_script(). Что-то наподобие:

function replace_parent_js_scripts() {
    $handler = 'mt-custom-scripts';
    $version = null;
    
    // Отключаем вывод родительского скрипта (если он выводится)
    wp_dequeue_script( $handler );

   // Отзываем регистрацию и освобождаем хэндлер
    wp_deregister_script( $handler );

    // Регистрируем скрипт заново, уже со ссылкой на измененный файл
    wp_register_script( 
        $handler, 
        get_stylesheet_directory_uri() . '/mt-custom-scripts-fix.js', 
        array( 'jquery' ),
        $version,
        true
    );

    // Можно здесь же добавить и вывод скрипта, 
    // хотя я бы вызывал его выборочно 
    // в конкретных нужных шаблонах
    wp_enqueue_script( $handler );
}

add_action( 'wp_enqueue_scripts', 'replace_parent_js_scripts', 11 );

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

Пара заметок:

• Иногда «отключенный» скрипт попросту зависает в кэше и в результате даже правильный код не даёт нужного результата. В таких случаях может помочь добавление версии скрипта в переменную $version.
• Часто проблемы возникают из-за путаницы с путями (пропущенный слэш, неправильный относительный путь внутри каталога — например, пропущенная подпапка скриптов «js/» и т.п.). Хорошо бы убедиться, что запрашиваемый файл лежит именно там, откуда вы его запрашиваете (в консоли).
• Юрий верно заметил, что нужно правильно подобрать приоритет add_action() (третий параметр должен быть выше, чем в родительской теме; по-умолчанию там 10, но может оказаться и больше).

• Ответ изменён 6 лет, 1 месяц назад пользователем Norske. Причина: разметка

Добрый день!

Интересный вопрос. Разобрался.

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

Теперь подробности.

Первоисточник

Новое поведение картинок описано в статье «Представляем обработку больших изображений в WordPress 5.3» (текст англоязычный). Обосновывается тем, что огромные изображения зачастую загружаются прямо с камер и нуждаются в подгонке под «веб-оптимальный максимальный размер». (Мнение авторов, не моё. Обсуждать само решение здесь не стоит, лучше сделать это в первоисточнике 🙂 Ниже выжимка из статьи и кое-какие заметки.

Как происходит обработка полноразмерных картинок

При загрузке нового изображения WordPresss проверяет его высоту и ширину. Если размер одной из сторон превышает порог big_image (по умолчанию равный 2560px), изображение считается «большим». Порог можно переопределить новым фильтром big_image_size_threshold.

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

Как отключить всё это

а) [Официальная рекомендация авторов:] Использовать всё тот же фильтр big_image_size_threshold, возвратив ему false.
add_filter( 'big_image_size_threshold', '__return_false' );
Пара нюансов есть в комментариях к первоисточнику. И ещё есть вот это замечание, о том, что может понадобиться отдельно вычистить и промежуточные форматы для ретинных изображений.

function filter_image_sizes( $sizes) {
	unset( $sizes['1536x1536']); // disable 2x medium-large size
	unset( $sizes['2048x2048']); // disable 2x large size
	return $sizes;
}
add_filter('intermediate_image_sizes_advanced', 'filter_image_sizes');

б) [«Ленивый» пользовательский вариант:] Использовать плагин Disable Big Image Treshold.

в) [Радикально, хардкор:] Перейти на ClassicPress. Тем самым, избавиться от всяких неожиданных сюрпризов, вроде Гутенберга в ядре, внезапно распухающих картинок и прочих сыроватых и неоднозначных идей, которые неконтролируемо навязываются с версии 5.0+.

Дополнительные заметки в помощь

1. Возможно, есть смысл просмотреть все зарегистрированные размеры изображений с помощью get_intermediate_image_sizes(). Обычно я пользуюсь ей, чтобы исключить подобные сюрпризы (в том числе в ядре, т.к. в последнее время нововведения появляются быстрее, чем успевают нормально документироваться и читаться).

2. В критичных проектах с большой базой картинок иногда проще использовать белый лист разрешенных изображений, примерно так:

function remove_unused_image_sizes() {

    $allowed_sizes = array( 'thumbnail', 'medium', 'large' );
    $registered_sizes = get_intermediate_image_sizes();

    foreach ( $registered_sizes as $size ) {
        if ( ! in_array( $size, $allowed_sizes ) ) {
            remove_image_size( $size );
        }
    }
}

add_action('init', 'remove_unused_image_sizes');

Это страхует от распухания папки загрузок, но требует внимательности при подключении плагинов, работающих с изображениями (например, ACF Image Crop и т.п.).

3. После всех манипуляций лучше пройтись по базе каким-нибудь чистильщиком, чтобы повырезать остатки от неиспользуемых форматов и битые ссылки. Плагинов море, я пользуюсь Media Cleaner Pro.

Успехов!

Добрый день!

Делал подобное пару лет назад. Точное решение навскидку не вспомню, но по ощущению надо копать куда-то в сторону эндпоинтов: add_rewrite_endpoint() и смежных доков. Попробуйте начать отсюда: https://wp-kama.ru/function/add_rewrite_endpoint Типовой механизм преобразования GET-параметров в ЧПУ абсолютно точно существует и я почти уверен, что ответ где-то на расстоянии пары ссылок от эндпоинтов 🙂

P.S. Если не сложится, напишите, постараюсь на неделе поискать исходники того проекта.