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

Vladzimir

Users

Everything posted by Vladzimir

  1. Эту проблему (двойную конвертацию) украинские банки проходили зимой. Лично я при оплате рекламы в Адвордс, из-за нестабильности курса, переплачивал до 25%, и это при том что счета выставлялись в грн. В РФ в данный момент наступила именно такая же ситуация с курсом. Соответственно банки защищаются. А на счет выставления счета в рублях, то это сделать нельзя из-за отсутствия адекватного росийкого сервиса приема платежей по картам.
  2. Ну и в чем виноват Ликпей? Курс по которому выставлен счет 2,22 руб/грн. (нормальный коммерческий курс) Курс по которому посчитал Сбербанк 2,63 руб/грн. (нехило завышенный курс).
  3. Конвертацию делает ваш банк. И ликпей о работе каждого банка знать не может.
  4. Ошибок нет? По утверждениям специалистов (и по моим наблюдениям) Zend OPcache - самый быстрый, и он в 5,5 включен по умолчанию.
  5. Какая версия php? Попробуйте установить XCache или OPcache.
  6. Тут есть сложность. инвалидация то происходит практически в случайном порядке. Выводы можно сделать из моих тестов. set будет одинаков. А get с fileatime незначительно медленне без инвалидации. И гораздо быстрее при инвалидации. В данном классе есть глобальная проблема - одновременная инвалидация кеша для одной страницы. Ведь кеш генерируется сразу и на одно и то же время для каждой страницы.
  7. У вас нет чистоты эксперимента. Вот что дал мой эксперимент 1.000 файлов с одинаковыми данными: Первый столбец первая проверка, второй повторная (для отслеживания влияние статического кеша) fileatime (мало данных) 0.0914 0.02314 fileatime (много данных) 0.09086 0.02328 file_get_contents (мало данных) 0.29642 0.175 file_get_contents (много данных) 0.37888 0.24596 Вывод fileatime дает преимущество. Потому что инвалидация происходит как минимум в три раза быстрее. Да, fileatime увеличивает время получения данных. Но эта величина очень несущественная, особенно учитывая статкеш. К тому же конечный файл в данном случае имеет меньший вес из-за отсутствия временной метки. Что нивелирует эту задержку.
  8. Тут вся соль в инвалидации данных. С файлтайм. Если дата протухла - инвалид. С датой в файле. Получить десериализовать. Проверить время. Так же, указанные вами данные, как по мне, легко укладываются в статистическую ошибку. Да и меряли вы, совсем не то. Сделайте отдельный тест на инвалидацию с и без файлтайм. Тупо отдельно класс.
  9. Зачем хранить дату в массиве, если правильнее проверять дату изменения файла?
  10. Попробуйте этот класс http://code-igniter.ru/wiki/Cache. В нем нет глупости по типу glob, есть тегированние. И он довольно быстрый - используется разделение кешей на подпапки, довольно быстрая инвалидация данных. Можно дописать массовое удаления всех данных по тегу.
  11. Правильнее тогда файл кеша переписать на memcache, там автоматически происходит инвалидация данных, даже без обращения к ключу.
  12. А почему бы не взять реализацию от крупнейшего GPL-сообщества - joomla.org. На JED прекрасно решили проблему и с GPL, и платными дополненими и с ионкубом. Сделайте платный каталог. А проблемы с оплатой/лицензиями и т.д. переложите на самих разработчиков.
  13. На данном форуме "говносборки" не обсуждаются.
  14. В этом случае нет возможности по отдельности настроить модуль для каждого магазина (если там есть свои настройки). Я могу модифицировать ваши модули для настройки под каждый магазин. Но конечно не за спасибо.
  15. Это немног не то. Эксперимент стоит в плане, влияет ли данный блок на увеличение количества продаж.
  16. Запустил эксперимент в гугланалитексе. Через две недельки отпишусь на сколько эффективней продажи с данным модулем.
×
×
  • 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.