Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

sv2109

Users
  • Posts

    3,690
  • Joined

  • Last visited

Everything posted by sv2109

  1. ресайзинг картинок происходит через модель ModelToolImage, где есть такой код: class ModelToolImage extends Model { public function resize($filename, $width, $height) { if (!file_exists(DIR_IMAGE . $filename) || !is_file(DIR_IMAGE . $filename)) { return; } $info = pathinfo($filename); $extension = $info['extension']; $old_image = $filename; $new_image = 'cache/' . utf8_substr($filename, 0, utf8_strrpos($filename, '.')) . '-' . $width . 'x' . $height . '.' . $extension; if (!file_exists(DIR_IMAGE . $new_image) || (filemtime(DIR_IMAGE . $old_image) > filemtime(DIR_IMAGE . $new_image))) { // создание нового рисунка } else { // тут добавляем touch } if (isset($this->request->server['HTTPS']) && (($this->request->server['HTTPS'] == 'on') || ($this->request->server['HTTPS'] == '1'))) { return HTTPS_IMAGE . $new_image; } else { return HTTP_IMAGE . $new_image; } } }
  2. Не нужно забывать так же что далеко не все товары в магазине просматриваются равномерно. Всегда есть какие-то топовые модели или товары по акциям или товары на первых страницах в каталогах, которые просматриваются регулярно (думаю их будет процентов 20) и товары, не очень популярные или которых может вообще не быть на складе и которые просматриваются раз в несколько дней.. (а таких вполне может быть процентов 80) А это кстати вариант! Есть такая linux команда - touch, которая меняет время доступа к файлу. Так почему бы во время каждого обращения к файлу (или для файлов, старше несколько часов) не запускать эту команду? Так у нас все популярные файлы будут со свежими датами доступа и удаляться будут только не популярные.
  3. Какая 100% загрузка, вы о чем? Мы же не будет удалять каждый час по миллиону файлов? Если удалять только устаревшие файлы и запускать крон каждый час то сколько файлов устареет за час? 10, 100, 1000? Сколько времени займет для команды rm удалить 1000 файлов? 1 секунда? Так в чем проблема?
  4. Почему не рабочий? Пишется скрипт, который по расписанию, например раз час заходит в папку кеша рисунков и удаляет оттуда самые старые пока размер папки не будет меньше определенного размера или дата файла меньше определенной даты. В чем проблема?
  5. Так у вас проблемы с кешем рисунков, который в /image/cahce/data или системный кеш который в /system/cache? Если рисунки и рисунков много то соответственно и создается на каждый рисунок несколько разных вариантов размеров. Как вариант (если используется много похожих размеров) можно оставить на сайте несколько основных размеров, а остальные менять средствами css. Например если одному модулю нужен рисунок 100 на 100, а другому 90 на 90 то для каждого рисунка в системе создается 2 варианта. Можно для 2-х модулей установить 100 на 100, а для второго прописать в css высоту и ширину 90. Еще вариант написать скрипт который будет удалять старые рисунки и запустить его по крону, тогда он автоматически будет все подчищать. Отключать кеширование рисунков очень не рекомендую, это создать огромную нагрузку на сервер, для каждой страницы и для каждого пользователя придется постоянно на лету создавать уменьшенные копии каждого рисунка, а их на 1 странице может быть штук 50
  6. это модуль не для админки, чтобы заставить его работать в админке скорее всего нужно писать отдельный модуль для админки, прописать пару строчек кода, которые можно куда-то вставить и все заработает тут не получится..
  7. Вас что на гугле забанили :) http://papermashup.com/truncate-text-with-the-jtruncate-jquery-plugin/ или http://viralpatel.net/blogs/dynamically-shortened-text-show-more-link-jquery/ или https://www.google.com.ua/search?q=jquery+shorten+text
  8. Спасибо после нажатия на ентер в аякс поиске вы вместо стандартного поиска попадете на этот, это работать будет. Но сам аякс поиск будет по-прежнему работать так как и работал.. никакой морфологии и релевантности там не будет, для этого нужно этот модуль переделывать, добавлять этот функционал.
  9. Пока так и смог найти времени чтобы сделать версию для 1.5.4.1.. там просто достаточно дописать нужно, в этой версии ввели кучу кодов для которых нужно делать поиск + делать настройки в админки для веса каждого кода итд.
  10. Там используется плагин colorbox http://www.jacklmoore.com/colorbox у него есть темы, например http://www.jacklmoor...orbox/example2/ и http://www.jacklmoor...orbox/example3/ где навигация сверху. пс не успел))
  11. Обновления затронут системные таблицы, но не таблицы модулей. Все зависит от количества данных которые модуль будет в этой таблице держать. Если это десяток настроек то их смело можно пихать в setting и не париться. Но если это например модуль статей с кучей статей, то тут по любому нужна отдельная таблица
  12. Кстати, хранить данные модулей в таблице settings не правильно. По 2-м причинам: 1. Эта таблица предназначена для небольших данных настроек, что и следует из названия 2. Все эти настройки грузятся при каждой! загрузке опенкарта. Если там просто настройки модуля, тогда нормально. Но если там десятки статей или html блоков то так категорически нельзя делать. Но многим авторам просто впадло создавать свои таблицы + для них еще модели писать нужно.. и в результате пихают все в таблицу settings, работает ну и ладно..
  13. а вот этого быть не должно. Мой модуль абсолютно никак не влияет на сохранение атрибутов в базе. Он просто предоставляет более удобным способ их ввода - появляется селект с вариантами атрибутов, после выбора значения в селекте оно переносится в текстовое поле значения атрибута, после чего сохраняется уже стандартными средствами опенкарта.А если добавить значение атрибута через этот модуль, сохранить его, а потом опять открыть этот товар. Добавленный атрибут будет? Если да то сохранение атрибутов работает нормально.
  14. Не работает потому что это 2 разных модуля, написанные 2 разными авторами и имеющие разную логику работы. Этот модуль заточен под стандартный механизм добавления атрибутов. Для всех остальных модулей нужно писать интеграцию, для каждого модуля свою. Это есть смысл делать если модуль популярный и им пользуется много людей. А судя по отзывам, вы первый кто об этом спросил, значит больше никому это не нужно.
  15. Больше информации тут http://www.slideshar...numbers-take-ii В последнем коммите на гитхабе ее вроде устранили только не понятно пойдет ли это уже в новую версию или выпустят апдейты и для старых версий. пс гитхаб коммит можно скачать в виде патча правда времени проверить можно ли его применять и на какую версию сейчас нету.
  16. например создать 2 модуля - один кинуть в колумн лефт, другой в колумн райт после чего в каталоге в контроллера модуля получить значение position и в зависимости от условия вернуть или код модуля или false.
  17. странно, что у вас группа ftp имеет меньше прав чем апач, обычно наоборот бывает. через эту модель происходит ресайзинг картинок. Но заливаются они через файловый менеджер. Значит менять права нужно в первую очередь в файловом менеджере.chmod('файл', 0666) - разве не работает? зачем ставить для картинок 777?
  18. я бы на html делал. Создается страница, туда подставляются нужные данные (ФИО, адрес итд. ). Возле каждого заказа есть кнопка "Распечатать бланк наложенного платежа", после нажатия на которую открывается например во фрейме эта страница со всеми вставленными данными с кнопкой "Печать". Жмешь печать, получаешь готовую бумажку.
  19. По умолчанию модуль ищет там, где это делает стандартный поиск. Он просто добавляет к стандартному поиску морфологию и релевантность. Если поиск по описанию выключен (например снята галочка при поиске) то и искать по нему не будет, независимо от цифр веса. Описание это описание товара. Цифры в админке означают вес. Чем больше вес тем выше это совпадение будет в результатах поиска. Насчет тегов, теоретически да, по тегам должно искать быстрее, особенно если еще и индексы посоздавать. Но нужно пробовать.
  20. вот я не так давно покупал модуль на оф.сайте - видео галерея. Зашел на демо сайт, все нормально, все работает, зашел в админку, покликал все работает. Купил, установил и вот засада.. модуль написан с поддержкой только 1 языка. А установить его я хотел на двумовный сайт. И что? заплатил деньги, закатывай рукава и дописывай, разбирая чужой код.. Придерживание каким-то стандартам не сделает автоматически код идеальным и безошибочным, как некоторые наверное считают в этой теме. Но сделает код более красивым и понятным, такой код проще читать, быстрее понять и легче поддерживать другим разработчикам, которым со временем придется с ним работать. То же и относится к модерации. Ни один программист, даже супер мега крутой не сможет просматривать все модули и исправлять там все баги.. это нереально. Но просмотреть модуль на соответствие самым элементарным стандартам вполне возможно. Это никак не гарантирует что ошибок не будет, но может значительно их уменьшить. но вижу многим на это глубоко наплевать, как-то работает.. ну и фиг с ним..
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.