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

[Решено] OCMOD дикий тормоз


Recommended Posts

Привет.

Ребята кто сталкивался.

У меня висит штук так 8 модификаций в OCMOD

При внесении правок в файлах, надо тискать на эту популярную кнопку ОБНОВИТЬ.

На локале это происходит крайне долго, на рабочем сервере (VDS) вообще все ложит.

Есть какой выход??

Надіслати
Поділитися на інших сайтах


Очистка лога в соседней вкладке может помочь

 

лучше сразу его чистить перед каждым обновлением кеша модификаторов

и ориентироваться в нем проще будет, и до неимоверных размеров не будет разрастаться

  • +1 1
Надіслати
Поділитися на інших сайтах

лучше сразу его чистить перед каждым обновлением кеша модификаторов

и ориентироваться в нем проще будет, и до неимоверных размеров не будет разрастаться

 

А можно отключить ведения лога?

Надіслати
Поділитися на інших сайтах

А можно отключить ведения лога?

 

а как тогда будете понимать какой мод отработал верно, а какой - с ошибками?

сверять файлы вручную?

Надіслати
Поділитися на інших сайтах

  • 2 weeks later...

Я только начал изучать эту систему и пришел к выводу, что продолжать вряд ли стоит. За много лет работы с джумлой было всякое, но чтобы банальная установка модуля приводила к Fatal Error: с последующим откатом к последнему бекапу, такого ни разу не было. Скажите люди добрые, это что всегда так было есть и будет в опенкарт, или я просто ещё не врубился в эту великолепную сиэмеску до конца?! :(

Надіслати
Поділитися на інших сайтах


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

И это правильно! А то нам уже тесно становится.

Надіслати
Поділитися на інших сайтах

Я только начал изучать эту систему и пришел к выводу, что продолжать вряд ли стоит. За много лет работы с джумлой было всякое, но чтобы банальная установка модуля приводила к Fatal Error: с последующим откатом к последнему бекапу, такого ни разу не было. Скажите люди добрые, это что всегда так было есть и будет в опенкарт, или я просто ещё не врубился в эту великолепную сиэмеску до конца?! :(

вы банально во что-то странное уперлись) все должно хорошо быть)

Надіслати
Поділитися на інших сайтах


Да банально заходишь во вкладку МОДИФИКАТОРЫ и страница грузиться 5 мин

А на хостинге совсем беда.

Товарищи СТАРШИЕ программисты, помогите!

  • +1 1
Надіслати
Поділитися на інших сайтах


Спасибо большое.

Удалил из файла все нафиг и все стало гуд))
Если кому понадобиться файл находится по адресу

 

system/storage/logs/ocmod.log

 

Открываем и удаляем все нафиг.

 

И лог лучше чистить каждый раз, как советовали ребята выше.

Я как то не обратил на это внимание сразу.

  • +1 1
Надіслати
Поділитися на інших сайтах


  • 4 years later...
В 14.04.2016 в 20:06, alone69li сказал:

Спасибо большое.

Удалил из файла все нафиг и все стало гуд))
Если кому понадобиться файл находится по адресу

 

system/storage/logs/ocmod.log

 

Открываем и удаляем все нафиг.

 

И лог лучше чистить каждый раз, как советовали ребята выше.

Я как то не обратил на это внимание сразу.

 

благодарю, помиогло. гляньте какой сайт я обслуживать начал https://prnt.sc/sypg3q лог ошибок почти 23 гб)))) как это возможно)

Надіслати
Поділитися на інших сайтах


  • 3 months later...

Для автоматизации процесса можно в ocmod добавить это

 

<!-- auto clean ocmod logs -->
    <file path="admin/controller/{extension,marketplace}/modification.php">
        <operation error="skip">
            <search ><![CDATA[getList() {]]></search>
            <add position="after"><![CDATA[
    if (is_file(DIR_LOGS . 'ocmod.log') && filesize(DIR_LOGS . 'ocmod.log') > 1024 * 1024 * 1) {
			$handle = fopen(DIR_LOGS . 'ocmod.log', 'w+');
			fclose($handle);
      $this->session->data['success'] = 'Log is clean!';
    }
      ]]></add>
        </operation>
    </file>

Теперь при каждом сохранении, скрипт будет смотреть размер логов, если он превысит это (  filesize(DIR_LOGS . 'ocmod.log') > 1024 * 1024 * 1)  ) значение, то скрипт очистит лог при обновлении модификации.

image.thumb.png.1e100f2c2a28a3ada0abe7e94757b34a.png

Змінено користувачем alone69li
Надіслати
Поділитися на інших сайтах


  • 4 years later...

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

Установил чистый осторе 3037. На свой домашний сервер. Когда накатывал шаблон, который не запустился, понял, что модификаторы не открываются. Сервак подвисает и страница выдает ошибку 504. По логам нихрена понять нельзя. Ни в логах на сервере, ни в логах админки сайта, в страничке модификаторов, которые удалось запустить ( с кучей ошибок по работе сайта) но на РНР апач, который идет по умолчанию с версией РНР 8.3 и поменять нельзя. Соответственно, изначально устанавливал оссторе на РНР 7.3 Вот в этом и была ошибка. По какой-то причине, на моем серваке ( убунту 24, фастпанель) с версией РНР 7.3 модификаторы не открываются на абсолютно девственном осторе. Стоило поменять версию РНР на 7.4 и все прекрасно заработало. Спасибо мне, что я такой догадливый. Хотя первопричина непонятна. На хостинге, где стоят аналогичные сайты, всё прекрасно работает и на : "PHP FastCGI (Apache) 7.3.33 (alt)"    

У меня тоже FastCGI, но уже 7.4  и тогда запустилось.

Надіслати
Поділитися на інших сайтах


Створіть аккаунт або увійдіть для коментування

Ви повинні бути користувачем, щоб залишити коментар

Створити обліковий запис

Зареєструйтеся для отримання облікового запису. Це просто!

Зареєструвати аккаунт

Вхід

Уже зареєстровані? Увійдіть тут.

Вхід зараз
×
×
  • Створити...

Important Information

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