Backend перевод: перевод на русский, синонимы, антонимы, произношение, примеры предложений, транскрипция, значение, словосочетания

перевод на русский, синонимы, антонимы, произношение, примеры предложений, транскрипция, значение, словосочетания

что это такое и как они взаимодействуют

Рассказывает Хьюго Ди Францеско, веб-разработчик

Вы наверняка уже слышали эти модные в сфере программирования слова «фронтенд» и «бэкенд», но что за ними стоит? Предлагаю в этом разобраться.

Давайте начнем с определений.

Фронтенд — все, что браузер может читать, выводить на экран и / или запускать. То есть это HTML, CSS и JavaScript.

HTML (HyperText Markup Language) говорит браузеру, каково содержание страницы, например, «заголовок», «параграф», «список», «элемент списка».

CSS (Cascading Style Sheets) говорит браузеру, как отображать элементы, например, «после первого параграфа отступ в 20 пикселей» или «весь текст в элементе body должен быть темно-серым и написан шрифтом Verdana».

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

Бэкенд — все, что работает на сервере, то есть «не в браузере» или «на компьютере, подсоединенном к сети (обычно к Интернету), который отвечает на сообщения от других компьютеров».

Для бэкенда вы можете использовать любые инструменты, доступные на вашем сервере (который, по сути, является просто компьютером, настроенным для ответов на сообщения). Это означает, что вы можете использовать любой универсальный язык программирования: Ruby, PHP, Python, Java, JavaScript / Node, bash. Это также означает, что вы можете использовать системы управления базами данных, такие как MySQL, PostgreSQL, MongoDB, Cassandra, Redis, Memcached.

Структура взаимодействия бэкенда и фронтенда

Сегодня существует несколько основных архитектур, определяющих, как будут взаимодействовать ваши бэкенд и фронтенд.

Серверные приложения

В этом случае HTTP-запросы отправляются напрямую на сервер приложения, а сервер отвечает HTML-страницей.

Между получением запроса и ответом сервер обычно ищет по запросу информацию в базе данных и встраивает ее в шаблон (ERB, Blade, EJS, Handlebars).

Когда страница загружена в браузере, HTML определяет, что будет показано, CSS — как это будет выглядеть, а JS — всякие особые взаимодействия.

Связь с использованием AJAX

Другой тип архитектуры использует для связи AJAX (Asynchronous JavaScript and XML). Это означает, что JavaScript, загруженный в браузере, отправляет HTTP-запрос (XHR, XML HTTP Request) изнутри страницы и (так сложилось исторически) получает XML-ответ. Сейчас для ответов также можно использовать формат JSON.

Это значит, что у вашего сервера должна быть конечная точка, которая отвечает на запросы JSON- или XML-кодом. Два примера протоколов, используемых для этого — REST и SOAP.

Клиентские (одностраничные) приложения

AJAX позволяет вам загружать данные без обновления страницы. Больше всего это используется в таких фреймворках, как Angular и Ember. После сборки такие приложения отправляются в браузер, и любой последующий рендеринг выполняется на стороне клиента (в браузере).

Такой фронтенд общается с бэкендом через HTTP, используя JSON- или XML-ответы.

Универсальные/изоморфные приложения

Некоторые библиотеки и фреймворки, например, React и Ember, позволяют вам исполнять приложения как на сервере, так и в клиенте.

В этом случае для связи фронтенда с бэкендом приложение использует и AJAX, и обрабатываемый на сервере HTML.

Вне фронтенда и бэкенда

Автономный фронтенд

Веб-приложениям, которые вы собираетесь создавать, подключение к Сети будет требоваться всё меньше и меньше.

Прогрессивные веб-приложения загружаются лишь один раз и работают (почти) всегда. Вы можете хранить базу данных в браузере. В некоторых случаях вашим приложениям нужен бэкенд только при первой загрузке, а затем лишь для синхронизации / защиты данных. Такой уровень постоянства означает, что большая часть логики приложения находится непосредственно в клиенте.

Легкий бэкенд

Бэкенд, в свою очередь, становится легче и легче. Такие технологии, как хранилища документов и графовые базы данных, приводят к сокращению количества обращений к бэкенду для повторного агрегирования данных. Задача клиента — уточнить, какие данные ему нужны (базы данных графов), или извлечь все различные фрагменты данных, которые ему нужны (REST API).

