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

Yoda

Users
  • Posts

    3,144
  • Joined

  • Last visited

Everything posted by Yoda

  1. Больше жести, больше! Можно поработать я считаю, но дополнительная проработка ТЗ, будет стоить вам около 100 000 рублей, убрали руки с клавиатуры во время переписки, дополнительный штраф вам 2000 рублей, приспчило пойти пописять, а я сижу жду вашего ответа - 5000 рублей. Не дай бог клапан рвануло - 10 000 рублей. А так в целом нормальный заказ, адекватные деньги и условия, надо браться.
  2. С simple есть проблемы при включенном сжатии в админки - это давно известный глюк, к memcache они отношения никакого не имеют! Равно как и кеширование статики никак не влияет на работу оформления заказов.
  3. Друзья мои, ну это же мое дело чем запасаться. Если у вас у самих такой базы нет, а вы заявляете подобный функционал - или вы врете, или слабо представляете о чем говорите! Пока еще никому не удалось как вы говорите "молниеносно" сгруппировать 300-400к записей типа text в mysql.
  4. А покажите пример, как у вас "оптимизированные запросы" отработают категорию скажем на 5000 товаров у которых 10 атрибутов у каждого. Доли секунд говорите... запасся попкорном...
  5. приложите весь код модифицированного файла seo_pro. По сути у вас два варианта проблем. 1) Либо некий модификатор изменил логику работы класса и в место разбора протокола приходят некорректные данные. 2) По каким то причинам ваше веб-сервер передает некорректные данные в php
  6. В данной ситуации одного мемкеша мало. 1) Нужно начинать с настроек конфигурации mysql-сервера, так как по дефолту в любой операционной системе при установке mysql, ставиться конфиг, который рассчитан на минимальную конфигурацию, и на моей практике в 90% случаев ресурсы серверов просто простаивают. Если проводить аналогию - это купить огромный дом, но жить на кухне, потому что в спальню ключ потеряли. 2) После переходить к анализу базы и построению правильных индексов (универсальных нет, все зависит от структуры каталога, установленных модулей и настроек сервера). Так к примеру пара составных индексов на таблице product, могут давать огромный прирост в подсчете товаров, но тут же убивать производительность фильтра. 3) Если это 1.5 - то необходимо менять системный класс кеша. 4) Анализировать нагрузку от ботов - выгонять их через noindex follow и потом закрывать в robots.txt 5) Анализировать общее количество запросов и какими либо кешерами стараться его уменьшить. 6) Попробовать отказаться от кеша в сеопро. Так как парсинг файла в объект на 120 000 элементов - это может быть дольше чем 200-300 атомарных запросов в базу. И вот после этого, можно смотреть в сторону мемкеша и глобального кеширования html.
  7. Все зависит от версии opencart, хостинга, состояния дисков на хостинге, количества товаров, трафика (посетители + боты). Если на магазине до 10 000 просмотров в день и нормальный ssd и у вас нету 200 соседей на сервере - то разница будет незаметна. А вот если у вас дешевый виртуальный хостинг, древние диски, а тем более opencart 1.5 - то прирост будет огромный. Также прирост производительности от memcache значительно ощутим в случаях - если у вас очень много файлов в кеше или какие-либо дополнения хрянат большие объемы данных в кеше. По факту для среднестатистического магазина на 2-5000 товаров с 500 униками в сутки на версиях 2.x и на нормальном хостинге, разница будет в пределах статистической погрешности в несколько десятков миллисекунд.
  8. Уже начиная по моему с 2.1 - поддержка memcache включена нативно в ядро Opencart. Для 2.3, @Tom совершенно правильно написал решение. Для 2.1 необходимо в файле index.php заменить в инциализации класса ('file') на 'mem'. Ну и да - добавить настройки подключения к демону в config.php опять же как написано выше. Никаких сторонних модулей не требуется.
  9. Я пятый раз перечитываю, рыдаю! Руцкий изык - прям как у классика! А умение формулировать мысли и составлять тз - просто от бога!
  10. Ты вот ща сам понял, что написал ? Я думаю что человек который не понимает почему у него не отправились post-data, еще труднее поймет как через ajax отправить несколько форм на странице. Мало того с нынешней модой. Зачастую правок директив htaccess или php.ini недостаточно, так как повсеместно nginx, очень зажатый на виртуальных хостингах, с которым подобные фокусы могут и не пролезть!
  11. http://ocshop.info/kak-my-delali-rassylku-i-chto-iz-etogo-poluchilos/ Вот тут подробно, как сделать в принципе все, чтобы письма шли.
  12. Вот ваще! Давайте выпьем практически за ключевое слово "Херню"! Именно! А самое жуткое, что никто не пошевелился исправить косяки, неужели всех устраивает при каждом чихе обновлять все модификаторы ?
  13. Вот интересно мне. Вы тут все опять развели балаган. Разработчики жадные. Даниэль гавно. Опять стоит вой апологетов GPL, у которых 100% стоит ворованная винда. Давайте ближе к реалиям. Даниэлю в хвост не чесались ваши вопли. Его задача приблизить хоть как то продукт даже не к Enterprise классу, а к чему-то, что может быть похоже на "коробочное" зрелое решение, и лечь под глобального партнера типа ebay или amazon. Первая ласточка этого процесса была в рефакторинге локализаций и приведению названий локалей к стандартам. Вторая - доработка модулей интеграции и платежек. Так что вы тут можете развозить сопли слезы и вопить хоть до второго потопа, как все плохо, и как некрасиво и какая плохая архитектура. Но при этом вас не услышат и ваши посты - это полная туфта. Так как собственных реализаций из вас никто не может сделать, а лаять как собаки без дела, дело не хитрое. Так вот мое личное мнение в 3.0 нас всех ждут КОСЯКИ, до 3.1 ))) А потом посмотрим. Даниеэль парень нестабильный, и может за пару недель все переделать. Но пока все что происходит с развитием мне и нравиться и не нравиться. Нравиться - то что архитектура взрослеет и таки может мы получим полноценный фреймворк, а не нравиться, наследие и наслоение старых костылей, коим является мертворожденный OcMod, которому до VQMOD как до Киева рачки, но Даниэль не смог его включить в движок в силу лицензионных условностей и выдумал свой гавнокостыль.
  14. Помнится мне в версиях 1.5.x появилась фича от Toporchillo с модификацией запросов подсчета товаров при помощи SQL_CALC_FOUND_ROWS. А я тогда говорил, что это бред! И правильно использовать второй полноценный запрос для getTotalProducts. В 1.5 совсем плохо было с индексами и на небольших базах это возможно имело смысл. Но когда сейчас каждый второй магазин от 10 000 товаров, FULLSCAN всех таблиц участвующих в выборке товаров в категории и механизм FOUND_ROWS скорее вреден чем полезен и вот вам подтверждение с официального блога Percona https://www.percona.com/blog/2007/08/28/to-sql_calc_found_rows-or-not-to-sql_calc_found_rows/ Учиться, учиться и еще раз учиться! (c)
  15. Все мы хорошо знакомы с боленями опенкарта и дублями. Но немногие заморачиваются с их устраненением. Очень часто криворукие писатели дополнений не утруждают себя проверять код и в вашем магазине появляются ссылки вида http://vash_magazin//////какой_то_адрес/?id=какой то айди Убрать повторяющиеся слеши очень просто. Достаточно добавить в .htaccess после rewrite base вот такой код: RewriteCond %{THE_REQUEST} ^[A-Z]{3,}\s/{2,} [NC] RewriteRule ^(.*) $1 [R=301,L]
  16. Есть два проекта, которые просели крепко - без ручных мер, как раз после установки модуля. Но так как, человек требует железобетонных пруфов, я о них выше умолчал. Очень жаль что он не понимает всей печали ситуации. И не понимает порядок бюджетов на продвижение, которые он просто посливал в унитаз. Одно радует. Побольше бы таких модулей на варезе!
  17. Вы дебил в кубе, простите! После таких слов - это не оскорбление это констатация факта - диагноз что ли. Все кто активно работают - они работают. А работа магазина - это продажи. А не бексонечные обновления, обновления, обновления. Это я вам как владелец пары десятков магазинов говорю. А еще пару сотен магазинов у нас в разного рода саппорте. Так вот из всех моих "наблюдаемых магазинов" онанизмом со слежением за обновлениями модулей занимается 5% от силы. Всем остальным либо некогда и они не видят в этом смысла. Либо просто некому это делать. Мало того уж насколько бессмыслены ваши доводы - про то кто что-то обновляет. У нас до сих пор есть два магазина на 1.4 версии и обновлять их мы планируем наконец только через пару месяцев.
  18. Вы по моему идиот! Крупные автоконцерны платят миллионные компенсации по возмещению ущерба, в случае если доказано причинение ущерба по вине концерна. И идиот в квадрате, потому что не понимаете логику покупателей дополнений и владельцев магазинов, никто не бегает не следит за вашими творческими потугами. Один раз поставили и забыли. Соответственно у 90% покупателей стоит старая версия с некорректной разметкой, которая приводит к проседанию позиций или выпаданию магазина из поиска. Никого не волнует что вы сделаете. И что вы исправили. Я думаю что людей крайне волнует ЧТО ВЫ УЖЕ СДЕЛАЛИ! А вы пока что сделали огромный вред большому количеству владельцев магазинов за их же деньги. И вред этот не сравним со стоимостью модуля.
  19. Вы не поняли!!!! Это не игрушки и не шутки. Вы здесь мне смайлики корчите. Вместо того чтобы поименно в личке возвращать как минимум деньги за дополнение. Хотя - по сравнению с общим ущербом, нанесенным вашим модулям магазином - это капля в море. А то каким вы его сделали хорошим - трафик не вернет. Представьте, что ваша жена гульнула налево, подцепила сифилис, заразила сознательно вас, и потом такая... Ой.. я переделала все полностью, не переживай дорогой, ничего страшного что у тебя нос отпал, зато у меня три запроса, спасибо за критику .
  20. Вы серьезно? Покупки: 349 и еще 33 у 19го Итого 380 магазинов, вашими силами либо уже пессимизированы и просели в выдаче, либо стоят на очереди. И вы ЗА ЭТО ВЗЯЛИ ДЕНЬГИ!!!!!
  21. Пока нет полной ясности! Ближе к событию появится.
  22. вот подпишусь под словами Марка. С ним мы давечо спорили по очень тонкой ситуации в настройках хостинга, но нашли консенсус. Никто из подопечных пока ни разу не просел!
×
×
  • 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.