drOC

У мене відкривається

Суть в том, что скриптом почта отправляется посредством PHP mail (возвращает true, то есть скрипт почту отдает локалхосту) На сервере, в контрольной панели создан виртуальный почтовый ящик, но из контактной формы на адрес, указанный в настройках, письма не заходят (даже локально) Видимо не настроен сервер postfix или exim я даже не знаю, возможно ли это сделать средствами этой КП. То есть, на данном этапе не работает даже прием писем локально, суть даже не в SMTP сейчас и не в настройках домена в принципе. Как это решить без ssh / root я не знаю. Рекомендую задать вопрос на форум https://community.brainycp.com Хотя сомневаюсь, что это можно решить средствами граф. оболочки. p.s. то что письма частично отправляются может быть связано с альтернативными скриптами, но стандартные опенкарт триггеры почту не отправляют.

наверное, следует убрать strip_tags и nl2br, это было сделано до того, как понял, что слеши интерпретируются как роутинг (что вызывало ошибку 404 в ответе API). то есть сейчас в этой конвертации уже нет смысла, ведь теги обрабатываются корректно. а заменять только слеш на малоиспользуемый макрос | и обратно. таким образом можно сохранить поддержку разметки. спасибо за ваше замечание!

согласен, пока что этого достаточно для моих задач, мы не загружаем форматирование со сторонних ресурсов, только перенос строки. возможно, в последствии будет доработано. здесь возможно баг на стороне api lingva - в закодированном состоянии urlencode слеши интерпретируются как часть роутинга :/ этот участок кода производит разрез строки по закодированному переносу каретки. закодированному, потому что api lingva принимает только get параметры, в которых мы не можем считать длину оригинальной строки актуальной. изначально я думал делать срез подстроки по длине, но в итоге, пришел к выводу, что для семантики перевода, нужно брать либо предложение (разделять по точке, что не очень стабильно в дробных числах например) либо разделять по переносу строки. собственно ответ, если 100 абзацев, то произойдет срез строки на 100 запросов и в последующем - склейка в результирующий запрос вставки. также происходит проверка длины строки (абзаца), если она пуста, то запрос на перевод игнорируется. если хотя бы одна часть выдаст ошибку по API, товар не переводится и событие добавляется в журнал со статусом error (например квота запросов исчерпана или любая другая ошибка). то есть имеется проверка на целостность строки. вообще, в теории можно передавать разметку, или я что-то упускаю. проброс ведь все равно происходит к Google API, нужно просто сделать решение более универсальным или же допилить под свои нужды.

Вітаю, шановна спільното! Хочу представити вам попередній реліз модулю з відкритим кодом для автоматизованого перекладу контенту для OpenCart. Розширення працює в обхід стандартного API Google Translate, використовуючи незалежні та децентралізовані шлюзи проекту з відкритим кодом Lingva, які можна знайти у розділі Instances. Тим не менше, по результату, це ідентичні дані перекладача Google, але за посередництва незалежних провайдерів, які виконують роль шлюзу / проксі. Оскільки наразі актуальним є переклад сайтів українською мовою, в той час як більшість постачальників все ще надає контент російською мовою, я вирішив зробити це розширення безкоштовним. Безкоштовним також є і сам доступ до шлюзів Lingva, проте кожен з них може застосовувати власні правила та квоти на кількість запитів. Тому перед використанням, ознайомтесь з умовами. Модуль в процесі тестування, реалізований для OpenCart v4 та PHP8 Наразі підтримується переклад товарів, зокрема заголовків та описів. Інші поля ми генеруємо алгоритмічно, тому не бачу сенсу перевантажувати шлюзи зайвими запитами. З метою обходу обмежень на кількість символів в запиті GET, реалізований по-строковий переклад полів товару description, який розділяється тегами нової строки та потім об'єднується і зберігається в базу даних. Це дозволяє перекладати довгі тексти, які закодовані з кирилиці шляхом urlencode, при цьому не порушуючи семантику речення. При виникненні помилок, переклад товару ігнорується та записується в журнал, шлях до якого можна побачити в інтерфейсі модуля, вкладка "Інформація". На даний момент, модуль працює задовільно перекладена база із ~1000 товарів, утім, поки що не публікую його в каталозі та не наводжу технічні подробиці, оскільки поточний реліз орієнтований на розробників, будьте ласкаві долучатися до критики, тестування та розробки! Ліцензія MIT. Проект на GitHub