Сейчас можно создавать бэкенд-сервисы, которые работают не постоянно, а только тогда, когда они нужны, благодаря бессерверным архитектурам, таким как AWS Lambda.

Размытые границы

Вычислительные задачи теперь можно перемещать между фронтендом и бэкендом. В зависимости от вида приложения можно сделать так, чтобы вычисления производились либо в клиенте, либо на сервере.

Каждый из вариантов имеет свои плюсы и минусы. Сервер — среда более стабильная, имеет меньше неизвестных, но ему постоянно нужно подключение к Сети. Некоторые пользователи используют последние версии браузеров, и им выгоднее использовать клиентские приложения, которые и делают большую часть работы, и могут похвастаться красивым интерфейсом, но тогда вы оттолкнёте пользователей, которые не используют новейшие браузеры и высокоскоростное подключение к Интернету.

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

Перевод статьи «In simple terms: backend code, frontend code and how they interact»

Перевод Backend — LightSkinKeisha текст и слова песни

backend | этимология, перевод, ассоциации

Предполагаем, что ~ 50000 лет назад у людей уже был протоязык с короткими словами:

ку/ко —

кто

(кум, компьютер, коммуна, комар),

м —

может

(компакт=ко[кто]+м[может]+пакт[упаковать], команда, комфорт),

ант —

там/вон

(константа=ко[кто]+н/м[может]+ст[оставаться]+ант[там]+а, анти=ант[туда]+иа[иди], коммерсант = ко[кто]+м[может]+мерс[обмениваться]+ант[там]),

ст —

остановиться

(стоп, статика, стоянка),

тр/тер —

через

(терапия, матерь, паттерн),

ма —

рука/руки

(мама=ма[рука]+ма[рука], матерь=ма[рука]+тер[через], материал=ма[рука]+тер[через]+ия[идёт]+ал/уль[всегда], матёрый, мах),

па/фа —

еда

(папа, падаль, пост, палео),

уль —

всегда/все/всё

(циркуль = цирк[круг]+уль[всегда], ультиматум, ультра, улица=уль[все]+лица[лица], улика=уль[всё]+ия[ведёт]+к(а)[к кому-то], улей=уль[всё]+лей[лей], сосулька=с+ось[со стержня]+уль[всё время]+к[капает]),

ар —

оружие

(армия, норма, оружие, комар)

иа/ия —

идти

(Россия, терапия),

cи/зи —

быстро

(фантазия, эпилепсия),

н —

снова/вновь

(конструктор),

про —

за/впереди

(провокатор, проформа, прокурор)

be/бы —

быть

(bio=be[быть]+ia[двигаться], быль)

ав/ay —

птица

(авиа = ав[птица]+ия(а)[идёт],авария = ав[птица]+ар[оружие]+ия(а)[идёт] (то есть сбивание птицы оружием))

и т.д.

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

We assume that ~ 50000 years ago humans had a proto-language. The words of the proto-language were short: st — to stop, tr / ter — through, ia — to go, ma — hand / hands, fa/pa — food, etc. Many modern words are composed of these proto-words.

Что делать с error 503 backend fetch failed и как исправить

Ошибка error 503 backend fetch failed знакома людям, которые постоянно используют свою технику для выхода в Интернет. При этом, важно отметить, что подобная неприятность может проявиться абсолютно на любой операционной системе и на любом устройстве, позволяющим осуществлять подобные операции. То есть, это может быть ноутбук на Линукс, стационарный компьютер с Виндовс, мобильный телефон или планшет с иной системой.

Естественно, для того, чтобы понять, как исправить error 503 backend fetch failed, необходимо изначально понять первопричины, способствующие проявлению подобной ситуации.

Что за ошибка и почему проявляется

К сожалению, но перевод error 503 backend fetch failed совершенно не упрощает поиск оптимального разрешения проблемы, так как даже онлайн-переводчик не способен полностью обработать данную фразу.

Тем не менее, специалисты и обычные пользователи уже выявили основные причины возникновения такой ситуации и почему она проявляется. Ошибка с этим кодом связана с обращением к удаленному серверу, который, вроде бы, обрабатывает запрос, но, по каким-либо причинам, не способен на него ответить.

Чаще всего это связано со следующими нюансами:

