We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 26709
    • 4 Posts
    Принцип оптимизации для 0.9.6.3 одинаковый по сравнению с 0.9.6.2. Поэтому никаких проблем. Будет версия новая, я проведу оптимизацию и ее. Если индекс.пхп бдет одинаковым, то еще проще. Что касается файлов кэша, то можно написать небольшой кусочек кода, который будет удалять устаревшие файлы. Думаю, немного позже сделаю это. Потом выложу обновление.

    Вообще что касается файлов кэша, то их имена генерируются от контрольной суммы самого запроса. Потому если запросы одинаковые, файлы просто перезаписываются. Помому "лишних" файлов нету. Есть просто неиспользуемые в данный момент. Но если их удалить, они все равно создадуться заново, как только запрос повториться. Так что незнаю, есть ли смысл вообще обновлять кэш методом удаления этих самых файлов? Кто как думает?
      • 19800
      • 180 Posts
      не могли бы вы выложить кусок кода, который вы поменяли в index.php?
      т.е. какую часть старого кода, поменяли на новый?
      таким образом например обычно вставляют моды в новостной движок DLE
      боюсь я не дождусь 0.9.6.3, уже леплю сайт на 0.9.6.3 rc2
      мне будет проще просто поменять кусок кода, как и другим пользователям modx. Не только вы изменяете index.php
      В общем если у вас есть время и желание, было бы неплохо указать такие же куски в wayfinder и ditto.

      по поводу механизма удаления, лучше как мне кажется создать скрипт на автоматическое удаление сгенерированных файлов (как вам уже предлагали) в определенный период времени, а этот определенный период времени прописать в функции в виде редактируемой переменной к примеру t = 2592000 cекунд, т.е. автоматически удалять файлы раз в 30 дней.

      P.S. имеет смысл использовать оптимизированные ditto и wayfinder без оптимизированного index.php? Или они работают исключительно в связке?
        • 26709
        • 4 Posts
        Quote from: mk99 at Dec 17, 2008, 11:49 AM

        имеет смысл использовать оптимизированные ditto и wayfinder без оптимизированного index.php? Или они работают исключительно в связке?

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

        Quote from: mk99 at Dec 17, 2008, 11:49 AM

        по поводу механизма удаления, лучше как мне кажется создать скрипт на автоматическое удаление сгенерированных файлов (как вам уже предлагали) в определенный период времени, а этот определенный период времени прописать в функции в виде редактируемой переменной к примеру t = 2592000 cекунд, т.е. автоматически удалять файлы раз в 30 дней.

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

        Quote from: mk99 at Dec 17, 2008, 11:49 AM

        не могли бы вы выложить кусок кода, который вы поменяли в index.php?
        В общем если у вас есть время и желание, было бы неплохо указать такие же куски в wayfinder и ditto.

        Могу. Правда что касается сниппетов, то проще будет посмотреть исходники в архиве. Там Я приделал комментарии к тем частям кода, который был внесен для оптимизации. Для Wayfinder был изменен файл wayfinder.inc.php ,  для ДИТТО ditto.class.inc.php  В обоих случаях в начало этих файлов были добавлены строки:

        $cachetime = "600"; //время актуальности кеша
        include_once ($modx->config[’base_path’]."manager/includes/cachemysql/cachemysql.php"); //путь к файлу с функцией кеширования. Нужно взять в архиве
        Изменение в файлах помечено таким комментарием:

        //Кеширование
        Сразу под этим комментарием идет участок кода. Когда код для кеширования закончился, идет пустая строка. Строки, которые были закоментированы из-за ненадобности, имеют комментарий //закоментировано
        Получается что-то типа такого:

        //$result= $modx->dbQuery($sql);//закоментировано

        //кеширование
        $cache1=new MySQLCache($sql, $cachetime);

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

        А индекс.пхп редактируется предельно просто:

        было:

        // execute the parser if index.php was not included
        if (!MODX_API_MODE) {
            $modx->executeParser();
        }

        стало:


        ob_start(); //Добавлено

        // execute the parser if index.php was not included
        if (!MODX_API_MODE) {
            echo "<!--content-->"; $modx->executeParser(); echo "<!--/content-->"; //Изменено
        }

        include_once(MODX_MANAGER_PATH.’/includes/content_monitoring.inc.php’); //Добавлено

        Вот и вся оптимизация для главного файла. Конечно же, нужно из архива взять файл content_monitoring.inc.php и положить его туда, куда указывает путь в вышеприведенном участке кода. Ну и все из папки manager. Теперь страницы будут грузиться с сервера только тогда, когда ее содержимое, помещенное между <!--content--> и <!--/content--> не изменилось с предыдущего раза. (в вышеприведенном варианте кода проверяется ВЕСЬ код, от первого до последнего тега.)
        Если хотите проверять только какую-то часть стhаницы, а не всю, то можно из кода index.php убрать строку:
            echo "<!--content-->"; $modx->executeParser(); echo "<!--/content-->";
        заменив ее на
        $modx->executeParser();
        а выделить проверяемый участок страницы прямо в шаблоне или контенте.
          • 13889
          • 39 Posts
          Почему бы не сделать уже полностью оптимизированную и только русскую сборку Modx 0.9.6.2 ? -  без косяков с руссификацией - читать мануалы по исправлению граблей с русским языком трудно... Я вот каждый раз удаляю ненужны файлы lang, ибо мне ни чешский язык ни какой другой кроме en и ru не нужны ... так же оптимизировал в Фотошопе все графические фалы ... в итоге у меня в распакованном виде Модх весит метров 6 вместо 9 ... Так же прилепил исправления Serg24 для ускорения сниппетов (ditto и wifinder) - запросов к базе стало меньше ... и потрачено на это все 2 дня - а ведь можно было просто скачать уже переработанную версию .... а huh 
            • 1611
            • 591 Posts
            Quote from: jeff-sett at Dec 19, 2008, 08:55 AM

            Почему бы не сделать
            А могли бы вы выложить свою сборку? Уже было бы дело. Я так понимаю архив можно прикрепить прямо к сообщению на форуме.
              • 17193
              • 4 Posts
              Это вроде как уже обсуждалось. Тем не менее я за, но с условием, что все изменения будут документированы, чтобы знать где и что изменено.
                • 22301
                • 1,084 Posts
                Quote from: jeff-sett at Dec 19, 2008, 08:55 AM

                Почему бы не сделать уже полностью оптимизированную и только русскую сборку Modx 0.9.6.2 ? - без косяков с руссификацией - читать мануалы по исправлению граблей с русским языком трудно...

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

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

                такого не бывает smiley

                Вот mk99 человек опытный, он сразу думает про ситуацию, когда вроде "сделал и забыл", а потом страдают нервы или репутация.

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

                Единственный способ получить оптимальную сборку -- проталкивать всё через вишлист и плотно общаться с разработчиками. Быстрее принимаются решения по критическим ошибкам и наиболее популярным пожеланиям. Я бы ещё подло рекомендовал постоянно давить на Fuzzy.

                Кстати, ещё одна причина, по которой разработчики категорически против того, чтобы дистрибутивы системы в каком-либо первозданном или модернизированном виде выкладывались где-либо, кроме официального репозитория, -- это невозможность получения реальной статистики по скачиваниям с географической привязкой. Я думаю, всем понятно, что чем больше скачиваний дистрибутива будет производиться со "славянских", так что ли:), айпишников, тем проще будет донести до разработчиков пожелание обратить пристальное внимание на кириллические кодировки.

                Есть пожелание выкладывать какие-либо переводы (локализации) именно на форуме, в специально подготовленом месте: http://modxcms.com/forums/index.php/topic,7062.0.html Я бы ещё порекомендовал авторам делать ссылки у себя в подписях на соответствующие топики. Например, Serg24 вполне может добавить себе в подпись ссылку на данный топик, чем очень сильно поможет сообщникам, да и по поиску тема будет лучше находима.

                По теме больших каталогов тоже выскажусь. Тема опять же не раз уже обсуждалась и у нас, и в англоязычном сообществе. 0.9.X система в принципе не предназначена для разворачивания больших каталогов. Так сложилось, что когда закладывалась архитектура, идиология, то соответствующие масштабные задачи перед разаработчкиами не стояли. Уже больше года идут разговоры про "революционную" версию, но за подробностями лучше Fuzzy.

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

                Если что, друг делал, а я должен был всё это дело тестирвоать на общем проекте, но что-то все такие деловые были. Может, в кризис времени станет больше, хе-хе-хе...
                  [img]http://jurist-info.ru/pic/rrr.jpg[/img]

                  Безжалостный пияр!
                  Artima -- неуч!
                  Осторожно: преступная локализация -- modx-cms.ru
                  Баштанник Андрей -- мегапрограммер из Белоруссии и поедатель говна, очень критично настроенный молодой человек!

                  Дисклеймер для общительных: даю сам себе право транслировать в открытый эфир содержание лички, just for fun
                  • 22301
                  • 1,084 Posts
                  вести с полей от Fuzzy: в новой версии при установки русского языка и кодировки UTF-8 гиморроев не наблюдается! в общем, я в таком случае за UTF-8 smiley
                    [img]http://jurist-info.ru/pic/rrr.jpg[/img]

                    Безжалостный пияр!
                    Artima -- неуч!
                    Осторожно: преступная локализация -- modx-cms.ru
                    Баштанник Андрей -- мегапрограммер из Белоруссии и поедатель говна, очень критично настроенный молодой человек!

                    Дисклеймер для общительных: даю сам себе право транслировать в открытый эфир содержание лички, just for fun
                    • 28814 ☆ A M B ☆
                    • 1,086 Posts
                    Quote from: openagate at Dec 22, 2008, 02:16 AM

                    вести с полей от Fuzzy: в новой версии при установки русского языка и кодировки UTF-8 гиморроев не наблюдается! в общем, я в таком случае за UTF-8 smiley
                    You can check it here
                    http://modxcms.com/forums/index.php/topic,27946.msg188880.html#msg188880 smiley

                    Проверено на себе.
                      Разработка сайтов и программных модулей на MODX.
                      Опыт работы на MODx с 2005 года. Высокое качество.
                      Компания Baltic Design Colors: http://www.bdcolors.ru.
                      • 22301
                      • 1,084 Posts
                      подлую рекомендацию выше прошу во внимание не приниамть, я подотстал от жизни:) Игорь уже всё нарулил:)
                        [img]http://jurist-info.ru/pic/rrr.jpg[/img]

                        Безжалостный пияр!
                        Artima -- неуч!
                        Осторожно: преступная локализация -- modx-cms.ru
                        Баштанник Андрей -- мегапрограммер из Белоруссии и поедатель говна, очень критично настроенный молодой человек!

                        Дисклеймер для общительных: даю сам себе право транслировать в открытый эфир содержание лички, just for fun