Jump to content

campusboy

VIP
  • Content Count

    915
  • Joined

  • Last visited

  • Days Won

    23

Posts posted by campusboy

  1.  

    Ну да. Там код не такой уж и большой)

     

    <a href="#contact_form_pop" class="fancybox">Открыть контактную форму</a>
     
    <div style="display:none" class="fancybox-hidden">
        <div id="contact_form_pop">
            [contact-form 1 "Contact form 1"]
        </div>
    </div>

     

     

    Да Вы, батенька, знаете толк в извращениях  :) Он и не будет работать, ведь в произвольных полях шоркоды не преобразуются в нужный код. Плюс при сохранении поля может происходить чистка от невалидного кода. Правильным решением будет в нужном шаблоне прописать его, к примеру так:

    <div style="display:none" class="fancybox-hidden">
        <div id="contact_form_pop">
            <?php echo do_shortcode('[contact-form 1 "Contact form 1"]'); ?>
        </div>
    </div>
    

    Чем этот вариант Вас не устраивает?

  2. Дело еще в том, что у рубрик есть описание порядка 1500 знаков и на данный момент ПС "вырывают" из него для дискрипа кусок на свое усмотрение, а я хочу чтобы в дискрипшене были другие пара предложений... А так как рубрик немного, может тогда лучше в коде изменения тайтла и дискрипа сделать, не трогая плагин? 

    Если для Вас возиться с кодом в теме проще, чем сменить плагин, то да - делайте так  :) Только у вас это поле заполнено большим текстом, куда вы текст для деспришна будете сувать?

  3.  

    В рубриках WP есть стандартное поле ОПИСАНИЕ РУБРИКИ.

    Заполняете его.

    А теперь выводим примерно так в header.php: 
    
    <?php if ( is_category() ) { ?> <meta name="description" content="<?php echo category_description(); ?> "/> <?php } ?>

     

    Обычно это поле используют для вывода текста на странице рубрики и еже с ними, потому там даже визуальный редактор предусмотрен, чтобы удобно было работать с большим текстом. Хотя да, если вывод описания не планируется, то можно и для деспришна использовать, но тогда это не попадает под условие:

     

    Про "ручками в коде" читал - более "легкое" что-то есть?  

     

    Да и плагин сразу добавляет мета-теги под твиттер и другие соц.сети, что довольно-таки удобно.

  4. Спасибо за развернутый ответ, воспользуюсь вашим опытом! 

    Рад был помочь! Можете просто поставить Yoast SEO с включенным All In One SEO Pack, сделать миграцию, но All In One SEO Pack не удалять потом, просто деактивировать. Если что-то не понравится, Yoast SEO убираете, а All In One SEO Pack активируете обратно. Конечно, лучше сделать бэкап базы данных перед всеми действиями - это сама по себе хорошая практика. Сразу скажу, что миграция позволит перекопировать только лишь тайтлы, дески и кейвордсы у постов, но сами по себе настройки нет, ведь они у них разные. Придется Yoast SEO настроить вручную. Сео главной страницы тоже не скопируется, скорее всего. В целом, это не долгая и не сложная операция. Зато потом вздохнете спокойно, так как теперь сео можно будет прописывать где угодно: рубрики и метки (и другие пользовательские виды таксономий), записи и страницы (и другие пользовательские виды постов), аттачменты (картинки и т.д.).

  5. Когда искал информацию, читал, что после обновления темы иногда приходится якобы что-то восстанавливать...

    За несколько лет использования такого не было. Тема работает отдельно, хранит настройки свои отдельно. Плагин работает отдельно, настройки хранит отдельно. Вы с 1 отзыва усложняете себе жизнь. Раньше у меня тоже был All In One SEO Pack, после того как однажды попользовался Yoast SEO - сделал миграцию у всех сайтов, благо у него сразу есть такая функция переноса при надобности. Клиентам тоже ставлю только его и никто не жаловался на глюки или малофункциональность. Всего хватает, так сказать.

  6. Читал, что он "капризничает"... А в установленном All In One SEO Pack эта проблема никак не решается? 

    Что значит капризничает? All In One SEO Pack не умеет работать с таксономиями, потому я от него и отказался.

  7. Даю теоретическое решение, нет тестового сайта под рукой:

    function woo_new_product_tab_content() {
      global $post;
      
      $my_field1 =  get_post_meta($post->ID, 'my_field1', true);
      $my_field2 =  get_post_meta($post->ID, 'my_field2', true);
    
      echo '<h2>Состав</h2>';
      echo '<p>Это описание новой вкладки.</p>';
      
      echo $my_field1;
      echo $my_field2;
    }
    
  8. Думал думал, сомневался, и вот вчера решился перевести на клодифлаер пару сайтов

     

    А сегодня случайно наткнулся на статью https://m.geektimes.ru/post/270502/видимо не стоит подождать и не спешить

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

  9. Привет. В WP с какого-то момента в коде страниц появилось следующее:

    <link rel='dns-prefetch' href='//fonts.googleapis.com'>
    <link rel='dns-prefetch' href='//s.w.org'> 

    Стоит ли это убирать или это реально полезная вещь? Ходят слухи, что это ускоряет процесс подгрузки файлов (картинки и т.д.) с перечисленных доменов.

     

    P.S.: Интересная статья о предсказывающих страницах на Хабре попалась. Но всё же хотелось побеседовать на эту тему с тем, кто уже использовал данную методику. Интересно, приносит ли данная технология положительный плоды.

  10. 1) Если допустим регаюсь из России, то они на русский сервер переводят, судя по логике, чем ближе к целевой аудитории, тем быстрее открывается страница, хотя все зависит от сервера.

    2) Вот вы этот сайт со скрина на русском сервере держите или заграницей?

    3) И еще вам какой ip дал клаудс?

     

    1) Так точно

    2) Рускоязычный сайт в зоне ru

    3) Проверка показывает:

     

    aa17310475f340b28a51b6d89b1e7f28.png

  11. 1) Мне непонятно одно сайт будет храниться на моем хостере, грубо говоря в едином экземпляре (движок, бд)?

    2) Они точно не стырят данные.

    3) Грубо говоря мне будет нужен только диск?

    4) Оперативную память хостера я напрягать не буду что ли?

    5) И еще такой вопрос, если я пропишу их dns, то ip сайта они тоже изменят на свой?

    6) А вдруг скажем какой-либо сайт на их ip попадет в единый реестр, капец будет всем.

    7) Ведь то можно хостеру написать и они переводят на другой ip.

    1) Всё остаётся как прежде, только между вами и пользователем появляется посредник в виде Клаудфлаер, который пропускает трафик через свои сервера, помогая в тех или иных ситуациях, которые уже описаны в этом топике. 

    2) Теоретический всё можно стырить. В данном случае Вы им же не передаёте никакой инфы, просто трафик проходит через их сервер. Схема простая. Пользователь запрашивает страницу, запрос летит на сервер клауда, сервер клауда (если у него нет кеша данной страницы) делает запрос на ваш сервер, получает страничку и отдаёт пользователю. Всё. Если грубо в двух словах - клауд как парсер что ли, не знаю как абстрактно ещё сказать. Он не лезет в базу или куда ещё. Если совсем абстрактно, это как покупка продуктов в магазине. Вы приходите за каким-то продуктом в магазин (это кеш), ищите и не находите, продавщица говорит "Идите значит на оптовый рынок" (оригинал вашего сайта). Вы без проблем идёте туда и берете нужный продукт. А продавщица "Так, продукт нужен людям, надо его себе тоже взять (создать кеш этой страницы у себя), чтобы пользователь далеко не шёл и мог быстро его получить у нас. В следующий раз покупатель приходит, а в магазине такой продукт уже есть и ему не надо идти на оптовую базу. Видно, что магазин (клаудфаер) не изменяет продукт (не лезет в настройки сайта и так далее), просто делает контент "ближе" к пользователю. Естественно, в клауде реализован механизм слежения за актуальными версиями ваших страничек. Да и вообще эту функцию можно отключить, раз уж на то пошло. Вот пример одно из моих сайтов, где клауд помогает мне с кешированием, а значит экономит ресурсы моего хостинга. По графику, 54% запросов были отданы из кеша, мой сервак их вообще не отрабатывал, прохлождался. Ну а также видно, что клауд предотвратил несколько "покушений" на сайт.

    e8a8cd80bc554d28995560ec1f37f25f.png

    0a5423de631b4a5698b09a904477f876.png

    3) Требуется всё то, что и было раньше. В этом плане никаких изменений.

    4) Смотрите пункт 4. Ответ: будете напрягать. Если клауд не закешировал вашу страничку, что он отдаст пользователю? Естественно, он перенаправит пользователя на Ваш оригинальный сайт и в то же время постарается создать кеш этой страницы, чтобы в следующий раз при запросе этой страницы отдать её уже из кеша. Это как плагин кеширования в движке, только удаленный.

    5) Да, IP адреса станут клаудовские для внешнего интернета.

    6) Теоретически такая возможность есть, практические инциденты тоже были уже (помнится билайн чудил), но эти случае единичны и через время разрешаются. Сейчас я не слышу, чтобы были с этим проблемы.

    7) Вам никто не мешает в подобной ситуации в панели управления клауда поставить настройку пропускать трафик мимо серверов клауда (всё станет оригинальным без лишней суеты) или вообще зайти к регистратору домена и сменить DNS клауда на нужные.

  12. А у меня еще такой вопрос. Может вы знаете. Я вот попалась найти инфу как им пользоваться. Я вот не совсем поняла. Там нужно в домене заменить сервера на их. Получается на моем хостере сайт будет только храниться? Или что. Мы же платим хостеру, чтобы сайт работал на его сервере. Я чет принцип не поняла.

     

    Вы добавляете сайт в Клауд, он сам сканирует его и сохраняет у себя настройки домена/хостинга (текущие IP и так далее), затем просит Вас указать свои NS сервера у домена. Вы копируете их (emily.ns.cloudflare.com, miles.ns.cloudflare.com) и идёте в панель своего регистратора домена и меняете NS на клаудовские. Всё. Ждём, когда произойдет смена NS у домена (всё как обычно). Как только они сменятся, то весь трафик начнёт проходить через сервера Клауда, где он будет фильтроваться на предмет атак и так далее, а также, если у него уже есть кеш, отдавать сразу кешированные ваши страницы со своих CDN серверов, не обращаясь к вашему сайту вообще. В чём ещё удобство? К примеру, Вы захотели переехать на другой хостинг. Как было раньше? Вы переносили сайт, шли потом в админку домена, меняли там DNS старого хостинга на новый, ждали +/- 1 день. Теперь не надо. NS у домена не меняются, они всегда будут клаудовские. Просто заходите в админку клауда, сменяется IP старого хостинга на новые, ждете около минуты - готово, сайт начал грузиться с нового хостинга. Это крайне удобно, особенно когда хочется протестировать тот или иной хостинг и выбрать понравившийся - делается всё очень быстро. Я доступно объяснил или остались вопросы?

  13. 1) Кешируют они страницы сайта?

    2) У меня нет плагинов кеширования, они кривят шаблон, либо сайт не работает.

     1) Если речь о cloudflare, то он кеширует ваши страницы и они отдаются с их CDN серверов, то есть даже если Ваш сайт упал, то пользователь всё равно увидит страницу сайта, как будто всё нормально (если страница закеширована, соответственно), а также он умеет минифицировать JS,CSS и HTML "на лету".

    2) Тут сложно сказать, почему плагины кеширования не работают, я на своей практике проблем не встречал, так как крайне редко public-шаблонами пользуюсь. Даже не представляю, как шаблон и плагин могут конфликтовать. Нужно лог ошибок глядеть, чтобы понять первопричину.

  14. Я написала, толку то, они молчат. У них норма отвечать раз в 3-4 дня

     

    Поэтому сейчас "стильно, модно, молодёжно" сажать домен на NS cloudflare.com, а потом менять A записи и еже с ними в считанные секунды. Про этот сервис на форуме не единожды говорили, ибо в бесплатном тарифе имеет ещё кучку интересных примочек, к примеру кеширование.

  15. Привет. Скорее всего не совместимость используемой темы с WP этой версии. Это всё, что можно предположить, хотя за 5 лет работы с WP такого не встречал. Поставьте плагин Query Monitor, он покажет какие ошибки, что-то типа того:

     

    screenshot-1.png

     

    Щёлкнув по пункту, получим что за ошибка и поймём, как её исправить.

×
×
  • Create New...