Попробуйте найти в коде вхождения strip_tags

Спробуйте додати другий аргумент (назву магазину) Але якщо використовуєте інші мови, переконайтеся, що кількість макросів %s співпадає $data['text_message'] = sprintf($this->language->get('text_message'), $this->config->get('config_name'), $this->url->link('information/contact'));

Учитывая совместимость компонентов 1.5 и 3, я бы сразу предложил обновляться до 4.0.1.0 и актуального PHP 8. Все зависит от тех. задач. Написал в личку.

Якщо справа дійсно в crontab, то це налаштування в контрольній панелі хостингу. Також, можливо є сенс заглушити журналювання через &> /dev/null Але для цього прикладу потрібно щоб ви спочатку знайшли ці завдання та додали скріншнот або копію команд. Зверніться до хостера за допомогою.

по части строки тоже не находит - artículo? если нет, то возможно в базе нужно искать, иногда и такое бывает.

Адреси мають переадресовуватися на домен без www. Можливо, у вас веб сервер nginx а не apache, тому зміни .htaccess не застосуються. Також упевніться, що файл дійсно записався, можливо на його зміну немає прав доступу.

Додайте у файлі .htaccess RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

Приєднуюсь!

Спасибо, взаимно! Рекомендую к сотрудничеству.

Заказ выполнен, спасибо за сотрудничество.

Download / Buy Модуль позволяет генерировать статическую карту сайта порционно (посредством crontab), где количество записей в партии зависит от установленного администратором в настройках временного диапазона на полное обновление карты сайта в часах. Например, при базе данных в 10000 товаров, при необходимости обновлять карту сайта раз в 24 часа, минутная нагрузка на генерацию составит 7 операций выборки товаров в минуту. Таким образом, при использовании данного подхода, нагрузка на сервер меньше, чем обычный запрос к странице магазина. Управляя временем на генерацию статической карты, можно обрабатывать многотысячные и более базы данных даже на обычных виртуальных хостингах, где лимиты на выполнение скрипта (таймаут) и количество запросов к серверу (в js реализациях) могут быть ограничены. Есть возможность установки ограничений количества записей на файл и его итоговый размер согласно стандартам. Submitter drOC Submitted 09/28/2021 Category Реклама и продвижение Ioncube Loader Нет ocStore 3.0 2.3.0.2.4 2.3 2.2 2.1 OpenCart.Pro, ocShop Opencart.pro 2.3 Opencart.pro 2.1 Get request to server of developer Нет  

Download / Buy Расширение убирает токен авторизации из URL административной панели: admin/index.php?route=common/dashboard&user_token=R5T4glKcIPhUjA6qSLIY9Hjc5GHOipAG Вместо адресной строки, данные токена сохраняются и передаются посредством cookies. 100% ocmod Submitter drOC Submitted 09/28/2021 Category Other Ioncube Loader Нет ocStore 3.0 2.3.0.2.4 2.3 2.2 2.1 OpenCart.Pro, ocShop Opencart.pro 2.3 Opencart.pro 2.1 Get request to server of developer Нет  

> А нельзя сделать так чтоб при добавлений еще одной вкладки токен не менялся Просто кликните средним колесом мыши или ctrl/cmd+left click на любую ссылку в админке и работайте в открывшемся табе.

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

Токен авторизации в адресной строке совпадает в старой и новой вкладках?

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

Добрый день, бекапы базы данных имеются?