Sergey Rizhikov (Все сообщения пользователя)

Любую редакция для MySQL.


Приятно слышать.  8)  А где можно глянуть результаты?

Спасибо, Михаил!

Тема действительно интересная. Мы обязательно обсудим возможность поддержки Smarty.

Недавно один из наших клиентов уже интегрировался со Smarty.

Очень не хотелось делать шаблонов, которые не могут напрямую исполняться, но похоже тут можно найти вариант.

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

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

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


Это не проблема, а техническое условие для установки продукта.

На самом деле права 777 не являются обязательными. В зависимости от настроек у хостера можно обойтись намного меньшими правами.

Если у вас есть возможность, то проверьте, под каким пользователем работает Apache и к какой группе принадлежит. Также в настройках Apache необходимо указать что, локальные настройки (через .htaccess) имеют больший приоритет чем глобальные.

Если Apache работает под тем же пользователем что и владелец файлов, права для всех файлов можно указать 7[145][145].
Если Apache входит в группу ,что и владелец файлов, права для всех файлов можно указать77[145].
Если Apache работает с отдельной учетной записью, то придется устанавливать только 777.

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

Если вы еще сможете убедить Мастерхост поставить MMcache, будет вообще замечательно:

http://turck-mmcache.sourceforge.net/

Зенон после долгих уговоров поставил.

Сейчас в продукте можно языки рассматривать как разные домены.


Если вы не менял ядро продукта /bitrix/modules/ и пользовались API, то опасаться ничего особенно не стоит, мы не перетрем сделанные вами изменения.


В начале ноября планируем завершить технологические работы. Надеюсь, что успеем собрать новую демо-версию и дистрибутивы. Скорее всего, версия получит номер 3.4 и включит в себя все обновления.

Вот именно оплата через регистраторов - это очень проблемный вопрос. И Сифнет, пожалуй, единственный вариант, который я знаю.

А если платить обычными видами оплат - то предложение по выделенным серверам очень большое на рынке.

Если вы будете менять только публичную часть сайта, то обновления не затронут сделанные вами изменения. Продукт может модифицировать только файлы расположенные в /bitrix/modules/ все остальные файлы вне указанного каталога и вообще вне каталога /bitrix/ обновлениями не затрагиваются никогда.

А вообще сделать стандартный модуль замены URL-ов можно только если продукт будет парсить страницы сайта и динамически проводить замену параметров, чтобы все ссылки на страницы соответствовали новой политике урлов. Это реально создает очень большую нагрузку на машине и лучше все же делать такие настройки в публичной части в процессе интеграции, как вы правильно заметили - это возможно. Кстати, пример новостей на этом сайте - это как раз пример представления новостей в виде прямых ссылок на базе 404 ошибки на сервер.

В административной части есть модуль Управления структурой. В нем вы увидите физическую структуру сайта: каталоги, файлы, меню, права доступа и другие атрибуты.



В административном разделе вы найдете информационный блок в котором размещена вся информация по каталогу телефонов. Там и производится управление.


Весь административный раздел по управлению проектом расположен в каталоге /bitrix/ от корня сайта.


В административной части есть модуль Управления структурой. В нем вы увидите физическую структуру сайта: каталоги, файлы, меню, права доступа и другие атрибуты.

В административной части есть модуль Управления структурой. В нем вы увидите физическую структуру сайта: каталоги, файлы, меню, права доступа и другие атрибуты.

Четкую спецификацию дать довольно сложно. Есть зависимость от операционных систем, настроек, объема памяти, дисковой системы, специального ПО и т.п.

Лучше всегда судить на примерах.

На выделенной машине с объемом памяти от 512 до 1Г, процессором в районе 1Г (PIII или Celeron) и дисками IDE, операционной системой FreeBSD и установленным MMCache машина у нескольких клиентов отлично тянет нагрузку в 5-10К уникальных пользователей в день с временем генерации страниц меньше порядка 0.5-1.2 сек и утилизацией процессора не выше 15%-35% в пике.


8М не хватает иногда в админовской части, но тоже в зависимости от операционной системе и загруженных модулей в Апаче, как вы понимаете, все мы делим одно пространство памяти в Апаче. Но 12-16М вполне достаточно для работы.


Опять же все зависит от нагрузки, машины, конфигурации и других параметров.


Хороший сервер. Какая же у вас нагрузка? У нас такой сервер обслуживает по 30-50 тысяч уникальных пользователей.

Я так же настоятельно рекомендую вам обратить свое внимание на MMcache http://turck-mmcache.sourceforge.net или продукты компании Zend. Это фактические прекомпиляторы PHP и используя их, вы можете уменьшить время генерации страниц до 0.1с и что само главное, снизить утилизацию процессора в 4-5 раз.

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

