Релиз vqmod 2.5.0

[halfhope]

29 августа 2014 вышел релиз vqmod 2.5.0. Так же проект vqmod переехал на GitHub https://github.com/vqmod/vqmod/releases.

 

Что нового:

• Добавлено кэширование проверяемых файлов для увеличения производительности
• Добавлены детали ошибки при ошибке в xml файле
• Добавлена поддержка отрицательного значения offset для REPLACE 
• Добавлена проверка наличия <search> и <add> у каждого <operation>
• В функцию modCheck добавлен второй параметр для возможности добавлять другой исходный файл (не уверен в переводе)
• В классе vqmod переименована переменная $_replaces на $replaces 
• Теперь используется функция file() для увеличения производительности
• Изменены регулярные выражения для увеличения производительности
• Изменены некоторые участки кода для увеличения производительности
• В функцию file_put_contents добавлена блокировка файла при записи (баг фикс для https://code.google.com/p/vqmod/issues/detail?id=167 )
• Изменен .htaccess в надежде исправить ошибку 500 ISE на серверах с Options -Indexes
• Отформатирован код в vqmod.php
• Изменен файл readme.txt

Специфичные для OpenCart изменения:

• Добавлен фикс бага при установке ( https://code.google.com/p/vqmod/issues/detail?id=145 )
• Файлы admin/controller/extension/*.php добавлены в ядро vqmod (vqmod_opencart.xml)
• Изменен файл vqmod_opencart.xml для поддержки OpenCart 2.0

EN

v2.5.0 - 2014-AUG-29 - [email protected]

• Added caching of checked files to increase performance
• Added error details of invalid XML files
• Added negative offset for REPLACE position to remove lines before matched line instead of only after
• Added and check to ensure present in each
• Added second parameter to modCheck to allow specifying the Operations file path for a different source file
• Changed $_replaces to $replaces in VQMod object to adhere to naming convention for public property
• Change to file() method to increase performance
• Changed regex path matching to increase performance
• Changed minor pieces of code to increase performance
• Changed file_put_contents to lock files while saving ( bug fix for https://code.google.com/p/vqmod/issues/detail?id=167 )
• Changed .htaccess security method to hopefully fix some servers having 500 ISE messages from Options -Indexes
• Changed vqmod.php (Formatting cleanup)
• Changed readme.txt files

2.5.0 OpenCart specific changes

• Added attempted fix for weird installer bug ( https://code.google.com/p/vqmod/issues/detail?id=145 )
• Added admin/controller/extension/*.php files to core vqmod_opencart.xml
• Changed vqmod_opencart.xml to allow OC 2.0 integration

https://code.google.com/p/vqmod/wiki/Changelog

 

 

[cmd]

• В функцию modCheck добавлен второй параметр для возможности добавлять другой исходный файл (не уверен в переводе)

 

Все правильно вроде. Функция modCheck по сути делает проверку существования файла перед инклудом. Второй параметр дает возможность подменить первый параметр. При этом почему-то все равно проверяется существование первого файла. Будет неплохо если кто-то объяснит где я гоню или в чем практический смысл этого финта ушами.

[halfhope]

Все правильно вроде. Функция modCheck по сути делает проверку существования файла перед инклудом. Второй параметр дает возможность подменить первый параметр. При этом почему-то все равно проверяется существование первого файла. Будет неплохо если кто-то объяснит где я гоню или в чем практический смысл этого финта ушами.

 

Я тоже не понял, но раз добавили, значит где-то кому-то нужен.

[sv2109]

Да столько уже можно уже этот костыль доделывать?

Раньше был только vqmod в opencart для изменений. Теперь, в версии 2.0 opencart будет:

1. Модификаторы, по сути тот самый vamod, только встроенный в движок

2. Так как эти модификаторы будут иметь другой синтаксис то по привычке, уверен, многие (и разработчики и пользователи) будут продолжать использовать vqmod 

3. Наконец появились События, с помощью которых можно код изменять правильно, без изменения кода файлов движка. 

 

Так зачем одновременно развивать 3 направления, что сделает из движка болото, а отладку кода сущим адом (особенно с нововведениями типа "поддержка отрицательного значения offset для REPLACE")? Почему бы не оставить только События, как намного более правильный и логичный вариант? Все равно рано или поздно, уверен,  до этого придут.

[cmd]

sv2109, где читать про модификаторы?

[sv2109]

sv2109, где читать про модификаторы?

https://github.com/opencart/opencart/wiki/Modification-System

https://github.com/opencart/opencart/blob/master/upload/admin/controller/extension/modification.php

[markimax]

Все правильно вроде. Функция modCheck по сути делает проверку существования файла перед инклудом. Второй параметр дает возможность подменить первый параметр. При этом почему-то все равно проверяется существование первого файла. Будет неплохо если кто-то объяснит где я гоню или в чем практический смысл этого финта ушами.

Сам vqmod - это один большой финт ушами.

Хорошо в OC 2.0 появятся события, тогда можно уже разрабатывать модули без таких финтов ушами

[AlexFisher]

sv2109 отлично сказал. Как с языка снял. Тоже вкумуд задолбал. Приблуда сама по себе правильная, но то, во что ее превращают и к чему применяют... Не айс, мягко-говоря.

[rb2]

В старом репо информация про 2.5.0 есть, а о переезде на гитхаб - ни слова. На гитхабе, похоже, один контрибутор (постящий релизы), и это Jay6390, а не Qphoria (автор vQmod).

Какой-то чудесатый переезд.

[halfhope]

В старом репо информация про 2.5.0 есть, а о переезде на гитхаб - ни слова. На гитхабе, похоже, один контрибутор (постящий релизы), и это Jay6390, а не Qphoria (автор vQmod).

Какой-то чудесатый переезд.

 

Qphoria занимается вики. Я сам сначала не заметил, что они переехали. Зашел скачать в гуглкод, нажал "Lastest downloads" и перешел на гит. Вот так я узнал о переезде. 

[rb2]

Так зачем одновременно развивать 3 направления, что сделает из движка болото,

А кто заставляет? Поддерживайте Override Engine или SafePatch. В наших силах писать модули под правильные решения и продвигать именно их использование в своих модулях, а не vQmod/ocmod.

А вокруг чего там Даниэль пляшет с бубном - ну не пофиг ли? Чем больше у него и Опенкарта будет косяков, тем больше простора для разных модулей и улучшений.

[rb2]

 

сам сначала не заметил, что они переехали. Зашел скачать в гуглкод, нажал "Lastest downloads" и перешел на гит. Вот так я узнал о переезде. 

Таки да, теперь вижу. И Jay Gilford там же в extarnal links светится.

Спасибо за пояснение.

Но всё равно: а давайте Override Engine (JNeuhoff) почаще использовать! :)

Он и vqmod интегрирует-поддерживает (для модификаций tpl что ещё использовать?), и правильные вещи допиливает.

[sv2109]

А кто заставляет? Поддерживайте Override Engine или SafePatch. В наших силах писать модули под правильные решения и продвигать именно их использование в своих модулях, а не vQmod/ocmod.

А вокруг чего там Даниэль пляшет с бубном - ну не пофиг ли? Чем больше у него и Опенкарта будет косяков, тем больше простора для разных модулей и улучшений.

Нет, не пофиг. Потому что или создатель движка сам жестко определит что нужно использовать только этот конкретный способ для изменений ИЛИ если он этого не сделает то каждый будет использовать то, что ему больше нравится. В результате одни модули будут использовать vqmod, другие ocmod, третье события, четвертые Override Engine (кстати, такой же костыль, как и vqmod, потому что изменения там вносятся так же через правку кода файлов с помощью строковых функций), пятые SafePatch шестые еще через что-то.. В результате:

1. каждому пользователю если у него на сайте используется много расширений придется держать на сайте весь этот огород модификаторов

2. это все 100% будет конфликтовать между собой и разработчику продав очередной модуль и получив от покупателя ответ "не работает" придется закатывать рукава и во всем этом болоте искать причину конфликта.. 

А это в свою очередь:

1. существенно увеличит работу разработчика - в нормальных движках продал модуль, получил денежку. Тут будет - продал модуль и потратил 2 часа на поиски конфликтов. В результате или придется кидать эту затею с продажей модулей или поднимать цены в разы, сильно теряя клиентов

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