Kost Troll: Если это так, то каков смысл в вечном обновлении самого WP?
Потому что там тоже есть что хакать, как во всем. Но оно не известном всем людям, а только узкому кругу. Бывает что информация о дыре выходит в массы после того, как ее пофиксили в новой версии.
Kost Troll: Вот и опять-же безопасность и еще раз безопасность. Обновления - безопасность. Чтобы закрыть дыры - нужно обновление. Это я понял. Аргумент принят.
Это причина минимум. Другие причины: улучшенный функционал. Новый редактор, да, да.
Kost Troll, хорошей практикой разработки является - использование последней стабильной версии, что WP, что ЯП, что любого плагина.. Если нужна причина: как минимум ради безопасности.
Kost Troll: За Линукс не скажу, но предполагаю что и там многие не торопятся переходить на последние версии систем, по разным причинам.
А вы спросите нормального сисадмина о необходимости обновлений :)
Если у вас локально что-то юзается - ок, но если это доступно всему миру - тут уже вопросы...
Теперь я могу с уверенностью сказать, что папка "/wp-content/languages/plugins" не сохранит файлы перевода.
WP, при автоматическом обновлении перевода плагина, перезапишет пользовательские файлы перевода.
В ходе этого выяснения, я нашел фильтр load_textdomain_mofile, если плагин loco-translate не подходит, то через этот фильтр тоже можно указать .mo файл.
Пример:
/** * Функция смены .mo файла * применяется к фильтру load_textdomain_mofile * * https://developer.wordpress.org/reference/hooks/load_textdomain_mofile/ */ function filter_load_textdomain_mofile($mofile, $domain) { if ('woocommerce' == $domain) { $mofile = WP_LANG_DIR . '/custom/woocommerce-ru_RU.mo'; }
Если это так, то каков смысл в вечном обновлении самого WP?
Потому что там тоже есть что хакать, как во всем. Но оно не известном всем людям, а только узкому кругу. Бывает что информация о дыре выходит в массы после того, как ее пофиксили в новой версии.
Вот и опять-же безопасность и еще раз безопасность.
Обновления - безопасность.
Чтобы закрыть дыры - нужно обновление.
Это я понял. Аргумент принят.
Это причина минимум. Другие причины: улучшенный функционал. Новый редактор, да, да.
Естественно, дырявая система вечно требует обновления безопасности, я-же сразу сам указал на эту причину.
Ложное убеждение, https://kinsta.com/wp-content/uploads/2016/10/hacked-wordpress-websites-plugins-768x462.png . Посмотрите на разницу между core и hosting.
Оффтоп.
Все в какой-то мере дыряво, включая такие материальные вещи как плоть, железе и т.д..
Kost Troll, хорошей практикой разработки является - использование последней стабильной версии, что WP, что ЯП, что любого плагина.. Если нужна причина: как минимум ради безопасности.
За Линукс не скажу, но предполагаю что и там многие не торопятся переходить на последние версии систем, по разным причинам.
А вы спросите нормального сисадмина о необходимости обновлений :)
Если у вас локально что-то юзается - ок, но если это доступно всему миру - тут уже вопросы...
а вот урлы в названии категорий остались старыми.
значит нужно отредактировать тему, старый домен скорее всего там жестко прописан.
В админку не могу войти, выдает ошибки:
Надо исправлять :)
Теперь я могу с уверенностью сказать, что папка "/wp-content/languages/plugins" не сохранит файлы перевода.
WP, при автоматическом обновлении перевода плагина, перезапишет пользовательские файлы перевода.
В ходе этого выяснения, я нашел фильтр load_textdomain_mofile, если плагин loco-translate не подходит, то через этот фильтр тоже можно указать .mo файл.
Пример:
Код можно добавить в functions.php вашей темы или создайте плагин, чтобы перевод не зависил от текущей темы.
Новое расположение .mo файла: "/wp-content/languages/custom/woocommerce-ru_RU.mo"
думаю в папке \wp-content\languages\plugins\ они не будут удаляться, пример формата имени файлов all-in-one-seo-pack-ru_RU.mo
Я вот тоже не уверен насчет сохранности в этой папке, смотрю "/wp-content/languages/plugins" уже забита файлами перевода. Т.е. WP туда пишет.
Сайт http://www.gravatar.com, кстати, сам без https.
Он доступен по https соединению, если у вас аватарки загружаются по http, значит что-то не то с настройками.
Например для функции get_avatar в параметре scheme указывается http или функция is_ssl возвращает false. Нужно смотреть.
Поэтому на всех страницах на моем блоге, где есть комментарии, в адресной строке замок "безопасное подключение" не показывается.
Сама http ссылка такое предупреждение не вызывает. Его вызывает подключение чего либо по http.
Мне интересно узнать, чего нет на сайтах каталогах, что можно добавить на мой сайт?
тогда ваш вопрос не по теме раздела. :)
Вопрос "Как сделать каталог предприятий?" был бы более подходящим.
Раздел "Веб-строительство" предназначен для обсуждения технических вопросов.
lowtech, жесть... :)
там же не устанавливается заголовок, на это есть несколько причин:
1. функция mso_get_option возвращает false;
2. headers already sent.
А для определения необходимости 404 ошибки, нужна логика CMS.