Сергей Dydaevskiy

Добавить сверху условие

RewriteCond %{REQUEST_URI} !^/user/plugins/fred/elFinder-2\.1\.50

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

Тупо храните дату рождения в виде timestamp, соответственно сделать сможете любую выборку и сравнить ее с любым моментом.

Ну если офигенно хочется можно запускать ваш скрипт обновления раз в сутки, например кроном, но опять же нафига

Внимательно читаем документацию:

post_status (string / array) - use post status. Retrieves posts by Post Status. Default value is 'publish', but if the user is logged in, 'private' is added. Public custom statuses are also included by default. And if the query is run in an admin context (administration area or AJAX call), protected statuses are added too. By default protected statuses are 'future', 'draft' and 'pending'.

То есть, значения по умолчанию вам не подходят и необходимо явно указать необходимые статусы. Минимум:

$args = [
    'post_status' => [ 'publish', 'private' ],
];

Или совсем явно:

$args = [
    'post_status' => 'any',
];

ЗЫ: И не делайте 'posts_per_page' => -1,, это плохая практика. Укажите пусть большое (с запасом), но конкретное число. Например 100, 500, 1000.

На примере роли Редактор

1. При регистрации типа записи задаете capabilities
2. При создании роли или для существующей прописываете доступ с помощью add_cap
3. На самом сайте проверяете перед выводом постов залогинен ли юзер и его роль

Чуть подробнее:

Шаг 1, регистрация типа записи:

function register_works() {
	$labels = array(
		'menu_name' => __( 'Работы подписчиков', 'ay' ),
		'name' => __( 'Работы подписчиков', 'ay' ),
		'add_new' => __('Добавить работу', 'ay'),
		'add_new_item' => __('Добавить', 'ay'),
		'edit_item' => __('Редактировать', 'ay'),
		'search_items' => __('Искать', 'ay'),
	);

	$args = array(
		'labels' => $labels,
		'supports' => array( 'title', 'editor', 'author', 'thumbnail', 'comments' ),
		'menu_icon' => 'dashicons-groups',
		'menu_position' => 13,
		'rewrite' => array('slug' => 'works'),
		'public' => true,
		'has_archive' => false,
		'capabilities' => array(
			'edit_post' => 'edit_works_content',
			'edit_posts' => 'edit_works_contents',
			'edit_published_posts' => 'edit_published_works_contents',
			'edit_others_posts' => 'edit_other_works_content',
			'publish_posts' => 'publish_works_content',
			'read_post' => 'read_works_content',
			'read_private_posts' => 'read_private_works_content',
			'delete_post' => 'delete_works_content',
			'delete_posts' => 'delete_works_contents',
			'delete_published_posts' => 'delete_published_works_contents'
		),
		'map_meta_cap' => true
	);
	register_post_type( 'works', $args );
}
add_action( 'init', 'register_works' );

Шаг 2, раздача доступа:

function add_studio_caps() {
	$editor     = get_role('editor');
	$editor->add_cap('edit_works_content');
	$editor->add_cap('edit_works_contents');
	$editor->add_cap('read_works_content');
	$editor->add_cap('read_private_works_content');	// закомментить
	$editor->add_cap('delete_works_content');
	$editor->add_cap('delete_works_contents');
	$editor->add_cap('edit_published_works_contents');
	$editor->add_cap('delete_published_works_contents');
	$editor->add_cap('edit_other_works_content'); // закомментить
}
add_action( 'admin_init', 'add_studio_caps');

Шаг 3, на фронте:

if ( is_user_logged_in() ) {		

		global $current_user;		
						
		if ( in_array( 'editor', $current_user->roles ) {
                        
		  // выводим посты

ami.responsivedesign.is

Идея неплохая, но пока невыполнимая. Максимум, что вы можете сделать, это добавлять комментарии, но поиск по ним происходит невсегда, если вообще происходит.
По большому счету, вы ожидаете некоторый слой метеданных над тектом Документов Гугл. Таких возможностей пока нет.

Попробуйте отправить передложение по улучшению продкута https://gdriveru.blogspot.se/2017/04/reportproblen...

$.each(json.result.reviews, function(i,v) {

        if (v.author_name === "Имя Человека") {
           (... старый код метода ....)
        }
     });

Смотри там идёт контейнер с z-index: 0 и position: fixed, в нём <video>

В папке плагина woocommerce есть файл со всеми хуками - woocommerce_hooks.php . Находите в нем отрезок, который отвечает за нужный вам кусок шаблона (в вашем случае woocommerce_single_product_summary), смотрите вызовы add_action.
У вас они будут как раз такие, как закоментировано в коде выше, то есть:

@hooked woocommerce_template_single_title - 5
             * @hooked woocommerce_template_single_price - 10
             * @hooked woocommerce_template_single_excerpt - 20
             * @hooked woocommerce_template_single_add_to_cart - 30
             * @hooked woocommerce_template_single_meta - 40
             * @hooked woocommerce_template_single_sharing - 50

В данном случае числа - это последовательность (приоритет) активации action'ов.
Теперь вам нужно в functions.php вашей темы деактивировать эти action'ы методом remove_action и выполнить их активацию в нужном вам порядке.
Например, вам нужно, чтобы сначала выводилось название товара, затем краткое описание, затем цена и тд.
Код будет примерно такой:

*тут перечисляем все строки с методом remove_action:

remove_action('woocommerce_single_product_summary', 'woocommerce_template_single_title', 5);
remove_action('woocommerce_single_product_summary', 'woocommerce_template_single_price', 10);
... и т.д.

*Теперь вызываем те же действия по хуку woocommerce_single_product_summary, но в нужной нам последовательности:
add_action('woocommerce_single_product_summary', 'woocommerce_template_single_title', 5);
add_action('woocommerce_single_product_summary', 'woocommerce_template_single_excerpt', 10);
add_action('woocommerce_single_product_summary', 'woocommerce_template_single_price', 15);
... и т.д.

Числовой приоритет вызова обычно делают кратным 5 для того, чтобы можно было потом еще что нибудь впихнуть между вызовами. Например, захотите потом добавить вывод ключевых слов или уникального поля товара между названием и кратким описанием. Тогда приоритет вызова можно будет сделать 6-9 без необходимости заново перебирать весь массив вызова хука.

Подробнее про понятия hook, action и filter читайте в официальном руководстве: Introduction to hooks: actions and filters

Вы же понимаете, что вы предлагаете на "защищенную" https страницу подгружать ресурс(который мб и js) по http, который может быть легко подменен вашим соседом например?

1. h264, с настройками экспериментировать... Получить битрейт меньше 5мбит на таком размере картинки вполне можно, обычно без особой потери качества...

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

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

4. Возможно изгнать дизайнера, который это придумал? =)
Как говорится, в каждой шутке есть доля шутки. Например, клиенты открывшие сайт через мобильную сеть будут совсем не рады такому расходу трафика, даже если у вас получится раз в 5 уменьшить видео, а у них его без лагов посмотреть... Т.е. видео в фоне, это может быть и красиво, но не практично, и зачастую, очень проблемно и для пользователя и для хозяина сайта... Может быть лучше каким-нибудь слайдшоу в фоне обойтись?