Цитата |
---|
Гость пишет: Проводятся ли компанией очные курсы по администрированию системы Битрикс? |
В этом году будут открыты очные курсы совместно с нашими партнерами. Думаю, что даже в первом квартале этого года.
15.01.2007 23:27:10
|
|||||||
|
20.12.2006 11:26:25
По сложившейся традиции переход с 5.Х на 6.Х будет бесплатным для всех пользователей, у которых активна техническая поддержка и обновления.
Смысла откладывать большого я не вижу. Купив сейчас вы без проблем обновитесь на 6.0 и продолжите работать. |
|||||
|
11.12.2006 14:50:32
В московский офис компании Битрикс на постоянную работу требуется руководитель партнерского отдела/технический консультант в партнерский отдел
Требования к кандидатам: * высшее образование; * грамотный русский язык (приветствуется знание английского языка); * умение свободно общаться и располагать к себе собеседника; * профессиональное знание веб-технологий и программного продукта "Битрикс: Управление сайтом"; * отличное понимание специфики работы веб-студии * креативное мышление; * интерес к маркетингу В обязанности сотрудника будет входить: * консультации партнеров и клиентов по техническим и архитектурным вопросам; * работа по развитию партнерской сети; * участие в переговорах с крупными заказчиками; * умение представить продукт, участие в семинарах; * выделение направлений для дальнейшего развития продукта на основании контактов; Мы предлагаем: * работу на полный рабочий день в офисе (м. Алексеевская); * достойную официальную зарплату; * возможность самореализации. (Должность и зарплату будем определять на основании собеседования) Резюме можете направлять по электронной почте: job@bitrixsoft.ru Готов на этой неделе провести собеседование. |
|
|
20.10.2006 16:03:30
Не забывайте добавлять требование по сертификации учебных курсов: Перечисляйте, какие сертификаты вас интересуют, и пусть вам присылают такие резюме: |
|||
|
15.10.2006 02:16:47
Тарас, каждый должен заниматься своим делом. PHP - это скрипт, который может быть ограничен по времени работы. SMTP - это сервер, с которым нужен коннект по TCP/IP и время отправки письма может быть достаточно большим. Единственный стабильный вариант работы реализован сейчас: вызывать функцию mail и отдавать заботу об отправке письма системе. Если этот подход вам не очень нравится, переопределяйте функцию mail в своих интересах.
Совершенно согласен. Только не путайте "Нормально" по отношению к производительности, и "стройность реализации" по отношению к решаемой задаче.
Похоже, мы с вами решаем разные задачи
Тарас, объясните, почему тогда PHP не придерживается такого "хорошего тона"? Вообще, я очень озадачен, что тема тестирования производительности перешла на обсуждения вопроса как отсылать почту. Связь очень условная между этими темами. Это еще раз доказывает мне, что если что-то хотите обсудить, делайте это в отдельных темах и возникшие по ходу вопросы выделяйте в отдельные темы |
|||||||||
|
14.10.2006 22:43:12
Тарас, а о чем вы? Массовые - это миллионы писем в день. Да, обычно с сайта такие вещи и не рассылают. А сто тысяч в рассылке на Битрикс - такие клиенты есть и нормально работают. И при чем тут SMTP и форки вообще? |
|||
|
29.09.2006 21:57:26
Смотрите инструкцию по установке или учебный курс:
|
|
|
11.09.2006 16:18:55
К сожалению, нельзя. Опубликованы только проекты, которые захотели опубликовать их владельцы. Это не является обязательным требованием для клиентов. Собственно, так же не обязательно размещать ссылку "работает на Битрикс: Управление сайтом".
Примерно такая же ситуация. Часть партнеров так же не представлены в списке по своему желанию. Сегодня опубликовано больше 500 партнеров. |
|||||
|
08.09.2006 00:43:29
Тут все упирается в базу данных. Технически правильнее делать не просто дублирующие и простаивающие сервера, а RAC (Real Application Cluster) В такой схеме нагрузка балансируется между серверами через DNS или оборудованием на входе (Cisco умеет и другие). База работает в кластере с единой файловой системой для двух серверов. Обычно для базы требуется еще специальный линк для синхронизации. Но все это есть для Оракла, про других не скажу точно. Читайте что-то такое: Так же можно делать две машины, одна в работе и с нее файлы и база реплицируются на вторую машину всегда готовую перейти в работу. Но это не очень рационально и экономно. Если вы клиент, я перенесу тему в закрытый форум, там обсудим подробнее. |
|||
|
29.08.2006 02:52:06
Да, я соглашусь с Виталием
Действительно, строить прогноз на 5 и тем более 10 лет я бы не стал. Уж очень много будет зависеть от развития Интернет как среды коммуникаций. Но вполне возможно построить предположение на 3-4 года: * CMS - как ограниченная система управления контентом перестанет существовать. Этот термин уже и сегодня подразумевает включение в продукт сервисов и функций, ранее несвойственных CMS. Думаю, что новые системы будут называться WMS (Website Management System) и будут закрывать практически полный спектр задач, связанных с созданием и управлением интернет-проектом. * Произойдет еще более четкой и ясное разделение простых и узконаправленных CMS от систем CMF (Content Management Framework). CMF системы "научатся" быть простыми даже для неподготовленного новичка. В итоге на базе CMF будет реализовано подмножество узкоспециализированных систем и компонент для их функционирования. Простые CMS умрут как класс, уступив самый нижний сегмент визуальным конструкторам Windows/Unix продуктов типа FrontPage или Office System, а средний и верхний сегменты - CMF системам. * CMS накопят столь значительный функциональный багаж, что программировать свою CMS будет таким же безумием, как писать свой Word или заказывать автомобиль в гараже по своим чертежам. Но в силу молодости сегмента рынка и его относительной малости для крупных игроков, на рынок не появится явного лидера, и будет успешно соседствовать порядка 15-20 популярных систем для 2-3 платформ. * Клиенты перестанут покупать сайты без программного продукта. Стоимость программистов будет только расти. Четким станет понимание рисков, связанных с собственной разработкой. Индивидуальные разработки останутся только в единичных веб-системах верхнего ценового уровня. * Виртуальный хостинг будет почти полностью вытеснен арендованными виртуальными машинами и выделенными серверами. Процессорные мощности возрастут значительно. Выделенные каналы позволят часть сайтов размещать непосредственно в офисах компаний. Это в определенной степени повлияет на разработчиков CMS. Можно сформулировать еще ряд тезисов, но без цели и ответы общие
Да, Анна, для статики, я думаю, так и будет. Но динамика и программные системы как были, так и останутся отдельным классом продуктов. |
|||||||
|
23.08.2006 03:12:37
Ну тут, Павел, мы с вами, видимо, и не должны сходиться во мнениях, так как по-разному понимаем данный вопрос. Мы не просто считаем это удачным решением, но и увидели это уже на статистике продаж после выпуска версии 5.0. Да, в общем, партнеры, которые работают с клиентами, вам прямо и сказали о своем мнении. Я так же скажу вам, что вопрос ценовой политики, лицензионной политики мы очень часто и активно обсуждаем с нашими партнерами в закрытом форуме. Но вы извините нас, мы не будем в открытом форуме обсуждать все причины или мотивы, которыми мы руководствуемся, принимая те или иные решения.
Если вы пишете именно документацию, а не просто записки для технических специалистов "как я вмещался в бюджет", то можете смело отразить, что для создания комплексного решения Битрикс подходит, но на ваш взгяд стоит дорого. |
|||||
|
20.08.2006 17:45:50
Я рискну предположить, что вы немного не то понимаете под гибкостью. Вам хочется, например, чтобы в продукте ленту новостей можно было вывести в три колонки одной галкой в настройках. Отлично. И в две тоже кнопкой. И фотографию не показывать если нет и смещать - тоже кнопкой. А если детальной новости нет, не выводить ссылку. А если товары - то сравнивать тоже по кнопке. А если СМИ - то чтобы ссылки по теме тоже кнопкой выводились. А форум под статью так же кнопкой. А... И так вы действительно готовы перечислить набор ваших требований к продукту. Но обратите внимание, это все же не ТЗ, а это именно требования по конфигурированию. Во-вторых, набор этих требований ограничен и при вашей работе с таким продуктом в любом случае приведет к появлению новых требований и параметров для настройки, которые вам нужно будет как-то проявить. А теперь сложим требования хотя бы 10-50 клиентов. Будут, конечно, пересечения возможностей/галочек. Но по опыту наших предыдущих продуктов мы знаем, что число галочек увеличится катастрофически. Т.е. панель управления таким продуктом станет не просто огромной, а ужасной )) и в пересечении этих значений не сможет разобраться уже не только программист, но и пользователь ( Правда, такой путь мы проходили. Были у нас подобные продукты. В итоге, индустрия и спрос приводят к появлению систем двух классов: 1. Класса "Битрикс: Управление сайтом", которые являются универсальными системами, фактически представляют собой Framework и детальный API для разработчика. При этом есть инструменты для полной визуализации работы конечных пользователей с продуктом - динамические программные компоненты. 2. Системы ограниченного круга решаемых задач с набором определенных функций. Для уменьшения числа галочек, чаще всего нацелены на узкие сегменты - новостные ленты или форумы. Что выбрать вам для себя - тут решать именно вам. Без сомнения, вы можете перечислить все галочки, пойти в гараж и заказать для себя машину ручной сборки с нужной панелью управления. А можете готовую машину, выполнить для нее тьюнинг или полную смену кузова, настроить компоненты с нужными вам галочками. |
|||
|
20.08.2006 03:14:02
Забавное сравнение и очень точное. А вы пробовали хоть раз по своему ТЗ заказать изготовление машины в обычном гараже? Вы понимаете, как нужно составлять ТЗ для машины? Или считаете, что достаточно указать, что должно быть 4 колеса, два руля, одна выхлопная труба и потребление бензина как у BMW? Или ребята в гараже хорошо понимают, как сделать машину безопасной, да еще обещают вам, что вы приедете к ним, и они вам за бесплатно прикрутят модные брызговики? Есть интересная аналогия с машинами, которую рассказал один наш партнер, профессиональный инженер. Были времена, когда каждую машину делали в гараже. Делали долго и очень дорого. Не у всех ездила хорошо. Если уходил какой-то толковый мастер или инженер (что не становится сразу известно заказчику) то машины получались уже не очень хорошие. Следующим шагом - появились заводы, которые делали двигатели и шасси. И каждый мог купить шасси, пойти в мастерскую по изготовлению кузовов и там заказать для себя нужный внешний вид. Ну и в итоге появились конвейеры и унифицированные по виду и функционалу автомобили, вариантов которых появилось много, но они стали дешевле, значительно надежнее, функциональнее, к ним появились запчасти и автосервисы по всему миру. Пока в сайтостроении мы находимся в переходном этапе между гаражами и кузовными мастерскими. Но Битрикс в этой аналогии - это как раз двигатель и шасси. А кузовные работы - это дизайн. Все усложняется тем, что в отличие от машины, каждый пока хочет свой внешний вид. Но более того, каждый понимает, как строить сайт, что руля должно быть два, а не три, авторизация должны быть такой и никакой другой... Но что реально важно, каждый хочет не просто легковой автомобиль для езды с женой. Одним нужен фургон для перевозки фруктов, другим грузовик для угля, а третьим просто вагоны для денег. Вот и получается, что для перехода к следующему этапу нам сначала нужно будет систематизировать наши потребности, смириться с тем, что выглядеть они будут немного похожими, но работать будут исправно. А пока предлагаю просто брать двигатель и шасси и обращаться к профессиональным разработчикам. Кстати, только подумал, что сегодня унификация уже глубже, чем мы обсуждали. Во многих машинах разных марок используются универсальные двигатели от одного поставщика. Так Опель Франтера, на сколько я слышал, это какой-то японский двигатель и шасси, а вот кузова разные. Так что возможно рынок сайтостроения, в силу своей специфичности, уже и пропустил этап конвейера и просто перешел к более универсальной и профессиональной форме сборки из унифицированных блоков объединенной единой архитектурой и стандартами.
На мой взгляд, лучше заказать на базе Битрикса вашу индивидуальную разработку по вашему ТЗ, так делают очень многие клиенты. Хотя ничто не мешает нашим клиентам самим реализовывать проекты на базе Битрикса. Даже не буду перечислять все риски, которые вы снимаете, выбирая такое направление. Аналогия с машинами очень точная. |
|||||
|
13.07.2006 23:09:37
Да, это очень верная мысль. Если вы хотите создать надежную систему, то все ее составляющие должны быть надежными и работать с уровнем отказоустойчивости примерно равным. Нет смысла делать одну из составляющих с уровнем надежности 99.9999% в то время, как у вас есть составляющие с уровнем 85%. Кстати, именно по этой причине, Софткей ( |
|||
|
05.07.2006 19:48:05
Руслан, тема не удалена, а переведена в закрытый форум для клиентов. Перейдите в него, обсуждение там продолжается. Доступ вам предоставлен. если текущая авторизация не истекла, авторизуйтесь повторно, для получения новых прав. Спасибо. |
|||
|