Добрый день, Александр!


Таблица сравнений приводит правильную информацию. Скорее всего вы загрузили пробную версию редакции Бизнес. В Старт входит именно 4 модуля: Главный модуль, Информационные блоки, Управление структурой, Поиск.


В пробной версии продукта мы представляем только один из возможных вариантов использования модуля Информационных блоков для создания фотогалереи. Используя продукт и API по работе с информационными блоками вы сможете создать любой вариант публичной части.

Отмечу так же, что один из наших партнеров готовит к выпуской отдельный модуль Фотогалереи. Напишите мне письмо и я дам вам его координаты, чтобы вы могли обсудить с ним этот вопрос еще до официального выхода модуля в продажу.

Честно говоря, последнее время очень озадачивает ситуация на рынке разделяемого Интернет-хостинга. По этой проблеме я писал уже в закрытом форуме по продукту и повторюсь тут с некоторыми изменениями.

Цены на хостинг на рынке постоянно падают, рентабельность у хостеров падает, а клиенты перепрыгивают на дешевые планы конкурентов... Хостеры, стараясь выжить, уменьшают цены, набирают ненормированное число клиентов на одну машины.

Хостеры засовывают на машину столько сайтов, пока народ не начинает жаловаться. Сервер консервируется так сказать по числу клиентов и ставится новый, который так же забивается сайтами. Хостерам удается засунуть на одну машину по 300-500 сайтов. Очень часто, чтобы клиенты не кушали слишком много ресурсов, их ограничивают по процессорному времени (<2%) памяти, дисковым операциям. И тут уже вообще не угадать, сколько достается клиенту. (Что примечательно, хостеры никогда честно не говорят об ограничениях, которые у них есть, а вообще часто просто меняют.) Я уже не говорю о технических аспектах, когда такое большое число сайтов и запросов почти исключает возможности операционных систем и баз данных по кэшированию данных с дисковых массивов в памяти за счет большой вариативности запросов.

С другой стороны можно понять и хостеров. Приходит ХХХ сайт на хостинг в 15$/мес и обеспечивает нагрузку и трафик невероятных размеров. Или дает скачивать программу размером в 20-30М. Что делать хостеру? Конечно, закручивать гайки, ставить лимиты и тем самым создавать проблемы для других клиентов на этой машине.

Но важен результат - разделяемый хостинг превратился в полный бардак. Мы уже не можем даже толком рекомендовать какого-то хостера клиентам. Раньше рекомендовали хостеров, но сейчас уже не рискуем этого делать. Так как у одного клиента результат нормальный, а у другого отвратительный на одном и том же хостере. Т.е. как и следует ожидать - все зависит от машины и числа клиентов на ней.

Когда сайт работает на свой машине или арендованной выделенной машине - все в вашем распоряжении и процессор для пиковых нагрузок, и диск с кэшированием только ваших файлов и т.д.

Один наш клиент, Грек.Ру арендовал выделенную машину с администрированием у http://www.cifnet.com  (тоже наш клиент и русский саппорт). Цена машины порядка 100$ месяц. На машину он сам переехал и перевел еще несколько дочерних проектов на нашем продукте и очень доволен и скоростью и результатом.

Мне кажется, что проблема с разделяемым хостингом была и будет сохраняться просто в силу природы этого дешевого вида услуг. Западный опыт это только доказывает и подтверждает. Серьезные компании после нескольких переездов с хостера на хостера будут принимать решения об аренде выделенных серверов с администрированием (своего рода аутсорс решений). Рынок услуг выделенного хостинга начнет формироваться значительнее активнее, цены на нем снизятся, появятся предложения с достойными консолями по управлению сайтами вроде Плеска http://www.sw-soft.com/ Крупные поставщики железа запустят программы для провайдеров по лизингу оборудования и последующих апгрейдов...

Надо отметить, что уже сейчас есть на рынке серьезные датацентры, которым не страшно поручить крупных клиентов, например Датафорт http://www.datafort.ru

Не исключено так же появление промежуточных предложений по разделяемому хостингу. Например, с гарантированным числом клиентов на машине, например 10-20 сайтов с ценой аренды и администрирования в 40-50$ в месяц. Но скорее как промежуточный вариант.

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


Разбор данной ситуации в форуме проводится не будет. Вы можете написать мне по почте, я готов ответить на ваши вопросы. Обращение попрошу переместить в техподдержку.

Спасибо.

Давайте будем уважительно относиться ко всем участникам обсуждения, представляться, задавая вопросы и формулировать их четко и понятно. Это замечание относится не только к этому обращению.

