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

Просмотр 15 ответов — с 46 по 60 (всего 60)
  • Перенести с http на https довольно просто, я так делал тысячу раз 🙂
    Просто делается правило в .htaccess^

    RewriteCond %{SERVER_PORT} !^443$
    RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

    Все начинает работать сразу, а уже потом можно делать правки, которые Yui (@fierevere) озвучил.

    2SeVlad Спасибо за критику.
    Да, не люблю я ПХР. В перле сделал бы все регекспами.
    А конструкцию
    $table_prefix = str_replace (‘__’,’_’,$table_prefix);
    пришлось сделать для того, чтобы для домена второго уровня префикс был wp_ а не wp__
    А для третьего wp_имя_ а не wp_имя.
    Работает.

    Все, всем спасибо, извините за бесокойство.
    Проблема действительно с галочкой «разрешить встраивание» на параметрах видео.
    Но изменения вступают в силу на странице сайта, если удалить ссылку и вставить по новой.

    Всем спасибо. ПРоблема с Русским языком решена (выучил китайский 🙂
    И как решение:
    Делаем файл с расширением пхп такого содержания, копируем в голову и вызываем:

    
    <?php
    
    require_once( 'wp-config.php' );
    
    #echo DB_HOST, "-", DB_USER, "-", DB_PASSWORD, "-", DB_NAME, "<br>\n";
    
    $mysqli = new mysqli(DB_HOST, DB_USER, DB_PASSWORD, DB_NAME);
    if ($mysqli->connect_errno) {
        echo "Not Connect: (" . $mysqli->connect_errno . ") " . $mysqli->connect_error;
    }
    
    $res = $mysqli->query("show tables from ".DB_NAME.";");
    
    if (!$res) {
        echo "ErrorBD. No Tables\n";
        echo 'Error MySQL: ' . mysql_error();
        exit;
    }
    
    while ($row = mysqli_fetch_array($res)) 
    {
        echo "Table: {$row[0]}<br>\n";
        $res1 = $mysqli->query("SELECT COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA='".DB_NAME."' AND TABLE_NAME='{$row[0]}';");
        while ($row1 = mysqli_fetch_array($res1)) 
         {
         echo "Columns: {$row1[0]}";
         $mysqli->query("UPDATE {$row[0]} SET {$row1[0]} = REPLACE({$row1[0]}, CONCAT( CHAR(209), CHAR(63) ), CONCAT( CHAR(209), CHAR(136) ));");
         $mysqli->query("UPDATE {$row[0]} SET {$row1[0]} = REPLACE({$row1[0]}, CONCAT( CHAR(208), CHAR(63) ), CONCAT( CHAR(208), CHAR(152) ));");
         echo " Ok<br>\n";
         }
    }
    
    ?>
    • Ответ изменён 5 лет, 9 месяцев назад пользователем Yui. Причина: code

    Спасибо ответившим.
    Т.к. такое не только у этого «кривого» хостера 🙂 То, имхо, дело не в этом.
    Перед переносом решил на тестовом домене попробовать.
    Решил поподробнее посмотреть базу.
    При переносе я, соответственно, меняю ссылки и путь на сервере.
    И тут (хочется кому-то обрезать руки)…
    В бд есть такая запись:
    (39, ‘recently_edited’, ‘a:5:{i:0;s:91:\»/home/Alex_UUU/web/umnikov.ru/public_html/wp-content/themes/xmag/template-parts/content.php\»

    Вроде бы логично путь изменить на новый, типа (как хостер дал) /home/umnikov.ru/
    Но не все так просто s:91 показывает длину этого внутреннего значения. Т.е. надо менять и его.

    Блин, база данных в поле таблицы базы данных.
    Я, конечно, такое делал, но через сплит и разделителями…

    Итогом где-то не подтягиваются стили.
    Тему пока не закрываю.

    2winner2018: хостер накладывает ограничения при превышении нагрузки от сайта. Посмотри в панеле управления. А нагрузка вырастает через пару часов после заливки — поисковые роботы прут…

    Юрий, прикольно. Первый раз такое правило вижу. Но оно классное и простое 🙂
    2matros97: права состоят из 3 групп и 3 прав.
    Для себя — для группы для всех.
    Чтение — запись — исполнение.
    Если на файле четное — значит исполнение запрещено. Я с СГИ в основном работал. Это у меня либо ошибку выдавало, либо текстовку показывало 🙂

    Судя по всему хостер еще и ограничения наложил на сайт…

    Посмотри какие права стоят на скрипте и в папке.
    Поставь правильные. 755, вроде должны быть.

    Огромнейшее спасибо.
    Действительно он, паразит.
    ПРоверил: удалил файлы из папки, запустил — есть файлы.

    Еще раз спасибо всем, кто откликнулся. Всем удачи!!!.

    Да, вот такие плагины пробегали (установлены не все)
    18.06.2018 23:23 <DIR> admin-bar-login
    18.06.2018 23:23 <DIR> cyr-and-lat
    18.06.2018 23:24 <DIR> ewww-image-optimizer
    18.06.2018 23:24 <DIR> google-captcha
    18.06.2018 23:23 <DIR> google-document-embedder
    18.06.2018 23:24 <DIR> google-sitemap-generator
    18.06.2018 23:23 <DIR> image-zoom
    05.02.2017 00:04 28 index.php
    18.06.2018 23:23 <DIR> mypuzzle-jigsaw
    18.06.2018 23:24 <DIR> php-code-widget
    18.06.2018 23:24 <DIR> pods
    18.06.2018 23:23 <DIR> post-type-switcher
    18.06.2018 23:23 <DIR> puzzle-game-widgets
    18.06.2018 23:23 <DIR> qr-code-tag
    18.06.2018 23:24 <DIR> request-call-back
    18.06.2018 23:24 <DIR> simple-local-avatars
    18.06.2018 23:24 <DIR> simple-tags
    18.06.2018 23:23 <DIR> ulogin
    18.06.2018 23:23 <DIR> uptolike-share
    18.06.2018 23:23 <DIR> wpcat2tag-importer

    ПРодолжают создаваться… 🙁

    Хм. Шерстить БД на предмет изменений?

    Оптимизатор деактивировал, ватермаркер не устанавливал.

    Еще парочка создалось…

    Юрий, приношу свои извинения.
    / wp-content / uploads / ………
    конечно.

    Пока писал, опять файлик создался
    Удалил ./uploads/2017/11/tmp
    Посмотрим к вечеру.

    Еще одно наблюдение.
    Есть папки tmp с 755 правами, созданные в 17 ноября 2017г.
    Обе пустые. Одна в /upload/2017/
    Другая в (!!!) в /upload/2017/11/
    Не может ли быть, что WP через эту папку «узнает» о том, что операции по созданию миниатюр закончились? Нет папки — все ок, есть папка — надо делать?
    А т.к. он это делает, например в июне 2018, то и создает файлы в /upload/2018/06/

    Как такое предложение?

    Значит я неправильно отписал. Дубликаты разных размеров они создаются сразу и в той папке, когда загружал. С этим проблем нет.
    Вот сегодня утром почистил папку /upload/2018/06 т.к. в этом месяце ничего не грузил.
    И бац, в 13:26 появился файл «xxx.jpg», который я загружал в ноябре 2017г и он есть в той папке. Обработанный оптимизатором а тут — чуть ли не в исходном размере!!!
    Т.е. старый 70 кб, а этот 250кб!!!

    Ощущение, что WP считает, что что-то до конца не обработано и постоянно оптимизирует. Но знать бы, где это временное хранится.

Просмотр 15 ответов — с 46 по 60 (всего 60)