Жесткая критика в сторону команды NetUP
-
- Сообщения: 3
- Зарегистрирован: Вс июн 21, 2009 19:05
Жесткая критика в сторону команды NetUP
Добрый день всем.
Я пользуюсь продукцией NetUP очень давно, лет 5 наверное (не по своей воле). Ещё версию 3 застал. И сколько я не администрировал эти поделия, ровно столько меня не покидало чувство, что делают это в таких торопях и на таких коленях, что китайские производители материнок позавидовали бы.
Я одного понять не могу, народ, вы не можете нанять человека, который вам rpm пакет нормально собрать может? За это время обезъянку уже можно было бы научить делать rpm пакеты. Давайте я вам выполню разовую работу и напишу нормальный spec файл а, раз сами не можете?
Во-первых первый подзатыльник за установку в Unix систему поделия в директорию /netup. Почитайте man hier. Даже Oracle не позволяет себе ставиться в /oracle.
Второй подзатыльник за то, что до сих пор не можете написать _нормальный_ стартовый init скрипт. То посмешище, которое сейчас лежит в /etc/rc.d/init.d/ - не может ни нормально запустить utm, ни нормально остановить его.
Третий подзатыльник за то, что не прописываете ваши сервисы в runlevels.
Четвертый подзатыльник за то, что не умеете в spec файле объяснить инсталлятору, что utm5.cfg и rfw.cfg НЕ НАДО перезаписывать дефолтовыми конфигами из новой версии, если старые конфиги редактировались руками. (man rpmbuild в сторону config -> noreplace)
Пятый подзатыльник за то, что вы, создавая пакет для RHEL5, не удосужидись посмотреть ГДЕ ЖЕ лежит файл-сокет для mysql. От верии к версии видно, как вы тщетно пытаетесь угадать это место. И /tmp/mysql.sock и /var/run/mysqld/mysqld.sock, где попытаетесь его поискать в следующий раз? Запомните раз и навсегда, в RHEL'е ВСЕГДА файл-сокет mysql лежал в /var/lib/mysql/mysql.sock.
И шестой даже не подзатыльник, а пинок под зад за то, что в версии для RHEL вы файрволлом указали /sbin/ipfw.
За установку cgi-bin скриптов и html страничек в /usr/local/apache вообще убил бы...
Вот ей Богу, был бы вашим руководителем, реально взял бы релиз-менеджера и публично его выпорол, а разработчика пакета для RHEL уволил бы и в трудовой указал статью - профнепригоден.
Спасибо за внимание и удачи в бизнесе.
Я пользуюсь продукцией NetUP очень давно, лет 5 наверное (не по своей воле). Ещё версию 3 застал. И сколько я не администрировал эти поделия, ровно столько меня не покидало чувство, что делают это в таких торопях и на таких коленях, что китайские производители материнок позавидовали бы.
Я одного понять не могу, народ, вы не можете нанять человека, который вам rpm пакет нормально собрать может? За это время обезъянку уже можно было бы научить делать rpm пакеты. Давайте я вам выполню разовую работу и напишу нормальный spec файл а, раз сами не можете?
Во-первых первый подзатыльник за установку в Unix систему поделия в директорию /netup. Почитайте man hier. Даже Oracle не позволяет себе ставиться в /oracle.
Второй подзатыльник за то, что до сих пор не можете написать _нормальный_ стартовый init скрипт. То посмешище, которое сейчас лежит в /etc/rc.d/init.d/ - не может ни нормально запустить utm, ни нормально остановить его.
Третий подзатыльник за то, что не прописываете ваши сервисы в runlevels.
Четвертый подзатыльник за то, что не умеете в spec файле объяснить инсталлятору, что utm5.cfg и rfw.cfg НЕ НАДО перезаписывать дефолтовыми конфигами из новой версии, если старые конфиги редактировались руками. (man rpmbuild в сторону config -> noreplace)
Пятый подзатыльник за то, что вы, создавая пакет для RHEL5, не удосужидись посмотреть ГДЕ ЖЕ лежит файл-сокет для mysql. От верии к версии видно, как вы тщетно пытаетесь угадать это место. И /tmp/mysql.sock и /var/run/mysqld/mysqld.sock, где попытаетесь его поискать в следующий раз? Запомните раз и навсегда, в RHEL'е ВСЕГДА файл-сокет mysql лежал в /var/lib/mysql/mysql.sock.
И шестой даже не подзатыльник, а пинок под зад за то, что в версии для RHEL вы файрволлом указали /sbin/ipfw.
За установку cgi-bin скриптов и html страничек в /usr/local/apache вообще убил бы...
Вот ей Богу, был бы вашим руководителем, реально взял бы релиз-менеджера и публично его выпорол, а разработчика пакета для RHEL уволил бы и в трудовой указал статью - профнепригоден.
Спасибо за внимание и удачи в бизнесе.
- Chistiakov_A
- NetUP Team
- Сообщения: 190
- Зарегистрирован: Пн мар 21, 2005 18:30
По чему вы начинаете критиковать критику в ваш адресс, появляются проблемы надо просто находить пути решения этих проблем, а не начинать разводить флейм на тему "кто виноват, кто прав"Chistiakov_A писал(а):Когда я вижу подобные претензии, как бальзам на душу то, что теперь люди стали жаловаться на подобные мелочи. Когда-то было саавсем не до того, куда что ставится.
-
- Сообщения: 1612
- Зарегистрирован: Пт ноя 10, 2006 15:23
-
- Сообщения: 3
- Зарегистрирован: Вс июн 21, 2009 19:05
Вы сначала это почините. Потом будут претензии по продукту. Их на порядок больше. Начиная от невыставления счетов и заканчивая пропаданием IP адресов у клиентов.Chistiakov_A писал(а):Когда я вижу подобные претензии, как бальзам на душу то, что теперь люди стали жаловаться на подобные мелочи. Когда-то было саавсем не до того, куда что ставится.
- Chistiakov_A
- NetUP Team
- Сообщения: 190
- Зарегистрирован: Пн мар 21, 2005 18:30
Уважаемый, воспользуйтесь формой багрепорта в личном кабинете на сайте.anaconda-devel писал(а):Вы сначала это почините. Потом будут претензии по продукту. Их на порядок больше. Начиная от невыставления счетов и заканчивая пропаданием IP адресов у клиентов.Chistiakov_A писал(а):Когда я вижу подобные претензии, как бальзам на душу то, что теперь люди стали жаловаться на подобные мелочи. Когда-то было саавсем не до того, куда что ставится.
-
- Сообщения: 3
- Зарегистрирован: Вс июн 21, 2009 19:05
Того, что я тут написал - недостаточно?Chistiakov_A писал(а):Уважаемый, воспользуйтесь формой багрепорта в личном кабинете на сайте.anaconda-devel писал(а):Вы сначала это почините. Потом будут претензии по продукту. Их на порядок больше. Начиная от невыставления счетов и заканчивая пропаданием IP адресов у клиентов.Chistiakov_A писал(а):Когда я вижу подобные претензии, как бальзам на душу то, что теперь люди стали жаловаться на подобные мелочи. Когда-то было саавсем не до того, куда что ставится.
Вот вы опять в позу встаете.. Мне вот опыт с админкой очень понравился, вы каждый день билды новые выкладываете мы их тестим.. и вам хорошо, и мы видим что работа идет..Chistiakov_A писал(а):Уважаемый, воспользуйтесь формой багрепорта в личном кабинете на сайте.anaconda-devel писал(а):Вы сначала это почините. Потом будут претензии по продукту. Их на порядок больше. Начиная от невыставления счетов и заканчивая пропаданием IP адресов у клиентов.Chistiakov_A писал(а):Когда я вижу подобные претензии, как бальзам на душу то, что теперь люди стали жаловаться на подобные мелочи. Когда-то было саавсем не до того, куда что ставится.
ыыы одно дело, что новая промежуточная версия админки не завелась, как тут это уже было однажды.. другое дело, когда биллинг криво завёлся такие промежуточные релизы надо уводить ваще в отдельную тему... альфы беты и RC конечно круто, но их ставить на боевые машины с тыщами абонентов не круто а такие одмины найдутся, и будет опять говно на форуме... я ЗА промежуточные версии и сборки, но это как-то должно быть в рамках отдельного соглашения штоли...
P.S. Признаные баги админки неделями решаются, что же говорить про баги ядра...
P.S. Признаные баги админки неделями решаются, что же говорить про баги ядра...
Да какой предметно, функционал который не могут починить просто выключают.
Типичный пример: Тариф с преоплатченым трафиком и разные классы трафика с группировкой. Как один раз сломали, до сих пор починить не можете.
Не говоря уже про переодичную падучесть биллинга и просьбой саппорта прислать 2Гбайтный дебаг файл.
Если честно останавливает от смены биллинга только наличие большого кол-ва костылей и сложность миграции на новый биллинг из-за их наличия.
Типичный пример: Тариф с преоплатченым трафиком и разные классы трафика с группировкой. Как один раз сломали, до сих пор починить не можете.
Не говоря уже про переодичную падучесть биллинга и просьбой саппорта прислать 2Гбайтный дебаг файл.
Если честно останавливает от смены биллинга только наличие большого кол-ва костылей и сложность миграции на новый биллинг из-за их наличия.