- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Есть такие, кто держит 2 рабочие копии темы + на каждую по дочерней?
Одна основная, другая она же в созвучной проекту папке, все работает и настроено.
Настройки тем экспортируются при каждом изменении, темы и модули лицензионные, оплачены.
Проект коммерческий, скоро запуск, решил подстраховаться и не хочу, чтобы в коде бросалось в глаза начальное название темы.
Спасибо.
Переключаясь с одной на другую ничего визуально не заметно.
Подскажите, пожалуйста, как заставить главную страницу Wordpress открываться по адресу /index.html или index.php
открываться по адресу /index.html или index.php
Не знаю, для чего это нужно, но как-то так
в настройках: Адрес сайта (URL) http://сайт.ru/index.php
и в .htaccess:
Подскажите, установлен плагин Yoast Seo.
Не получается через него поменять Title! Точнее он меняется, но только в настройках, а на выдаче отображается другой - один для всего сайта). Нашёл его(другой) в коде, а как поменять через YS не понимаю.
Мог верстальщик в коде привязать тайтл?
Не знаю, для чего это нужно, но как-то так
в настройках: Адрес сайта (URL) http://сайт.ru/index.php
и в .htaccess:
С любой страницы теперь редиректит на сайт.ru/index.php :(
С любой страницы теперь редиректит
Да, натупил. Так попробуйте (кеш браузера очистите)
Подскажите, пожалуйста, как правильно настроить исключения WP Fastest Cache?
Вывожу дату на странице. Сделал ее в div и в span
Класс добавил в исключения - Исключить CSS
Но дата кешируется.
И получается, если 17.04. создался кеш, то сегодня 18.04
Выводится дача 17.04.
О, не видел этой темы, создал новую - переношу вопрос сюда, простите.
Приветствую уважаемое сообщество.
Вот какой вопрос.
Есть персональный сайт, как музыканта. Там есть в некоторых местах - послушать песню. Реализовано самым стандартным элементарным проигрывателем Wordpress из коробки (который задается из редактора - простейшим кодом figure class="wp-block-audio" или визуальным редактором). Как известно, на странице ты (ну, автор сайта в смысле) задаешь, какой файл этому проигрывателю играть, и когда посетитель нажимает на треугольничек воспроизведения, то на сайте воспроизводится аудиозапись (mp3 или wav), идет ползунок...
И в стандартном варианте чаще всего, естественно, этот музыкальный файл (mp3 или wav) лежит где-нибудь там же на том же хостинге, например - в какой-нибудь там папке /music.
В связи с вопросом, связанным с тонкостями тарификации DDoS-защиты, возникает желание до минимума минимизировать трафик (потому что дерут деньги за превышение ширины канала).
Вот и вопрос. Если песни на том же хостинге, и придут их слушать сразу много человек - это плохо, трафик в единицу времени будет таким, что это может вылиться в ненужные расходы. Пусть мой хостинг называется для примера "Хост А".
А если музыкальные файлы разместить в ДРУГОМ месте? Например - вообще у другого хостера - на "Хост Б"? А проигрыватель и сам сайт - на Хосте А, и этому проигрывателю задается файл, расположенный у другого хостера. Играть-то должно, а вопрос про нюанс, вот какой.
Вопрос про тонкость работы этого Wordpress-плеера - либо это будет взаимодействие браузер юзера и Хоста Б, и тогда DDoS-защите Хоста А вообще не за что драть деньги. Либо плеер, находящийся на Хосте А, подгружает с Хоста Б файл (весь или частями) на Хост А, и только потом играет, тогда к юзеру идет звуковой файл с Хоста А - и это приводит к затратам.
А как на самом деле? Какой из вариантов? Цель, естественно, играть из другого места, чтобы затрат не было.
Браузер пользователя будет загружать файл по прямому URL хоста Б. На сайте (Хост А) будет лишь указание адреса источника.
А проигрыватель и сам сайт - на Хосте А, и этому проигрывателю задается файл, расположенный у другого хостера. Играть-то должно, а вопрос про нюанс, вот какой.
Играть "должно", если в ограничениях (хоста Б, например) другого не задано. =)
Играть "должно", если в ограничениях (хоста Б, например) другого не задано. =)
Да, логично, спасибо. Ну, это, надеюсь, вопрос технический, надеюсь - решаемый. В том смысле, что Хост Б можно повыбирать, чтобы работало. Применительно к жизни - он может быть хоть у того же хостера, только не включенный в защищенный канал.
Браузер пользователя будет загружать файл по прямому URL хоста Б. На сайте (Хост А) будет лишь указание адреса источника.
Спасибо большое, это важно.
Пожалуйста, если у кого-нибудь есть другие мнения, напишите, пожалуйста, потому как очень не хотелось бы вдруг узнать об этом из нехилого счета от провайдера ))).