Ответы в темах

Просмотр 15 ответов — с 31 по 45 (всего 126)
  • А, дык это касается только тех, кого Contact Form 7 установлен что ли? -:)

    Обновления каким образом выйдут — вместе с обновленным Вордпресс?
    Ух, сейчас мой хостер как напугал письмом про эту уязвимость!

    Автор StellaStan

    (@stellastan)

    ✓ Konstantin

    Тогда плагин https://wordpress.org/plugins/shortcodes-ultimate/ а в нем инструмент «Записи»

    ✓ Konstantin, Вы большой знаток Вордпресс — это безусловно! Спасибо огромное! Плагин и в самом деле замечательный, и, судя по всеми, способен творить великие дела! 🙂 По крайней мере, я свою задачу довольно быстро решила — настолько все интуитивно понятно!

    Автор StellaStan

    (@stellastan)

    Sergey Biryukov, и в самом деле все очень просто! А я подчас элементарные вещи забываю! 🙂

    Автор StellaStan

    (@stellastan)

    Sergey Biryukov
    Спасибо большое за совет. Попробую.

    Sergey Biryukov

    В файле, который отдаётся по умолчанию самим WordPress (при отсутствии реального файла), сейчас ничего подобного нет.
    Там были каталоги wp-admin и wp-includes, последний убран 9 месяцев назад.

    Опять я остала от жизни! 🙂 В позапрошлом году я копировала себе справку с http://codex.wordpress.org/Search_Engine_Optimization_for_WordPress#Robots.txt_Optimization — сейчас там и правда ничего подобного нет!
    Выходит, что только /wp-admin и является в WordPress критически важной?

    Yui

    При прямом вызове неключевые php скрипты должны завершаться die()

    Как, например,/wp-admin/admin-ajax.php? (Гугл его, несмотря на запреты в роботс, все равно индексирует) — в браузере виден только нолик.

    а для сайтов с «традиционным» немобильным «нерезиновым» видом, даже если они и без этого на смартфонах неплохо выглядят.

    Ладно бы так 🙂 У меня на сайте теме Parabola, и метатег viewport там есть, и на тестах вроде Responsinator.com сайт великолепно выглядит — ан нет же! в Просмотреть как Гуглбот для смартфонов сайт выглядит ужасно! — все из-за этих заблокированных css/js 🙂
    У меня, кстати, по Метрике получается, что посетители просматривают мой сайт в основном с широкоэкранных мониторов. Но Гугл обещает, что скоро наступит бооольшооое мобильное будущее!

    У меня в связи с этим переносом на новое место возник один странный вопросец 🙂 Редиректит ведь не только на новый фронтэнд, но и на админку тоже. Так вот — не является ли при этом старый сайт.. как бы это сказать… обратно зеркальным, что ли? Т.е. скажем, я обновляю какие плагины на новом сайте или на нем же меняю пароль — не отражается ли это, как в зеркале, на старом сайте?

    Sergey Biryukov

    Отдельно, лучше в самый верх.

    И верно! Мало того — только в этом случае редирект и работает! А код вообще-то малость другой нашла —

    RewriteEngine On
    RewriteCond %{HTTP_HOST} ^old-site\.ru$ [NC]
    RewriteRule ^(.*)$ http://www.site.ru/$1 [R=301,L]

    Все сделала, в целом все нормально. Одно не понятно — в htaccess как правильно прописывать редирект?
    Во-первых, вот эти строки

    RewriteEngine on
    RewriteCond %{HTTP_HOST} ^site1.ru$ [OR]
    RewriteCond %{HTTP_HOST} ^site1.ru$
    RewriteRule ^(.*)$ http://site2.ru/$1 [R=301,L]

    Здесь site2.ru/ имеется в виду новый домен. Но эти строки вообще верные?
    Во-вторых, в htaccess Вордпресса есть такое

    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    … и т.д.

    Куда надо вставлять первый код — после # BEGIN WordPress или же нужно писать их отдельно? Я пока отдельно, в самый низ htaccess вписала.

    Юрий, искренне благодарю за ценные советы! Ну что же, пойду пытать счастья! 🙂

    Юрий

    См. заметку Замена домена по живому

    А, скрипт Search Replace DB! — его я знаю! Я использовала его при переноса сайта с Денвера на реальный хостинг! Отличная штука!
    Теперь вот только не знаю: что-то в плагинах надо еще менять? А с картинками как произойдет — прежние папки с ними, датированнные 2014 годом случаем автоматически не переименуются типа 01-2015 — со всеми вытекающими?

    Sergey Biryukov, спасибо БОЛЬШОЕ! Теперь понятно! 🙂
    ЗЫ. Ну и дают же эти 2 плагина безопасности повод для паники — уже не первый раз! )))

    Sergey Biryukov

    В WordPress 4.1 полноэкранный режим был переработан — теперь не редактор разворачивается на весь экран, а дополнительные панели пропадают при наборе текста

    Вот только панели то пропадают, а само поле при этом так и остается прежним — узким!!! Это уже не «функция», это уже баг IMHO 🙂

    Доступа к коду форума у нас нет, но на WordPress.org планируют в ближайшие месяцы обновить движок bbPress 1.x до 2.x, и проблема должна решиться.

    Да, это печально. И хорошо бы не только эту проблему решить, а вообще дизайн форума изменить — ведь куда ни глянь, везде форумы как форумы, а этот просто спартанец какой-то :)))

    Нет, я уже ничего не понимаю! Значит, 29 октября плагин в очередной раз обновился, сообщил, что якобы исправлен баг с переходом на DST (летнее время — кстати, почему летнее?! 🙂 Но тут же было сказано, что

    although this will cause run round of such notifications on update

    Насколько я поняла, они не дают гарантий что подобное не повторится в будущем? Но в общем спустя несколько часов после своего апдейта плагин запускает плановую проверку и снова сообщает, что все, абсолютно все файлы снова изменены!
    Я снова делала:
    1. проверяла сайт онлайновым Доктором Вебом — чисто!
    2. вручную сверяла некоторые основные файлы в корне сайта с аналогичными на локальном — совпадают!
    3. натравила на сайт плагин Wordfence Security — тот сообщил что в целом все чисто… кроме… почему-то он не проверяет .htaccess и wp-config.php? Впрочем, это уже отдельный вопрос.

Просмотр 15 ответов — с 31 по 45 (всего 126)