Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

trialon77

Користувачі
  
  • Публікації

    334
  • З нами

  • Відвідування

Усі публікації користувача trialon77

  1. Схоже, що Monthly emails - це не лічильних відправлених листів, а взагалі лічильник всіх листів, вхідних, вихідних, пересланих. Знайшов одну службову скриньку, кули завдання крон слало листа кожні 2 хв. В результаті за день туди надходило близько 800 листів. Походу так лічильник і нарахував 26000 за неповний місяць. Ось така фігня, через те що не відключили колись відправку пошти крон завданням і нові обмеження aapanel, зараз не пряцює відправка пошти, я так розумію, що до кінця місяця.(
  2. Relay закритий с самого початку. Я ще не розумію чому є така різниця на графіку відправлених листів, за 30 днів там близько 1500. І в цьому підрахунку вгорі, там 26000. Написав на форумі у них з запитанням, чому така різниця.
  3. Розсилку точно не робимо. Стандартна пошта інтернет магазину, тільки транзакційні повідомлення по замовленням. По 1 замовленню може декілька листів буде відправлено. Але не розумію де там в сумі 26000 набігло. А скільки у вас показує в статистиці листів в розділі Мейл сервер? Так, окремо можна пошту налаштувати, я розумію. Але бачу, що панель все більше і більше уходить в комерційну версію. Так скоро обмеження з'являється на кількість доменів, баз даних і тд і тп.
  4. Хтось користується цією панеллю ще? Нещодавно помітив таке обмеження по мейл серверу: Monthly emails: 26011/20000. Тобто, в місяць можна надіслати чи надіслати і отримати усього 20000 листів, далі я так зрозумів треба купувати або про або розширення до 150т листів. Вчора помітив, що листи не надсилаються через сервер. Почав розбиратися, і я так розімію, що потрапив під це обмеження. Бо в мене відображає вже 26000 за місяць. Але звідка така цифра? В тому ж розділі Мейл севрера на графіку відправлених листів за 30 днів - усього близько 1500 листів. Навіть з отриманою поштою не думаю, що буде 26000 листів... Для тих кому потрібна пошта і активно нею користується ця панель вже не підійде! Доведеться шукати інший аналог.
  5. дивився, спочатку також подумав, що проблема якась з маршрутизацією церез cloudflare. DNS налаштовані так, як рекомендовано сервісом. Повнісю ставив на паузу сервіс для цього сайту. Хіба, що не видаляв з cloudflare, не хочу поки робити це) та і новий порт для смтп, який я відкрив, працює зараз без проблем з тими самими налаштуваннями. Тому наврядчи cloudflare винний.
  6. lsof -i -n -P | grep :25 master 3448 root 13u IPv4 33506 0t0 TCP *:25 (LISTEN) master 3448 root 14u IPv6 33507 0t0 TCP *:25 (LISTEN) iptables -S -P INPUT ACCEPT -P FORWARD ACCEPT -P OUTPUT ACCEPT -N ufw-after-forward -N ufw-after-input -N ufw-after-logging-forward -N ufw-after-logging-input -N ufw-after-logging-output -N ufw-after-output -N ufw-before-forward -N ufw-before-input -N ufw-before-logging-forward -N ufw-before-logging-input -N ufw-before-logging-output -N ufw-before-output -N ufw-reject-forward -N ufw-reject-input -N ufw-reject-output -N ufw-track-forward -N ufw-track-input -N ufw-track-output -A INPUT -m set --match-set aapanel.ipv4.blacklist src -j DROP -A INPUT -m set --match-set aapanel.ipv4.whitelist src -j ACCEPT -A INPUT -p udp -m multiport --dports 4000,5353 -j ACCEPT -A INPUT -p tcp -m multiport --dports 4000 -j ACCEPT -A INPUT -p udp -m multiport --dports 5353 -j ACCEPT -A INPUT -j ufw-before-logging-input -A INPUT -j ufw-before-input -A INPUT -j ufw-after-input -A INPUT -j ufw-after-logging-input -A INPUT -j ufw-reject-input -A INPUT -j ufw-track-input -A INPUT -p icmp -m icmp --icmp-type 8 -j LOG --log-prefix "Iptables: Ping detected: " -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 8 -j LOG --log-prefix "Iptables: Ping detected: " -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A FORWARD -j ufw-before-logging-forward -A FORWARD -j ufw-before-forward -A FORWARD -j ufw-after-forward -A FORWARD -j ufw-after-logging-forward -A FORWARD -j ufw-reject-forward -A FORWARD -j ufw-track-forward -A OUTPUT -j ufw-before-logging-output -A OUTPUT -j ufw-before-output -A OUTPUT -j ufw-after-output -A OUTPUT -j ufw-after-logging-output -A OUTPUT -j ufw-reject-output -A OUTPUT -j ufw-track-output
  7. Ну они бы это знали наверное и разблокировали, когда я написал им. Первый раз я написал о проблеме, они сказали да, что могут блокировать порты если рассылают много почты. Спросили, какую почту рассылаю. Ответил, что только транзакционные сообщения о заказах клиентам. Никаких рассылок или новостей, а тем более спама. Потом сказали, что проверили и у них порты разблокированы. Никакие доводы, что tcpdump не получает пакеты на них не влияют. Даже по портам, которые заблокированы в ip-tables, tcpdump показывает прохождение пакетов.
  8. Є VPS в голандському датацентрі. Орендую його вже трохи більше півроку. Не скажу, що я прямо системний адміністратор, але досвід користування і налаштування віртуальних серверів є. VPS куплений у компанії Solidseovps, поганих відгуків на них не знайшов в мережі. Їх пропозицію знайшов на тематичному форумі lowendtalk.com. Сервер був налаштований після покупки, і все працювало ідеально. В тому числі і пошта. На сервері встановлена панель aapanel, домени підключені через cloudflare.com, записи для пошти тільки як 'dns only'. Все працювало до 5 жовтня, з вечора почалися проблеми з відправкою пошти. Помітив я це по клієнту, який не може з'єднатися з сервером для відправки. Почав розбиратися, і побачив, що всі порти для смтп виявилися недоступні з мережі. Причому на самому сервері порти відкриті і статус listening, в ip-tables заборон для цих портів немає. Якщо я в терміналі на цьому сервері підключаюсь до портів, все ок. Як тільки пробую з за меж сервера - конекту немає. Порти для вхідної пошти працюють і не закриті. Виконую команду tcpdump для 25 порта і звертаюсь з за меж сервера, в результаті ніяких пакетів не отримую. Я правильно розумію, якщо tcpdump не показує проходження пакетів, то проблема у блокуванні десь до сервера? В техпідримку звертався неодноразово, у них все чудово і ці порти відкриті. Кажуть, що типу проблема можливо в фаєрфолі або інших налаштуваннях сервера. Я щось в упор не бачу, через що могла виникти така проблема з портами, чи техпідримка цієї контори тупо відрубила мені смтп порти і зараз включила ігнор?)) Тимчасово вирішив проблему, відкривши інший порт для смтп. Відправка працює. Але є проблема з прийомом вхідної пошти, я так розумію, що 25 порт потрібен багатьом сервісам для системного спілкування. Через це пошта з gmail не відправляється на мій сервер, а повертається з помилками. Буду вдячний за поради, бо вже тиждень шукаю проблему.
  9. Доброго дня. Версія модуля встановлена остання. Майже кожного дня зараз, при оновленні відділеннь через крон, завантажуються не всі відділення. Заходжу в адмінку і бачу, що там вказана кількість відділеннь - 8000, 12000. Якщо після цього оновити відділення вручну з адмінки, то тоді вже підгружаються всі відділення. В чому причина такої поведінки саме при оновленні через крон задачу?
  10. Згоден. Але пробема з оновленням відділень є і на новій версії. В основному завантажуються відділення нормально, але буває така сама фігня - 4000, 8000 відділень. І взнаю я це від клієнтів, які не можуть знайти потрібне відділення на сайті. В адмінку, особливо в модуль НП, дуже рідко заходжу, так як все управління замовленнями налаштовано через облікову систему.
  11. Пропозиція по функціоналу модуля на майбутнє. Зараз встановлений інший модуль з смс авторизацією. там якщо при вводі номера не знаходе такий телефон в базі, то створюється новий аккаунт на сайті з таким телефоном. Але пустим ПІБ і поштою. Можливо зробити так само але з добором даних після otp авторизації? Звісно, якщо такий номер не буде знайдено? І чи плануєте ви на майбутнє змінити це - "Якщо сервер розробника недоступний - Не будет работать сайт". Хоча б на варіант - "не буде працювати доповнення", як у вас в модулі соціальної авторизації?
  12. Доброго дня.. Два питання. В описі доповнення вказано: "Якщо сервер розробника недоступний - Не будет работать сайт" Це дійсно так? Такі не дуже приємні ситуації вже виникали на форумі, через те що розробник забув проплатити домен або хостінг. І друге, всі телефони в базі записані по масці - +38 (999) 999-99-99. На таку маску можна налаштувати логін? Змінювати маску наразі не можна.
  13. Интересует, что имеется в виду под "Добавлена передача товаров для РРО в тестовом режиме, отдельный архив в файлах!" Это интеграция с каким то сервисом ПРРО типа чекбокса или это именно для стационарных РРО?
  14. Сьогодні вночі такая сама ситуація виникла, оновлення відділень по крону - завантажено всього 4000 відділень. Ключ секретний точно правильний, воно б взагалі не оновлювало тоді. Зараз оновив через адмінку - все норм стало, знову 23000 відділень. Теперь, що кожного дня треба заходити перевіряти чи всі відділення воно завантажило? З приводу цитованого мною повідомлення, мені здається, що оновлювати відділення кожні 30хв не дуже добре)) Так нова пошта може напевно і забанити через велику кількість запитів.)
  15. Я інколи дивуюсь, як такі люди, як декілька вище, які не взмозі прочитати декілька останніх сторінок на яких описано суть проблеми і її вирішення.... Так от, як такі люди ще намагаються робити бізнес???))) Ну чекайте, чекайте... Можливо само і вирішиться)
  16. @Prorab337 по корректному отображению стоимости доставки с учетом оценки и наложенного платежа для шаблона Unishop2 - сейчас нет времени у вас посмотреть? (для новой версии модуля)
  17. Установлена 4 версия модуля Новой почты от Prorab. Шаблон - Unishop2. Сейчас не правильно отображается информация о стоимости доставки при включенных опциях в модуле: Учёт наложенного платежа Учёт комиссии за объявленную стоимость При выборе любого способа оплаты, кроме наложенный платеж, не плюсует комиссию за оценку. Если выбрать способ наложенный платеж - то тоже ничего не происходит, сумма не меняется. После этого выбираем любой другой способ оплаты, после этого стоимость доставки меняется, как будто выбран наложенный платеж. Автор модуля НП говорит, что дело в шаблоне, так как на дефолте все работает коректно. Адрес сайта скину в ЛС
  18. У кого unishop2 и новая версия новой почты? У всех подсчет наложенного платежа и оценки не корректно работает? При выборе способ оплаты наложкой - не изменяется сумма доставки, а при переключении после этого на любой другой способ оплаты - отображает оценку и наложку для этого способа.
  19. Стоит модификатор от для очистки сессий от Агата. Сегодня, впервые за 2 года использования модификатора, vps упал ночью. В логах ошибок в это время такие записи: 2023/01/29 01:59:18 [error] 342242#0: *465301 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Exception: Error: Lock wait timeout exceeded; try restarting transaction<br />Error No: 1205<br />DELETE FROM `xx_session` WHERE expire < DATE_SUB(NOW(), INTERVAL 87840 SECOND); in /www/xx/xx/system/library/db/mysqli.php:41 Stack trace: #0 /www/xx/storage/modification/system/library/db.php(61): DB\MySQLi->query('DELETE FROM `xx...') #1 /www/xx/storage/modification/system/library/session/db.php(22): DB->query('DELETE FROM `xx...') #2 /www/xx/xx/system/library/session.php(29): Session\DB->__construct(Object(Registry)) #3 /www/xx/xx/system/framework.php(84): Session->__construct('db', Object(Registry)) #4 /www/xx/xx/system/startup.php(104): require_once('/www/xx/xx...') #5 /www/xx/xx/index.php(19): start('catalog') #6 {main} thrown in /www/xx/xx/system/library/db/mysqli.php on line 41" while reading response header from upstream, client: 114.119.142.236, server: xx.ua, request: "GET /xx/ixx.html HTTP/1.1", upstream: "fastcgi://unix:/tmp/php-cgi-73.sock:", host: "xx.ua" я так понимаю, это связано с очисткой сессий в базе данных? Как разобраться в причине сбоя?
  20. Запитання до автору модуля! Модуль у вас дійсно корисний, але скільки ще будуть продовжуватися подібні ситуації? Вони у вас виникають на постійній основі! Не можете зараз забезпечити доступність вашого сервера - відв'яжіть перевірку ліцензій на ньому. Або в чому проблема з ним? Чому у ваших клієнтів постійно повинні виникати проблеми з користуванням цим модулем? Чи вам все одно???
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.