• При попытке запуска онлайн-приложения происходят кратковременные сбои.
• Серверу недостаточно собственной памяти для обработки поступающей информации.
• Количество одновременно сделанных запросов слишком высоко и их банально не вытягивают мощности удаленного сервера.
• Владелец сайта решил заняться техобслуживанием своего интернет-ресурса.
• Срок действия сертификата SSL подошел к концу.

То есть, фактически всегда эта ситуация проявляется из-за каких-либо факторов, непосредственно связанных с функциональным состоянием удаленного ресурса, на который хочет зайти юзер.

Методика лечения

Итак, что делать – error 503 backend fetch failed?

К сожалению, но от обычного человека в таком случае мало чего зависит.

Тем не менее, кое-что можно опробовать:

1. Обновить проблемную страничку с помощью кнопки «F5» или заново ввести урл-адрес. Может быть произошел кратковременный сбой.
2. Вернуться к попытке осуществить доступ через какой-то промежуток времени. Вполне возможно, что через несколько минут или часов на другом конце соединения неприятность будет устранена.
3. Стараться заходить на такие веб-сайты в то время, когда осуществляется минимальное число переходов иных пользователей.
4. Выполнить перезапуск оборудование и устройства, отвечающего за доступ к Сети.
5. Найти контактные данные проблемного сервера или интернет-ресурса и написать им сообщение о возникающей ситуации, чтобы служба технического ремонта была в курсе таких проблем.
6. Временно перейти на использование бесплатных DNS-серверов, информацию о которых можно легко найти в интернет-поиске.

Естественно, такая методика не гарантирует стопроцентного положительного результата. Тем не менее, иногда, она способна оказаться эффективным решением возникшего вопроса. В качестве альтернативного метода можно попробовать поискать требуемую человеку информацию на иных сетевых ресурсах, если проблема на нужном сайте, в течении длительного периода времени, не исчезает.

backend system — русский перевод

Coheed and Cambria — The Camper Velourium II: Backend Of Forever текст и перевод песни

Текст песни

Rocked silent in a soft lullaby
panic stirred me awakened by a ringing phone in time
where and when would I see her?
Crazy were the words that scribbled out your mouth
I stuttered replacing your face to those words
where and when would I kill her?
I’ll wish on this, I’ll wish with this
I wish… to the bitter end of my day
where were you?
So you had your turn and you made it work
now I’m the laughing stock of your joke
crazy as it may seem I cried for you when you
told me to date all of the things that made you end up in my life
and I’ll believe anything I have no luck with girls
I overheard that you were unhappy too
misleading trust into a relationship that makes no sense
over and out Connecticut
but you had your back turned as you faded away
at the end of my day I found out
you weren’t worth what I thought of you
write this down in the diary you abuse
can we make plans can I just get throught to you
is this weird… do I scare her?
I’ll wish on this, I’ll wish with this
I wish… that you could share the love you’d shared with others, with me This isn’t love so forever let it go… forever will it burn
This isn’t love there on the backend of forever I wish I would never hurt again

Перевод песни

Качался тихий в мягкой колыбельной
Паника заставила меня разбудить звонящим телефоном вовремя
Где и когда я ее увижу?
Сумасшедшие были слова, которые писали рот
Я заикался, заменяя лицо на эти слова
Где и когда я ее убью?
Я хочу этого, я хочу этого
Я хочу … до конца моего дня
где ты был?
Итак, у вас была ваша очередь, и вы сделали это
Теперь я смеюсь над вашей шуткой
Сумасшедший, как может показаться, я плакал для вас, когда вы
Сказал мне на сегодняшний день все то, что заставило тебя закончить в моей жизни
И я верю всему, что мне не повезло с девушками
Я слышал, что ты тоже был недоволен
Вводящее в заблуждение доверие в отношениях, которые не имеют никакого смысла
Коннектикут
Но у вас была спина, когда вы исчезли
в конце моего дня я узнал
вы не стоили того, что я думал о вас
запишите это в дневник, который вы злоупотребляете
мы можем сделать планы, могу ли я просто пройти через вас
это странно … я ее пугаю?
Я хочу этого, я хочу этого
Я хочу … чтобы вы могли делиться любовью, которую вы делили с другими, со мной. Это не любовь, так что навсегда отпусти ее … навсегда она будет гореть
Это не любовь на бэкэнде навсегда, мне жаль, что я никогда больше не буду болеть

Делитесь внутренними переводами с внешним интерфейсом | Максимилиан Бош

