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

Просмотр 15 ответов — с 46 по 60 (всего 128)
  • 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? Впрочем, это уже отдельный вопрос.

    Сегодня обновила плагин до версии 4.4.21. И похоже, что проблема такая была не только у меня, и они ее решили 🙂 По крайней мере, насколько я понимаю по-английски:

    Fixed: Filechange will no longer show false positives with every change in DST (although this will cause run round of such notifications on update).

    А сайт и в самом деле чист. Чем только его не сканировала в эти дни. 🙂

    Flector

    переход на зимнее или смена часового пояса может вызвать такие глюки

    Все равно не могу понять: ну изменилось 26 октября на сервере время — а время создания или последнего изменения файлов/папок все равно осталось ведь прежним. Нет? Вот нарыла такое изречение «В отличие от других решений, iThemes Security сравнивает файлы локально, с момента последней проверки, а не сверяет их с «заводскими» файлами удаленно». Ну и что? Хотя, может я чего не понимаю, но да, было такое в тот день, когда я сайт переносила с локального Денвера на реальный хостинг — тогда тоже iThemes Security сообщил что изменено аж целых 1731 файлов! А у меня с хостингом на час разница.

    В таком случае, если плагин в отчете выводит и h, и d, то изменена и сумма, и дата создания всех файлов? Честно говоря, я тут ничего понять не могу. Единственно, что смотрела только пока роботс — ничего там «левого» нет. На сайт заходила через Гугл поиск — побродила по страницам, потыкала то тут то там — ничего подозрительного.

    Yui

    контролировать лучше не по mtime, а по контрольным суммам,
    время изменения может быть измененно намеренно, а вот с суммой практически ничего не сделать (коллизии не в счет)

    В таком случает объясните мне, дилетантке, что значит, например,

    changed
    • index.php
    h = b61b25303be0f573a6b9446d5cbe3a5b
    d = 1397884537

    h — это hash? Я правильно поняла?
    А d — что это?

    Flector

    changed это может означать изменение времени создания или еще какая хрень — переход на зимнее или смена часового пояса может вызвать такие глюки.

    А ведь верно! Аккурат в ночь на 26 переводили стрелки! Но тогда не совсем понятно на какое время ориентируется плагин?

    Flector

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

    Да, я помню, комп завис, когда Endels работал — завис намертво и пришлось нажимать кнопку reboot, после чего и начались эти проблемы.
    Сейчас вроде как все решено, все нормально работает.

    SeVlad

    Именно так работает денвер — перегенерирует хостс

    То есть он (денвер) при запуске прописывает в hosts на локальный 127.0.0.1 все сайты, которые у него в базе зарегистрированы, а при отключении все возвращает hosts к исходному состоянию?

    Юрий
    теоретически все на свете возможно 🙂 Но, заходя на свой сайт под тем же Линуксом, я вижу свой сайт, со всеми последними изменениями на нем. И в Вебвизоре Яндекса я вижу, что люди реально посещают страницы моего сайта — самые свежие страницы притом тоже. Чудес не бывает.

    Юрий

    Это фантастика! 🙂

    Тогда совсем ничего не понимаю. Ведь все же работало… А тут тебе раз — и нету… И в самом деле фантастика — по-другому и не скажешь.

    Flector, а как, по-Вашему локальный сайт может открыться если не запущен Endels? Да и потом, эти сайты у меня разные все же — не полные близнецы друг друга.
    Может все проще: браузер не находя сайт по локальному адресу, тот что прописан в хостс, обращается в сеть, к DNS серверам? Вроде убедительно… Вот только что-то дало сбой.

    Flector
    По всем правилам — да, не могли. Но ведь уживались — это факт! Не к призраку же я каждый раз обращалась?

    Yui

    переименуйте локальный сайт в другое имя

    Ну это понятно. Но все же не пойму по какой причине это произошло. Ведь вполне дружно вместе 2 сайта на компе уживались, а тут вдруг не поладили…

    Юрий

    а файлик hosts Вы смотрели?

    О вот оно! У меня ведь на Endels’e практически локальная копия сайта установлена давно уже! Я там всякие эксперименты провожу: с плагинами, темами и т.п. Разумеется, в хостс адрес сайта прописан как локаль — 127.0.0.1. Но ведь до недавнего времени проблем не было никаких! Эндельс я не обновляла. Откуда могла взяться такая напасть?
    Сейчас вместо локального прописала в хостс айпи хостера — все работает, конечно! Но теперь локальный-то сайт не доступен опять же…. ((( Как теперь быть?

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