We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 9085
    • 630 Posts
    О чем спор?!?!
    Поставьте Evo и Revo в одинаковые условия и сравнивайте... Разместите Evo на VDS, где "нормально" работает Revo - думаю, вопросов не возникнет smiley
    Сравнивать DEMO-сайты - тоже не совсем корректно.. Особенно время открытия главной страницы smiley Страница "Blog", например даёт более ощутимую разницу. Хотя, как показатель для ориентира вполне пойдет...

    Насчет времени генерации страницы (которая Total) - формально она показывает именно время генерации от "старта" до "финиша". Если есть желание убрать факторы удалённостей серверов и еще чего-то там - можно воспользоваться, например утилитой ab прямо на сервере (где установлен MODx).


    (* Windows 7 "современна" /эпитеты подбирайте по своему усмотрению/, однако на 486-х даже части её прелестей ощутить не удастся. Тем не менее, сегодня ей пользуется гораздо больше народу, чем WIN98)

    Revo изначально более требователен к ресурсам. Предлагаю спор о быстродействии на этом закончить (или переместиться в другую тему smiley).
    Andchir, если у Вас есть возможность показать примерно равные результаты - буду благодарен за информацию, но в другой теме (где там Evo vs Revo).

    * Дополнительный момент: когда на сайте один человек - время генерации может отличаться, допустим в 2 раза. Когда на сайте одновременно 100 человек - "параллельные" запросы (как параллельное подключение includ-ами кучи php файлов, так и обработка большего количества БД-запросов) влияют на скорость выполнения друг друга. Про тыщщи молчу smiley


    Из реального, возвращаясь к теме:
    - чего-нибудь помощнее взять (а можно phpinfo + конфигурацию сервера вывалить? Или это shared-хостинг?)
    - установить на сервер eaccelerator или APCcache/xcache (если не ошибаюсь, с каким-то из них Revo раньше не дружил)
    - насчет nginx согласен с AKots - как фронтенд к Apache он не поможет. если только уходить от Apache совсем (nginx+php-fpm);

    ps по всему сайту _link какой-то вываливается с ошибкой: http://ss.qubstudio.com/company/
      Правильно заданный вопрос повышает вероятность получения нужного ответа.
      Что-то не работает? Загляните в лог ошибок!
      Есть проблема? "Локализуйте" её!
      Ответы на большинство вопросов по MODx | MODx RTFM | API Evo Revo | галопом по Европам Азиям smiley wikibooks(ru) Ditto(en) | Wayfinder e-book | Заметки и о MODx
      • 9085
      • 630 Posts
      Quote from: Andchir at Jan 21, 2011, 01:25 AM

      Особенно время открытия главной страницы
      Какая разница какие страницы сравнивать? Я же не сравниваю "Рево - главная" с "Эво - блог". На главной тоже есть новости.
      А я хз.. на блоге у Evo (по сравнению с блогом у Revo) выигрыш заметнее ~100ms, значит разница есть: 420 vs 320

      ps. можно ещё Robots.txt сравнить smiley
      pps. Если продолжать - предлагаю в Evo vs Revo ))))

        Правильно заданный вопрос повышает вероятность получения нужного ответа.
        Что-то не работает? Загляните в лог ошибок!
        Есть проблема? "Локализуйте" её!
        Ответы на большинство вопросов по MODx | MODx RTFM | API Evo Revo | галопом по Европам Азиям smiley wikibooks(ru) Ditto(en) | Wayfinder e-book | Заметки и о MODx
        • 6862
        • 97 Posts
        Пока циферки эти не переваливают хотя бы за секунду, учитывать их - бред сивой кобылы. Разница между тремя сотыми секунды и четырнадцати сотыми секунды никак не повлияет на ваше визуальное восприятие загрузки сайта в броузере. Да, можно делать упор что на тупых хостингах Evo будет лучше грузиться. Но точно так же можно утверждать что на более мощных серверах разница между загрузкой Evo и Revo будет стремительно падать.
        Любой профессиональный программист будет склоняться прежде всего к рево, как к более совершенному инструменту для своей работы.
        Те же, кому важны циферки, или жалко заплатить чуть больше за хостинг, все равно останутся при своем мнении, и будут пытаться дальше развивать бесперспективное направление.
          • 785
          • 2,113 Posts
          Quote from: De at Jan 21, 2011, 04:39 AM

          Пока циферки эти не переваливают хотя бы за секунду, учитывать их - бред сивой кобылы.
          Чушь полнейшую говорите, не учитывать можно только на сайтах, где появляется пару пользователей в сутки, а на посещаемых сайтах разница в нагрузке на многое может повлиять. И если подавляющее большинство российских хостингов по Вашему мнению «тупые», продолжайте создавать сайты для избранных.

          Quote from: De at Jan 21, 2011, 04:39 AM

          Но точно так же можно утверждать что на более мощных серверах разница между загрузкой Evo и Revo будет стремительно падать.
          Процентное соотношение сохранится, какой бы мощный хостинг не был. Конечно, если использовать для малопосещаемых сайтов исключительно выделенные сервера, можно вообще не думать о производительности системы.

          Quote from: De at Jan 21, 2011, 04:39 AM

          Любой профессиональный программист будет склоняться прежде всего к рево, как к более совершенному инструменту для своей работы.
          Не хочется начинать «религиозный» спор, но, как я уже упоминал, я не считаю, что внедрение xPDO является шагом вперед, да и PHx я считаю совершенно неуместным для повсеместного использования, и если обработка в Revo построена так же (я не смотрел код в части обработки правил), то можно только посочувствовать.
          Да и вообще, Revo ориентирован не на профессиональных программистов, а на низкоквалифицированных, которым дается множество дополнительных средств. Естественно, эти средства, как все универсальное, работают неэффективно, но зато разработка сайтов должна выполняться проще и быстрее. И все было бы хорошо, если бы это снижение эффективности выражалась в десятках, а не в сотнях процентов, а иначе лучше прилагать больше усилий, но делать сайты, которые можно разместить на любом хостинге.

          Кстати, о стоимость владения сайта. Можно предположить, что Evo требует больше усилий и большей квалификации для разработки сайта (конечно, если сайт не самый простейший), то есть разработка обойдется дороже, но можно будет использовать более дешевый хостинг, и в результате суммарная стоимость владения сайта на Evo будет ниже.

          Еще один из недостатков Revo, о котором я не упоминал – слишком частые обновления, включающие критические. Система пока еще не «устаканилась», и все созданные на ней сайты необходимо часто обновлять, иначе возможны самые разные проблемы.

          - - -
          Quote from: esche at Jan 21, 2011, 01:15 AM

          Windows 7 "современна" /эпитеты подбирайте по своему усмотрению/, однако на 486-х даже части её прелестей ощутить не удастся. Тем не менее, сегодня ей пользуется гораздо больше народу, чем WIN98
          Так как 486-е вообще сегодня никто не использует. А если рассматривать наиболее распространенные хостинги, они слабы для Revo. Если бы мне надо было сайт на моем домашнем компьютере, я бы, наверное, не думал бы о производительности, но мне приходится делать сайты для заказчиков, которые используют обычные хостинги. И объяснять, что я использую революционную систему с передовыми технологиями, поэтому надо заплатить в несколько раз больше за хостинг, хотя сайт не будет отличаться от того, что сделан в другой системе, очень трудно. По крайней мере, я такое не могу объяснить, так как сам не верю в необходимость большей оплаты на ровном месте.
            Создание сайтов на MODx, поддержка сайтов, поисковая оптимизация, программирование, копирайтинг
            Статьи о MODx, регулярно новые публикации
            • 8643
            • 271 Posts
            Меня терзают смутные сомнения что скоро Ditto сломается на всех сайтах на Revolution, так как в следующей версии Revo 2.1.0 будут удалены устаревшие методы апи, а Ditto их использует tongue

            Топикстартер меняй Ditto на getResources пока не поздно shocked
              • 785
              • 2,113 Posts
              Quote from: Andchir at Jan 21, 2011, 08:46 AM

              Можно посочувствовать вашим клиентам. Похоже, MVC вам не надо, ООП тоже не надо.
              . . .
              А если вы обходитесь без шаблонизатора (хотя бы PHx), сделать это будет сложнее (качество ниже).
              Клиентам в первую очередь нужен быстро работающий сайт, удовлетворяющий их требованиям. ООП точно клиентам не нужно, оно как раз предназначено для того, чтобы программированием мог заниматься кто угодно (или считаете, что программирование на языках ООП сложнее, чем на ассемблере?), а не для того, чтобы программы были эффективнее.

              А с любителями шаблонизаторов я уже несколько раз сталкивался, когда из-за повсеместного использования PHx страница сайта генерируется по несколько секунд (встречал и по 7 секунд). И клиенты платят мне деньги, чтобы я убирал этот PHx с их сайтов, после чего скорость увеличивается раз в 10.

              Кстати, мне непонятно, как соотносится идея MVC и PHx, где в действительности переплетены представление и логика. В том же HTML и других языках разметки полностью отсутствует логика, а для добавления логики используется PHP или что-то подобное. В PHx и подобных шаблонизаторах все переплетено вместе, и тут возникает законный вопрос – а почему бы не использовать в качестве шаблона код на PHP, ведь данный язык специально для этого и создан. В ManagerManager именно так и поступили. Но если человек не знает PHP, ему приходится пользоваться неудобным и неэффективным средством – PHx. Впрочем некоторые пользуются PHx и зная PHP, но это уже тяжелый случай…
                Создание сайтов на MODx, поддержка сайтов, поисковая оптимизация, программирование, копирайтинг
                Статьи о MODx, регулярно новые публикации
                • 24205
                • 10 Posts
                Quote from: elastic at Jan 21, 2011, 09:13 AM

                Топикстартер меняй Ditto на getResources пока не поздно shocked
                спасибо за совет, какраз работаем над этим -- есть улучшения

                P.S. Всем спасибо за советы здесь, много "конструктивных" предложеный wink
                  • 7662 ☆ A M B ☆
                  • 276 Posts
                  Как говорится все хорошо когда в меру:) (PHx)

                  Противостояние EVO и REVO думаю будет всегда smiley
                  Пока же основные плюсы EVO:
                  + Скорость работы
                  + Не прожорливость к ресурсам
                  + Стабильная версия, обновления иногда и те не очень критичны(можно старые проекты не обновлять)

                  Ну а REVO только появился и пока активно развивается smiley потому судить его ой как рано smiley
                  а вот присматриваться нужно smiley


                  А про говнокодеров это вообще отдельная тема smiley
                  Сам ,к сожалению не очень хорошо пишу, в основном использую готовые решения, + изучаю php smiley
                  Но иногда попросят поправить сайт на MODx, смотрю и поражаюсь, как такое можно было вообще заставить работать smiley





                    http://modx.im - Russian community
                    http://extras.evolution-cms.com - Repository for Evolution
                    • 32854
                    • 9 Posts
                    Тред моментами очень смешной, кстати.
                    А у меня сайтов 6 уже сделано на рево и даже небольшое кольцо сайтов из +- 20 штук на рево. Ничего, полет нормальный, пришлось правда написать отдельную говноадминку (у каждого свои недостатки wink ) для последней, потому что с этой работать с контентом повседневно вообще невозможно. Работает все с еакселератором и отдается по времени генерации весьма...моментом. Только, вот, загрузка двухядерного атома на 3-4% при выдаче 1 странице 1 пользователю - это меня печалит. Абстракция на абстракции абстракцией погоняет.

                    Ну, вообще, хочу сказать, что кеширование написано в рево хорошо, да вот только очень медленно. Можно было существенно ускорить отдачу страниц, если делегировать выдачу кеша не центральному классу, в котором инстанцируется еще миллион дочерных классов, в том числе и этот цугундер xPDO (родители очень любят свое детище), а отдельныму классу, который вызывается до инстанцирования всего ядра. Конечно же это бы породило говнокод, вызвав butthurt у правильных пацанов, которые так любят ORM, MVC и все такое вкусное. Но я бы на самом деле провел сравнение этого метода с декомпозицией бд - жертвуем правильностью в угоду скорости.

                    Как-то так я вижу.
                      • 23451
                      • 232 Posts
                      А такой вопрос относительно производительности: кто-нибудь прикручивал кэширование nginx-а к Evo+ShopKeeper?
                      Насколько я понимаю, Evo сразу при открытии первой страницы пользователем ставит ему какую-то длинную абстрактную куку и потом через нее все работает. Поэтому нифига не ясно как настроить кэширование для тех, кто просто ходит по страничкам без добавления товаров в корзину.