https://opennet.me/openforum/vsluhforumID3/71069.html Представлен (http://vtiger.com/blogs/2010/09/28/vtiger-crm-520-released/) релиз vtiger CRM 5.2.0 (http://vtiger.com/), многоплатформенной системы для организации (http://vtiger.com/index.php?option=com_content&task=view&id=52&Itemid=136) взаимодействия с клиентами на предприятии, обеспечения работы службы продаж, ведения партнерской сети, организации работы службы маркетинга, оценки эффективности маркетиговых акций, поддержания инвентаризационной базы и корпоративной базы знаний, а также для координирования и планирования работы сотрудников. Код vtiger CRM (http://sourceforge.net/projects/vtigercrm/) написан на языке PHP и распространяется в полном объеме в рамках лицензии MPL.<br><br><br>Система снабжена гибкими механизмами для подключения дополнений, расширения функциональности и адаптации системы под нужды конкретного предприятия. Vtiger CRM является самодостаточной системой, все необходимые для работы компоненты входят в состав единого установочного образа, который доступен для Windows, R...<br><br>URL: http://vtiger. https://opennet.me/openforum/vsluhforumID3/71069.html#45 Sun, 29 May 2011 17:12:16 GMT Итак, свершилось! СМС модуль Vtigercrm теперь работает!<br><br>Представляю Вам дополнение (и исправления) к модулю смс, которое позволяет полноценно использовать в работе vtigercrm индивидуальную и массовую отправку смс. <br><br>Ссылка на архив &#8211; http://myholdfoolder.s3.amazonaws.com/SMSpm.zip<br><br>Очень рекомендую включить данный модуль в следующую версию системы. Для этого достаточно закачать все файлы из архива в каталог /modules/SMSNotifier (с заменой файлов) и выставить на эти файлы права 755. <br><br>История создания<br><br>Как известно, встроенный в систему модуль смс с единственным поставщиком clickatell почему-то не работает. Я связался с техподдержкой clickatell и попросил их помочь с настройкой модуля в системе vtigercrm. На что они очень вежливо отправили меня в эротическое путешествие.<br><br>Тогда я начал искать в сети их конкурентов, т.е. компании предлагающие услуги отправки смс через интернет. И нашел отличную от других европейскую фирму под названием SMSPoint - http://www.smspm.com . <br><br>Компания SMSPoint https://opennet.me/openforum/vsluhforumID3/71069.html#44 Sun, 03 Oct 2010 20:56:20 GMT &gt;&gt;И даже не удосужились изменить копирайты sugar :)<br><br>Мсье... И часто вы правите чужие копирайты в чужом опен-сорс коде?<br> https://opennet.me/openforum/vsluhforumID3/71069.html#43 Fri, 01 Oct 2010 12:10:20 GMT <br>&gt; Такую вещь, как авария, природа не отменяла.<br>&gt; Начнут подсыхать кондюки на мат. плате, запылится кулер на проце, коробка начнет<br>&gt; дурковать.&gt; Единый бокс тут страшный риск.<br><br>Именно(!) два или больше боксов, но меньше, чем если каждый сервис разносить по железке.<br>В том же OpenVZ, или ESX совсем-совсем не зря есть LiveMigration.<br>А огромные тазики в одном экземпляре(как у Вас), имхо, зло.<br> https://opennet.me/openforum/vsluhforumID3/71069.html#42 Fri, 01 Oct 2010 06:35:19 GMT Все уперто в CPU.<br><br><br> https://opennet.me/openforum/vsluhforumID3/71069.html#41 Fri, 01 Oct 2010 06:33:40 GMT &gt; Зачем? У одного знакомого ISP почти все виртуализировано в Zones, у другого<br>&gt; ISP в OpenVZ. Таки железо, особенно если задача не загружает его<br>&gt; до конца, на дороге не валяется.<br>&gt; Но к отдельным сервисам, специфичным именно для ISP, возможно, придется цеплять железки,<br>&gt; и там виртуализация точно будет лишней.<br>&gt; С тем же, что следует обратиться к махровым ISP-кам, соглашусь.<br><br>Такую вещь, как авария, природа не отменяла.<br>Начнут подсыхать кондюки на мат. плате, запылится кулер на проце, коробка начнет дурковать.<br>Тут модульное решение задачу упрощает. К тому же с почтой справится 1U за 30000р., например.<br>Зачем <br>ISP может начать терять клиентскую базу от простоев.<br>В случае с корпоративным сервисом вопрос решается так: "Эй, доцент! Десятка давай! Новая керосинка покупать буду!"<br>А в случае с новым небольшим ISP клиент просто отдаст свои 500р в месяц конкуренту и убедить его раскошелиться на апгрейд, как понимаете, невозможно.<br>К тому же минимум PPP/PPPoE и их обвязка до магистрального канала обязаны бы https://opennet.me/openforum/vsluhforumID3/71069.html#40 Fri, 01 Oct 2010 05:28:07 GMT Есть практика провайдинга, задавайте вопросы.<br> https://opennet.me/openforum/vsluhforumID3/71069.html#39 Fri, 01 Oct 2010 04:45:10 GMT ахахаа :)<br>изящно ))<br> https://opennet.me/openforum/vsluhforumID3/71069.html#38 Thu, 30 Sep 2010 22:05:03 GMT &gt; что ISP<br>&gt; ОБЯЗАТЕЛЬНО нужно разносить ВСЕ сервисы на отдельные боксы. Мускул(ы), днс(ы), почта(ы),<br>&gt; биллинг(и), телефония(и), хостинг(и), маршрутизация - вот вам для начала пять-десять-двадцать<br>&gt; отдельных коробок.<br><br>Зачем? У одного знакомого ISP почти все виртуализировано в Zones, у другого ISP в OpenVZ. Таки железо, особенно если задача не загружает его до конца, на дороге не валяется.<br><br>Но к отдельным сервисам, специфичным именно для ISP, возможно, придется цеплять железки, и там виртуализация точно будет лишней.<br><br>С тем же, что следует обратиться к махровым ISP-кам, соглашусь.<br><br> https://opennet.me/openforum/vsluhforumID3/71069.html#37 Thu, 30 Sep 2010 21:56:47 GMT &gt;&gt; Мы как раз думаем - купить ли кучу 1U серверов<br>&gt; У меня в одном боксе мускул (2Тб локальноно трафа в сутки), перловый<br>&gt; бэкенд и кеширующий на диски фронт.<br><br>И во что вся эта конструкция упирается? в i/o, или в CPU?<br><br>&gt; Но боевые эксперименты показали, что если десятерых<br>&gt; клиентов, запросивших одну и ту же страницу, раздать через балансер на<br>&gt; 10 отдельных "лезвий" (на каждом из которых, понятно, полная копия сервиса),<br>&gt; то ждут клиенты страницу ДОЛЬШЕ, чем если бы вдесятером одновременно стукнулись<br>&gt; в один большой сервак. <br><br>А чем и как балансили? LVS, например, позволяет балансить соединения на наименее прогруженные(в т.ч. по load average) ноды<br><br>&gt; Я вам советую все, же провести эксперименты.<br>&gt; Например под вмварью вы можете поднять и 10 и 50 серваков и<br>&gt; сделать виртуальную "стойку".<br>&gt; Начать с классики; мускул, почта, картинки, статика на выделенных серверах, пучок веб-серверов<br>&gt; через балансер и нагрузить это тестовым сценарием.<br><br>Имхо, это будет плохой полигон для тестов производительно