Является ли пакет Validate PEAR готовым к выпуску?

В Pear, похоже, есть пакет Validate, который я заинтересован в использовании. Наш сайт имеет около 20 миллионов уникальных возможностей на 10 языках, поэтому, как часть должной осмотрительности, подумал, что я спросил здесь.Является ли пакет Validate PEAR готовым к выпуску?

Есть ли у кого-нибудь опыт работы с этим пакетом PEAR?

Готово к выпуску?

Вот пакет Validate в вопросе: http://pear.php.net/package/Validate

Введение: http://pear.php.net/manual/en/package.validate.validate.php

Bugs (только 78 когда-либо подал ...) http://pear.php.net/bugs/search.php?cmd=display&package_name[]=Validate&status=All

источник

2009-04-10 thesmart

Судя по номеру ревизии и название редакции , (0.8.2 (Бета)), я бы сказал, нет. Лично я бы советовал использовать какой-либо продукт Beta в производстве, хотя есть много случаев, когда он работал отлично (например, stackoverflow). Хотя вы всегда рискуете тем, что что-то происходит.

источник

2009-04-10 00:25:30

Чтобы быть справедливым, у не-бета-кода все еще есть ошибки. Бета только более рискованна, если у них есть * известные * ошибки, которые они не фиксировали, и они * знают * риски. –

У вас может быть системный разрывный код, ожидающий исполнения. По крайней мере, с выпуском не-бета/альфа, у вас есть опыт других, которые тестируют его на производственной системе перед вами. –

Это номер версии, а не ревизия. Validate существует долгое время.Вы могли бы хотя бы взглянуть на домашнюю страницу, прежде чем сделать «хорошо образованную» догадку. – Till

Функции проверки достоверности выполнялись долгое время - некоторые с 2003 года. Я бы не слишком беспокоился о бета-теге, но я все еще параноик по поводу кода - поэтому пишите тесты для себя и не обновляйте PEAR на ваших системах без тестирования.

Еще лучше - подумайте о интеграции кода PEAR, который вы используете в свою собственную кодовую базу, а не в зависимости от системной библиотеки PEAR, которую можно обновить отдельно.

источник

2009-04-10 00:32:55

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

Это лучше, чем просто копирование кода пакетов груши в ваше собственное репо - что бы вы сделали, если вы пропустили исправление ошибок в крике, выпущенное после того, как вы вставили эти пакеты груши, которые вы используете в вашу систему контроля версий ?

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

источник

2009-09-16 21:49:19

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

Лучшее, что нужно сделать, если вы параноик системной установки PEAR, подвергающейся риску, заключается в том, чтобы сделать вашу собственную PEAR-установку. http://pear.php.net/manual/en/installation.shared.php будет для начала.

Тогда это всего лишь случай, когда нужно выполнить обновление $ Pear [Package], а не копировать множество файлов.

источник

2009-10-13 12:44:51 kguest

Является ли пакет Validate PEAR готовым к выпуску?

ответ

Смежные вопросы