| 1.1, Аноним (-), 18:37, 29/09/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Нет.. Бесполезно использовать vtiger. Более страшного кода в своей жизни я никогда не видел.
Это АД!!! Так даже не писали программисты IE 6!!!
Вообщем пусть что хотят они выпускают, но этот продукт словно мертворождённый ребёнок.
| | |
| |
| 2.2, Anon (?), 18:56, 29/09/2010 [^] [^^] [^^^] [ответить]
| +3 +/– |
Клиенту не в код смотреть, а чтоб работало.
Если кто-то недоволен имеющимся - пускай пишет свой код.
| | |
| |
| 3.3, Fcuku (ok), 19:16, 29/09/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > а чтоб работало.
А НЕ работает.
Сломали. Начиная с PHP 5.3.2 vtiger сломался.
И потребовался им ГОД почти, чтобы 5.2.0 выпустить.
Это ваще капец. Там фиксов на неделю работы.
Сейчас уже ЛЕНЬ проверять, заработал vtiger 5.2.0 с PHP 5.3.3 или нет.
Вернулся на SugarCRM.
А vtiger очень хорош был. Пока РАБОТАЛ. Но на PHP 5.3.2 - бздык!
На фиг никому не нужны эти м... рыдания с переездами, переносами колоссальных баз.
90% юзверей vtiger отдал Шугару. И поделом. Еще пара таких выходок и могут ваще закрываться.
| | |
| 3.16, Аноним (-), 00:43, 30/09/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Клиенту не в код смотреть, а чтоб работало.
> Если кто-то недоволен имеющимся - пускай пишет свой код.
Клиенту важно, что бы система на которой он собирается держать свою базу периодически, хотя бы раз в пару лет обновлялась и развивалась...
Втигер же представляет собой жалкое десятиэтажное подобие распорок и костылей. Где нет чёткой архитектуры и ясного понимания того что они хотят в дальнейшем.
Если клиенты думают о будующем своей системы, то я бы на их месте задумался о правильной CRM
| | |
|
| 2.12, Fcuku (ok), 22:16, 29/09/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Более страшного кода в своей жизни я никогда не видел.
втигер, вообще-то, форк шугара.
разошлись в кодовой базе они не так давно.
а к каким конкретно модулям втигера претензии?
с php 5.3.2 втигеры мрачно обделались, но отношения к стилю, идеологии кода это не имеет.
| | |
| |
| 3.15, Аноним (-), 00:39, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Вы вообще в код vtiger заглядывали?
Я имею претензии ко всем модулям что индусы переписали. И даже не удосужились изменить копирайты sugar :)
Я всё веду к тому, что сейчас это свалка различных модулей и компонент. Они постоянно туда что-то новое привязывают, но совсем скоро ЭТО невозможно станет поддерживать.
Очень хотел доработать, но я испугался этого кода и поспешно слинял на Sugar. В шуге код конечно тоже не идеа (такой уж я перфекционист), но он хотя бы достаточно логичен и придерживается своего стандарта.
Вообщем втингер скоро некому будет поддерживать, а переписывать всё с нуля и рефакторить для такой большой системы - дело не подъёмное.
| | |
| |
| 4.44, ksuit (?), 00:56, 04/10/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >>И даже не удосужились изменить копирайты sugar :)
Мсье... И часто вы правите чужие копирайты в чужом опен-сорс коде?
| | |
|
|
|
| |
| 2.5, Fcuku (ok), 19:59, 29/09/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> на старом PHP работала, или как...?
На серваке неописучей мощности - псят штук сервисов и поважнее vtiger'a.
Сервак - в Сети, не в локальной.
Западла при накате до 5.3.2 никто не ожидал. Только втигер закосячил, больше ни одно приложение не пострадало.
Даунгрейд в таких условиях - безумие, огромный риск.
Вам понравится глючной или недоступный сайт банка? Или глючащая SSL почт-морда Банка?
Банку - нет.
Проще поднять за пять сек Шугар, и в рабочем порядке перенести базы, пока РАБОТА всяких так "кей-эккаунт менеджеров" НЕ ПРЕРЫВАЕТСЯ НИ НА СЕКУНДУ.
А выделять на Vtiger отдельный бокс на колокейшене это не скоро и это недешево.
Это знаете-ли большой шкандаль, остановить продажников.
| | |
| |
| 3.6, sHaggY_caT (ok), 20:27, 29/09/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL/CentOS: в пятой ветке все еще PHP 5.1.X с бэкпортами, никаких дырок, и все работает (в том числе почти все новое, и почти все старое)
З.Ы. Насчет исключительности vtiger'а, Вы не правы: на тех же хостинговых серверах, когда ПО контролируется кастомером, а не хостером-администратором сервера, после таких апдейтов наступают настоящие черные дни: увы, быдло-код неистребим.
>А выделять на Vtiger отдельный бокс на колокейшене это не скоро и это недешево.
Контейнеры и (или) виртуализация рулят?
| | |
| |
| 4.7, slepnoga (??), 20:39, 29/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL/CentOS:
> в пятой ветке все еще PHP 5.1.X с бэкпортами, никаких дырок,
> и все работает (в том числе почти все новое, и почти
> все старое)
Центос хорош только в определенных условиях, соответственно не везде применим. Это если не
собирать кучи пакетов самому или юзать всякие рпмфорге/епелы - если же это делать, то оно ничем уже от генты не отличается, ну и соотв гента сразу становится гораздо логичней :)
> З.Ы. Насчет исключительности vtiger'а, Вы не правы: на тех же хостинговых серверах,
> когда ПО контролируется кастомером, а не хостером-администратором сервера, после таких
> апдейтов наступают настоящие черные дни: увы, быдло-код неистребим.
Это если кастомерами. Переписывать что то на халяву ( за еду ) в свободное от основной работы время (Вам не кажется, что переписывание все таки не работа админ) - моветон.
Если кому то нефиг делать - пускай переписывает.
| | |
| |
| 5.8, sHaggY_caT (ok), 21:00, 29/09/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Все-таки зря, зря, другие ОС и дистрибутивы не идут по пути RHEL/CentOS:
>> в пятой ветке все еще PHP 5.1.X с бэкпортами, никаких дырок,
>> и все работает (в том числе почти все новое, и почти
>> все старое)
> Центос хорош только в определенных условиях, соответственно не везде применим. Это если
> не
> собирать кучи пакетов самому
Кучи-не кучи, но немножко мы собираем, и не видим в этом проблемы
> или юзать всякие рпмфорге/епелы - если же это
Имхо, Вы очень зря валите в одну кучу rpmforge и epel: второй никогда не заменяет центосные и rhel-овские пакеты, и особой проблемы в его использовании, имхо, нет (правда, есть проблемы, типичные для других дистрибутивов: мы, например, до сих пор боимся миграции с puppet 0.24.X: был бы он в базовых репозиториях, или гарантировалась бы самими puppetlabs совместимость еще несколько лет, этого можно было бы избежать)
>> З.Ы. Насчет исключительности vtiger'а, Вы не правы: на тех же хостинговых серверах,
>> когда ПО контролируется кастомером, а не хостером-администратором сервера, после таких
>> апдейтов наступают настоящие черные дни: увы, быдло-код неистребим.
> Это если кастомерами. Переписывать что то на халяву ( за еду )
> в свободное от основной работы время (Вам не кажется, что переписывание
> все таки не работа админ) - моветон.
> Если кому то нефиг делать - пускай переписывает.
Нет, клиент просто уйдет на другой хостинг, где его таким не заставляют заниматься.
| | |
| 5.26, Mike Lee (?), 11:41, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> ну и соотв гента сразу становится гораздо логичней :)
в генте в стэбле кстати php 5.2.14. потому что там люди думают о качестве и стабильности. в чем радость от использования 5.3.х сейчас?
| | |
|
| 4.10, Fcuku (ok), 22:04, 29/09/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> Контейнеры и (или) виртуализация рулят?
Контейнеры и (или) виртуализация - гуляют лесом.
Стоит Фря 7.3, которая держит нагрузку мама не горюй.
Таких линуксов нет и какое-то время еще не будет.
Будет биг-биг апдейт - за воскресенье сервак когда-нибудь переедет на Фрю 8.1 (а может, уже 9.4 к тому времени появится :)
Опыты с линуксами будут, может быть, сделаны локально.
Таки, десктоп система, эти линукса :)
Ну их, этих линуксов, на серьезно нагруженнои интернет-сервере им не место.
| | |
| |
| 5.11, sHaggY_caT (ok), 22:07, 29/09/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Контейнеры и (или) виртуализация рулят?
> Контейнеры и (или) виртуализация - гуляют лесом.
> Стоит Фря 7.3, которая держит нагрузку мама не горюй.
> Таких линуксов нет и какое-то время еще не будет.
> Таки, десктоп система, эти линукса :)
Что-то Вы сильно красноглазите :)
А держать кучу неизолированных сервисов в одном box-е, большой моветон, и не только с точки зрения security.
| | |
| |
| 6.13, Fcuku (ok), 22:33, 29/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
> А держать кучу неизолированных сервисов в одном box-е, большой моветон, и не
> только с точки зрения security.
Моветон, не моветон, а расколачивать 7U корпус, закупая аренду 42U стойки и 42 сервака по 7000 баксов, это, как бы, дорого? Не дорого? Мне дорого.
С точки зрения security тьфу-тьфу.
Расплавившийся сервак был восстановлен за три часа вместе со срочной закупкой (чудом нашелся в воскресенье наличный девайс в продаже). Ноу проблем.
Все "глабакамысленные" соображения разнести сервисы по 10 сервакам (картинки, статика, почта, мускул в выделенных боксах, web - через лоад-балансер за которым пучок навороченных по не могу 1U) были опровергнуты такой простой штучкой, как ПРАКТИКА.
Один МОЩНЕЙШИЙ сервер молотит в 100 раз шустрее, чем 10 мид-рейнджей, подключенных через балансер.
"Балансировать" или разносить мускул, почту, статику нужно только копиями этого супервсервака. Все остальное - это падение производительности на порядки. Не хватает мощностей - кратно умножай топовую железную конфигурацию, а не мостырь "ферму" из серверов, которые отвечают на клик медленнее того, который надо дублировать.
Что, впрочем из "курса" арифметики за второй класс начальной и без опытов следовало.
| | |
| |
| 7.17, max (??), 08:35, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Извиняюсь за оффтоп, но можно будет с этого места поподробней. Мы как раз думаем - купить ли кучу 1U серверов или же парочку накаченных по самое "!немогу!"!? Ваша ПРАКТИКА была бы очень полезной и сэкономила бы многим кучу денег и нервов!
| | |
| |
| 8.20, Hedg (ok), 09:17, 30/09/2010 [^] [^^] [^^^] [ответить] | +/– |  А Вам посоветую внимательно посмотреть в сторону Blade-серверов Обратите вниман... текст свёрнут, показать | | |
| |
| 9.27, max (??), 12:30, 30/09/2010 [^] [^^] [^^^] [ответить] | +/– | Задача простая - большие дяди хотят создать новый ISP в нашем городе ... текст свёрнут, показать | | |
| |
| |
| 11.29, max (??), 15:00, 30/09/2010 [^] [^^] [^^^] [ответить] | +/– | Мда есть над чем подумать Пока собираем всю необходимую информацию и будем и... текст свёрнут, показать | | |
|
| 10.34, Fcuku (ok), 22:13, 30/09/2010 [^] [^^] [^^^] [ответить] | +/– | Вам пить пиво с существующими ISP и запоминать Идите, спрашивайте и учитесь Я ... текст свёрнут, показать | | |
| |
| |
| 12.41, Fcuku (ok), 10:33, 01/10/2010 [^] [^^] [^^^] [ответить] | +1 +/– | Такую вещь, как авария, природа не отменяла Начнут подсыхать кондюки на мат пл... текст свёрнут, показать | | |
|
|
|
|
| 8.25, Hety (??), 10:58, 30/09/2010 [^] [^^] [^^^] [ответить] | +/– | В случае с фряхой достаточно держать ВСЁ в джэйлах В базовой системе у меня то... текст свёрнут, показать | | |
| |
| 9.36, Fcuku (ok), 22:24, 30/09/2010 [^] [^^] [^^^] [ответить] | +/– | Так и будет сделано После обкатки Это уже на новом боксе, который будет в конт... текст свёрнут, показать | | |
|
| 8.33, Fcuku (ok), 22:03, 30/09/2010 [^] [^^] [^^^] [ответить] | +/– | У меня в одном боксе мускул 2Тб локальноно трафа в сутки , перловый бэкенд и ке... большой текст свёрнут, показать | | |
|
| 7.19, Hedg (ok), 09:09, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
Вообще наблюдается отсутствие в Ваших размышлениях системного подхода... Если вы проникнетесь Дао системного подхода, то с Вашим опытом и знаниями вам светит блестящая карьера CIO.
| | |
|
|
|
| 4.23, Mikula (?), 10:08, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
>на тех же хостинговых серверах, когда ПО контролируется кастомером, а не хостером-
>администратором сервера, после таких апдейтов наступают настоящие черные дни:
Причём без обедов и выходных, а пока глюк отловишь...
Приходилось срочно откатывать до 5.2 :(
| | |
|
| 3.18, Hedg (ok), 08:50, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
Я Вам сейчас тайну открою... есть такая штука... виртуализация называется... так вот каждый жизненно важный сервис должен жить в своём отдельном окружении. чтобы таких как у Вас накладок не случалось, чтобы его за пару минут можно было перенести на другой физический сервер и там ещё много этих "чтобы". Right Way одним словом.
| | |
|
|
| 1.14, Maxim Doumkine (?), 00:11, 30/09/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Я для тигра уже год пишу модификации, модули и т.п. Ожидал гораздо большего в 5.2 Как тут правильно подметили, за 1 год выпустить изменений на которые можно было потратить неделю - это бред!
Скачал SugarCRM, чище, приятней, удобней, структура БД лучше, документация лучше. Интерфейс лучше, более дружелюбный и простой. В тигре чтобы даже добавить какое-нибудь действия в календарь надо зайди в Sales Leads -> Lead # -> Add Event -> и тут только добавляешь ивэнт. В SugarCRM на джаве все удобнее построено.
Короче, сильно пожалел что год убил на тигра, лучше бы я год убил дописывая отсутствующие функции в SugarCRM.
| | |
| |
| 2.21, cyclope (??), 09:18, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Аминь ))
токо при чём тут жаба к сугару ? (разве что zucker reports, но это убожество ещё то имхо)
| | |
| |
| 3.30, sHaggY_caT (ok), 16:15, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
> zucker
> reports, но это убожество ещё то имхо
У них нет бесплатного аналога, так что, убожество-убожеством, а юзать, для отчетов, приходиться...
| | |
| 3.31, Maxim Doumkine (?), 16:52, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
Джава при том что в шугар6 переделали интерфейс и теперь он похож на leads360. Новый интерфейс сделано удобнее засчет Ajax, большинство окон выводятся как маленький джава попап, больше не надо ходить в дебри аккаунта.
| | |
| |
| |
| 5.35, Maxim Doumkine (?), 22:14, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
Я знаю, мне не принцепиально писать жабаскрипт, кто в теме и так понимает что я имею ввиду, а если я кого-то ввёл заблуждение, то примите мои извинения ;)
| | |
|
|
|
|
|