По этому конкретному вопросу вам лучше задать вопрос в службе технической поддержки

Спасибо.

Так у вас же коммерческий продукт в открытых текстах.
Вам не нужно ставить ZendOptimaizer.

Александр, так как вы являетесь нашим партнером, вам предпочтительнее задавать вопросы в закрытом форуме. Там мы в первую очередь отвечаем на обращения. В отрытом форум, к сожалению, мы отвечаем во вторую очередь.

Права на доступ к закрытому форуму я вам предоставил.

Добрый день, Александр!


Обновление продукта по технологии SiteUpdate возможно только при наличии доступа в Интернет к сайту www.bitrixsoft.ru


А о какой потере конфиденциальности идет речь?

Обычно даже из корпоративной среды можно настроить MapedLink к нашему сайту и через него загружать обновления.


Все же не понимаю проблему, о которой вы говорите.

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

Сегодня такая реализация обычно выполняется за счет настройки карточки представления инфо-блока.

Инфоблок№1 - главный, например статьи журнала или новости
Инфоблок№2 - вспомогательная каталогизация, например: Бизнес, Техника, Отдых и т.п.
Инфоблок№3 - Каталог схожих тематик, например, страны, люди, персоналии, известные темы или темины и т.п. Потом по ним удобно находить будет связанные статьи по тематике и показывать внизу последние 3-5 штук.

Соответственно инфоблоки 2 и 3 можно как угодно пополнять, описывать, наполнять своими свойствами, распределять права кто имеет право редактировать эти инфо-блоки и т.д.

В Инфоблоке№1 создается два свойства целого типа.
Одно будет хранить выбранный ID из Инфоблока№2, другое будет хранить выбранные ID из Инфоблока№3. Если необходимо сделать множественный выбор - то свойства целого типа тоже заводятся множественные.

Таким образом, можно создавать любое число независимы каталогизаций, связывать инфо-блоки между собой и строить любые бизнес модели.

В дальнейшем с инфоблоками уже работа идет через обычный API продукта.

В одном из проектов, было, например, предложено сделать единый каталог моделей Телефонов как информационную часть, сделать инфо-блок предложений по этим телефонам от разных компаний или отделений этой компании в разных городах. Таким образом, пользователи Интернет магазина смогли выбирать телефон, а потом город и фирму, где они хотят его купить.

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

Сейчас поиск выполняется одновременно по контену сайта, новостям и каталогам (ифоблокам), форумам. Причем с соблюдением прав доступа к сайту и информации, что немаловажно. На базе продукта можно реализовать расширенный поиск, например по каталогам или форумам.

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

Выпуск самостоятельного поискового продукта не планируется.

Продукт "Битрикс: Управление сайтом" не зависит от платформы, и если под MAC будет работать PHP и MySQL или Oracle, то проблем не возникнет.

Полностью согласен, компрессия - это лучший путь решения данной проблемы. Я сам очень часто в дороге управляю сайтами через Dialup/GPRS - работает очень быстро.

Мы всегда так же рекомендуем проверять, чтобы графика кэшировалась, к примеру, на 1-3 дня. Это так же ускоряет загрузку страниц (по умолчанию PHP ставит прагму nocache и браузеры применяют ее и к графике). Можно в .htaccess использовать

ExpiresActive on
ExpiresByType image/jpeg "access plus 3 day"
ExpiresByType image/gif "access plus 3 day"

при наличии соответствующего модуля в Apache.

Этот параметр задумывался для того, чтобы мягче организовывать переходный процесс при переводе сайтов на программный продукт. Если в настройках стоит выдавать 200 код, то даже если робот или пользователь приходит на несуществующую страницу выдается, что все ОК и вот вам страница для просмотра и индексации.

В .htaccess должно указываться кто является обработчиком реальной ошибки 404. В поставке продукта идет наш скрипт 404.php, который строит карту сайта для того, чтобы поисковик пошел по ней переиндексировать все новые страницы и структуру.

В нашем варианте поставки никогда не выдается не обработанный вариант ошибки браузеру. Но вы можете его изменить или в нашем обработчике или изменив обработку ошибки на свой скрипт.

Добрый день, Максим!


В версию Старт не входит модуль подписки. Все другие перечисленные возможности можно реализовать на базе версии Старт, используя модуль Инфо-блоков и управление статическими материалами. В том числе можно реализовать регистрацию пользователей и закрытые разделы.

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


С уважением, Сергей Рыжиков.

Олег, так как вы наш партнер, такие вопросы предпочтительнее обсуждать в закрытом форуме по продукту.

Спасибо.