В свободное время я работаю над проектом Symfony под названием Sententiaregum. Этот проект содержит REST API, основанный на Symfony3, и интерфейс, основанный на ReactJS — моей любимой платформе внешнего интерфейса. Я комбинирую ReactJS с библиотекой i18n , называемой аналогом, с помощью компонента, который способен перезагружать каждый узел DOM с использованием переводов, предоставляемых аналогом , когда языковой стандарт будет изменен, что довольно приятно, поскольку сайт будет переведен мгновенно.

Единственный недостаток этого подхода будет выявлен, когда сообщения, поступающие из API, будут отображаться во внешнем интерфейсе (например, ошибки от входного валидатора). Бэкэнд автоматически переводит сообщения в зависимости от языка текущего пользователя или параметров HTTP, но во внешнем интерфейсе нет перевода, поэтому его нельзя перевести при попытке переключить язык. Первой идеей для решения этой проблемы было скрыть все окна сообщений в компонентах React во время изменения локали, но это был грязный прием, который просто исправил симптом очень плохим способом, а не реальную проблему.

Первой идеей было «перезагрузить» действие flux, которое загружало сообщения из API во время его выполнения, но с другими параметрами локали, чтобы результат был повторно получен с сервера, переведен на соответствующий язык. Эта идея казалась вполне удачной, но, тем не менее, обнаружились некоторые недостатки:

• Не перенастраивайте запросы API, поскольку это может вызвать побочные эффекты: одним из примеров такого побочного эффекта является вход в систему Sententiaregum, которая отслеживает запросы с неверными учетными данными по соображениям безопасности.Переназначение запросов на вход для получения соответствующих переводов при необходимости перевода этой страницы входа будет означать, что некоторые запросы с недопустимыми данными будут отслеживаться, хотя это и не было сделано намеренно.
• ReactJS + Counterpart — отличная комбинация инструментов, когда дело доходит до двуязычных веб-приложений, поэтому следует использовать его мощность и лучшую производительность, а не ждать, пока сервер закончит перевод данных. По этой же причине не было реализовано TranslationController , который содержит действие, переводящее сообщения на другой язык.

Другая идея заключалась в том, чтобы «по-настоящему» обмениваться файлами перевода между интерфейсом и сервером. Для Webpack есть загрузчик JSON, и Symfony может загружать файлы JSON в свой компонент Translation . Таким образом, и бэкэнд, и интерфейс будут полагаться на одни и те же файлы перевода, и поэтому можно реагировать на изменения локали во внешнем интерфейсе, и бэкэнд по-прежнему сможет доставлять переводы. Но у этого подхода были и определенные недостатки:

• Соглашение о том, как выглядят параметры, отличается: соглашение в компоненте преобразования Symfony заключается в том, чтобы окружать каждый параметр знаком % .Counterpart полагается на пакет NPM под названием sprintf-js , который имеет другое соглашение, поэтому управление параметрами затруднено, но Symfony использует внутреннюю функцию strtr . Это означает, что с помощью некоторых хаков соглашение sprintf-js может быть применено и в проблемах Symfony3, но это не чистое решение.
• Реагировать на изменения локали сложно: сам подход на самом деле является еще одним недостатком: для обоих инструментов i18n требуется ключ перевода, а не другой перевод, но API все равно должен отвечать переводами, поскольку возврат таких внутренних ключей из API может быть неуклюжий.Чтобы получить фактический ключ перевода, необходимо реализовать некоторую ненужную логику сопоставления.

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

До:

Будет возвращен простой массив ошибок, переведенный на любой язык:

После:

Список ошибок теперь является объектом с локалью. ключи как ключи и массив переведенных сообщений об ошибках как значение для каждого ключа.

Когда сообщения должны быть упорядочены по свойству, это может выглядеть так:

Следование такому подходу помогает обеспечить все необходимые переводы во внешнем интерфейсе без необходимости утечки внутренних компонентов. Более того, такой подход может быть даже лучше для REST API, поскольку им не нужно полагаться на какой-либо заголовок языкового стандарта или файлы cookie, а клиент получает все возможные переводы.

Поскольку построение такой структуры — нетривиальный процесс, когда дело доходит до API нарушения ограничений Symfony, который предоставляет информацию о каждом нарушенном ограничении, приложение содержит конструктор, который строит такой массив из списка нарушений ограничений.

