astahov006
Ответы в темах
-
Форум: Темы и шаблоны
Тема: Надо поправить CSS для мобильникаДолжно быть вы правы. Ошибок и предупреждений много насыпано. Хотя на сайте wordpress.org, например, он тоже 6 ошибок показал, и на практически чистой стандартной теме wordpress тоже несколько ошибок нашлось.
Форум: Темы и шаблоны
Тема: Надо поправить CSS для мобильникаefess, спасибо! Помогло.
Может быть еще подскажите, что можно добавить в CSS, чтобы на смартфоне та же главная страница сайта не уезжала влево. А то ее сейчас можно пальцем двигать влево-вправо.
Regards, Alex
Спасибо Юрию и вам, за исчерпывающее объяснение и что раскопали этот функционал.
Нормальные записи не трогаются вроде.
В поддержку обращался. Они сказали, что WP по видимому подчищает какие то черновики. Обещали исправить в следующем релизе, чтобы их плагин не реагировал на данные события. Но вопрос о том, кто там чего подчищает, так и остаётся открытым. Есть ли в WP такой функционал, где он описан и как настраивается? А если это не WP, то кто тогда этим занимается? Ни один из установленных плагинов я не могу заподозрить в этом.
Список активных плагинов. Кто из них может посты удалять по расписанию?
- Advanced Google reCAPTCHA
- AI Image Lab
- Akismet Anti-spam: Spam Protection
- All-in-One WP Migration
- Broken Link Checker
- BuddyPress
- Converter for Media
- Custom Login Page Customizer
- Cyr-To-Lat
- GamiPress
- GTranslate
- Independent Analytics
- Invite Anyone
- MailPoet
- Remove Footer Credit
- User Submitted Posts
- Wordfence Security
- WP Activity Log
- wpDiscuz
- WP Event Manager
- WP Fastest Cache
- WPForms Lite
- wpForo
- WP Mail Logging
- WP Reactions Lite
- WP Telegram
- WP Telegram Login
- Youzify
На хакеров это поведение не похоже.
Вот сегодня ночью опять в то же время:
PostDate: 2024-03-22 17:04:28
PostTitle: Черновик
PostUrl: https://infosecportal.ru/?p=5170
ClientIP: 185.12.92.46
Severity: 300
Object: post
EventType: deleted
UserAgent: WordPress/6.4.3; https://infosecportal.ru
PostStatus: auto-draft
PostType: post
PostID: 5170Странно тогда. Никаких плагинов чистки и оптимизации я не устанавливал и не настраивал.
Похоже WP в фоновом режиме по определенному алгоритму подчищает копии каких-то авто-сохраненных и удаленных постов по 2-3 поста в неделю примерно. Может быть где-то можно об этом почитать и узнать можно ли этот механизм как-то настраивать.
Примеры логов взяты из плагина WP Activity Log
Может у меня и получится самостоятельно этот вопрос как то разрешить. Ещё немного поэкспериментирую с различными видами счётчиков и кэшей. Но проблема достаточно сложная. Все счётчики считают по разному. Чтобы досконально разобраться, в том почему показания счётчиков отличаются в десятки раз надо изучать логи одновременно на уровне веб сервера, на уровне cms и на уровне браузера с включенным и выключенным кэшированием, тоже на разных уровнях. При этом надо имитировать поведение различных типов ботов, сетевых сканеров и эксплойтов и смотреть как это отражается в логах и как фиксируется различными видами счётчиков. Это очень трудоемкий процесс. У меня уже не хватает энергии и времени на подобные исследования.
К сожалению мне никого не удалось пока заинтересовать своими рассуждениями. Есть логи веб сервера, есть аналитический отчёт по этим логам, есть логи cms, есть подробный анализ статистики по ним, есть отчеты Яндекс метрики и Гугл аналитики. К сожалению я сам не большой специалист в этом. Думал скину эти данные разработчику wp statistics или Яндексу или в этом форуме кого то заинтересует эта ситуация и он сможет мне объяснить в чем дело. Но такого человека пока не нашлось.
Если вы считаете, что для вас нет смысла это обсуждать, то значит так оно для вас и есть.
А для меня стало удивительным открытием, что счётчики Гугла и Яндекса, на которые полагаются большинство оптимизаторов и владельцев сайтов, могут никак не фиксировать 95% обращений к сайту. Если бы они отфильтровывали «полезные» посещения от «спама», создаваемого ботами, сканерами, эксплойтами и т.п., то другое дело. Они же получается практически ничего не видят. Нафига нужна такая «статистика»?
Например, такой чудо счётчик показывает что сайт посетили 100 пользователей. А могло их быть 200? Вполне вероятно. Просто баннерорезками их обрезали. А могло их быть 1000? Тоже вполне возможно. Просто недогрузились страницы или конфликт с другими скриптами или проблемы с браузерами или что то помешало установить связь с сервером и т.д.
А на эти технологии завязанные многомиллиардные бизнесы.
кстати, после того как я предложил Яндекс поддержке переслать им лог моего веб сервера с отчётом по результатам его анализа, они мне перестали отвечать.
кроме это у меня ещё гугл аналитика установлена тоже через официальный плагин Гугла и ее показание не сильно превышают Яндекс метрику, процентов на 10.