backend — испанский перевод — Linguee

backend — английский перевод — Linguee

интернационализация — загрузить файл перевода из внешнего API и настройки в свойстве backend с помощью 18next-http-backend

Я хочу предисловить к этому, сказав, что я просматривал документы часами, а то и днями.Я не могу заставить это работать. Я не понимаю. Это должна быть такая простая задача.

Мне удалось применить переводы из локальных файлов, расположенных в общедоступных / locales / en / translations.json и общедоступных / locales / fr-ca / translations.json, не используя опцию backend в init. И использование кнопки для переключения языка также отлично работает с локальными файлами.

А теперь самое интересное … Моя ситуация похожа на ту, с которой сталкивается почти каждый: у меня есть API, который возвращает простой объект JSON, содержащий ключи для языковых кодов и соответствующие им строки.

Допустим, моя конечная точка такова: http: // amazonApiGatewayPath / languages ​​

Это возвращает объект в следующем формате:

  {
 en: {
   title: "название на английском"
 },
 fr-ca: {
   title: "Заголовок во франк."
 }
}
  

Моя конфигурация инициализации выглядит следующим образом:

  i18n.use (Backend) .use (LanguageDetector) .use (initReactI18next) .init ({
    fallbackLng: 'en',
    отладка: правда,
    обнаружение: {
        заказ: ['навигатор']
    },
    backend: {
        loadPath: 'https: // amazonApiGateway / languages'
    },
    интерполяция: {
        escapeValue: false
    }
})

экспорт по умолчанию i18n
  

Это, как вы могли догадаться, если вы привыкли к i18next, не относится к моим переводам.

Множество примеров, которые я видел, похоже, загружают файлы из loadPath: /locales/{{lng}}/{{ns}}.json . Для меня это похоже на локальный путь. В нем говорится, что i18next должен интерполировать параметр lng url, но когда я печатаю lng, я просто вижу {{lng}} в своей консоли.

Должен ли я иметь отдельные конечные точки для каждого языка? И даже если я это сделаю, какой формат файла мне вернуть? Разве стандартной полезной нагрузки JSON недостаточно?

Может ли кто-нибудь предоставить рабочий пример, который действительно к чему-то подключается.Я на грани безумия …

Спасибо, отличное сообщество.

back end — Англо-испанский словарь

WordReference Англо-испанский словарь © 2021:

WordReference Англо-испанский словарь © 2021:

‘ back end ‘ aparece también en las siguientes entradas:

В англоязычном описании:

Испанский:

Переведите серверную часть WordPress с помощью этих простых шагов!

Английский язык — это язык по умолчанию для серверной части WordPress.Однако мы не можем просто игнорировать тот факт, что количество пользователей WordPress из неанглоязычных стран быстро растет. В свете этой ситуации WordPress улучшил возможности платформы для поддержки языков со всего мира. Если вам интересно узнать, какие языки поддерживает WordPress, перейдите по этой ссылке. Команда переводчиков постоянно работает над тем, чтобы сделать WordPress полностью доступным на этих языках.

В этом посте я расскажу о том, как перевести серверную часть WordPress с английского на нужный язык.Имейте в виду, мы не будем здесь говорить о том, как перевести ваш сайт. В прошлом месяце мы уже публиковали поучительную статью о переводе веб-сайтов WP.

Как перевести бэкэнд WordPress

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

Как вы, возможно, знаете, WordPress использует среду локализации GNU для перевода на разные языки. В этой структуре используются три различных формата файлов —

POT (переносной шаблон объекта)

Он содержит тексты / слова, готовые к переводу.

ПО (переносной объект)

Он содержит текст, переведенный из файлов POT.

МО (Машинный объект)

Это в основном файлы PO, преобразованные в машиночитаемый формат.

Прежде чем вы сможете использовать серверную часть WordPress на вашем языке, отличном от английского, вы должны проверить, доступен ли WordPress на желаемом языке. WordPress доступен в некоторых полностью переведенных версиях, таких как японский, португальский, хинди и т. Д.Вы можете установить их, как и обычную версию, и начать им пользоваться. Но что, если ваш язык недоступен? В этом случае вам необходимо выполнить следующий процесс и перевести серверную часть в удобное для вас время!

Шаг 1. Найдите свой языковой файл в хранилище переводов

Для других языковых версий существует репозиторий, в котором хранятся и обслуживаются официальные файлы переводов. Узнайте, доступен ли ваш язык в списке, и загрузите.mo файлы. Используя решение FTP, загрузите эти файлы в / wp-content / languages ​​ или wp-includes / languages ​​. Возможно, в этом месте у вас нет языковой папки. Если нет, вам обязательно нужно создать его, чтобы вы могли хранить все языковые файлы в одном месте.

Шаг 2: Настройте языковые файлы для вашего WordPress

Затем вам нужно открыть файл wp-config.php из вашей установки WordPress и добавить этот код.

определить («WPLANG», «es_ES»);

Этот код предназначен для использования испанского языка в Испании. Установите собственный язык и код страны вместо es_ES. Вы можете найти официальные языковые коды по этой ссылке.

Каждый раз, когда вы обновляете файл wp-config.php , язык вашей серверной части WordPress будет соответственно сброшен. Позвольте мне еще раз напомнить вам, что это будет применяться только к вашей панели , а НЕ К интерфейсу вашего веб-сайта .

Не можете найти свой язык?

Возможно, WordPress недоступен на вашем языке.Вы можете добровольно внести свой вклад, создав и обновив файл перевода на своем языке. Просто войдите на wordpress.org со своей учетной записью и расскажите другим, как вы можете внести свой вклад!

Завершение

Как видите, ваш бэкэнд WordPress очень легко перевести. Есть также возможности внести свой вклад в сообщество. Если вы считаете, что есть другие более простые способы решения этих задач, сообщите нам об этом в комментариях. Мы будем рады упомянуть ваше имя в нашем блоге, если вы можете дать нам что-нибудь полезное!

Нравится:

Нравится Загрузка…

отменить внутренний перевод | WordPress.org

Автор плагина
Тим В

(@timwhitlock)

Loco Translate не контролирует, какие переводы предоставляются пользователю. Это редактор файлов.

Вам необходимо изменить настройку языка вашего профиля администратора, которая отличается от настройки языка вашего сайта. Это особенность WordPress. Если у вас возникли проблемы с этими настройками, спросите на общем форуме WordPress.

Автор темы
Хайтов

(@haytov)

Объясню
Я уже контролирую язык админки и язык сайта.
НО
, когда я переводил конкретный плагин, бэкэнд тоже был переведен.

он переводил только интерфейс (как я хотел), пока я не изменил настройки локомотива и не сохранил файлы перевода в SYSTEM (вместо AUTHOR, который по умолчанию)

Автор плагина
Тим В

(@timwhitlock)

когда я переводил конкретный плагин, бэкэнд тоже был переведен.

Мой плагин ничего не переводит автоматически.Если вы видите переводы, которые не вводили, скорее всего, они были установлены WordPress.

Я изменил настройки локомотива и сохранил файлы перевода в СИСТЕМУ

Не сохраняйте переводы в этом месте. Они могут быть перезаписаны. См. FAQ https://localise.biz/wordpress/plugin/faqs/files-deleted

Автор темы
Хайтов

(@haytov)

спасибо.
насчет места, я уже читал, но не понял.
должен сказать, что я думаю, что ваш плагин потрясающий, и эта проблема (проблема с перезаписью) — единственный недостаток, который я нахожу. Я говорю это, потому что искал решение, которое могу понять, и обнаружил, что много людей спрашивают, но не получают хорошего ответа.
вероятно, это объяснение больше нацелено на разработчиков

Автор плагина
Тим В

(@timwhitlock)

«Хороший ответ» — поместить пользовательские переводы в безопасную папку Loco Translate, как указано в документации.При наличии ваших собственных файлов не имеет значения, что WordPress делает с «установленными» переводами. Если вы хотите, чтобы конкретная строка оставалась на английском языке (по какой-либо причине), вы можете просто сохранить ее на английском языке, и она будет использоваться. Однако оставлять это поле пустым — неправильно. Это приведет к возврату к установленным переводам, что в большинстве случаев является желаемым поведением.

Заставить WordPress вообще НЕ устанавливать переводы будет техническим, потому что WordPress не имеет удобной для пользователя опции, чтобы предотвратить это.Недавно они сделали обновления плагинов необязательными, что IMO должно предотвратить обновление переводов плагинов, но этого не происходит. Может, они это исправят.

Автор темы
Хайтов

(@haytov)

Большое спасибо за быстрый и полезный ответ

.