bitrixsetup.php позволяет нам быстро развернуть БУС или КП, но хочеться еще быстрее и удобнее
В ISPmanager, как впрочем и в любой другой панели, есть возможность разворачивать приложения одним-двумя кликами.
- Удобно пользователям (не надо ходить на эти ваши FTP). - Удобно разработчикам, т.к. экономит время.
Поставить БУС или КП можно разными способами. Лично я выдернул установщик из виртуальной машины; в отличие от bitrixsetup.php в нем есть возможность быстрой установки (SHORT_INSTALL) и в комплекте идет сразу и restore.php:
При быстрой установке инсталлятор не спрашивает нас про базу и не травмирует проверками. Естественно, сервер вы уже подготовили под Битрикс
К делу.
Собираем свой инсталлятор или берем мой, архивируем в tar.gz или zip — получаем пакет, пригодный для ISPmanager.
Добавляем в webscripts.conf.local описание пакета. Не забудьте поставить md5 от своего пакета. Gist.
В /usr/local/ispmgr/www/webscripts добавляем Bitrix.sh, он будет распаковывать пакет и менять параметры доступа к БД в dbconn.php. Обратите внимание, имя скрипта должно совпадать с именем пакета из webscripts.conf.local. Не забудьте дать права на исполнение этого файла пользователям. Gist.
Труш Дмитро, поэтому и родилась такая разработка. Обязательно расскажите о результатах своих тестов. Если интересно пообщаться на данную тематику в свободном формате - пишите в личку
Обнаружил, что при создании записи в блоге можно поставить cut, но компоненты его не используют. В итоге в списке постов выводятся полные посты, а не обрезаются.
Игра с Component.Processor.EnableCut и Component.Processor.HideCut ни к чему не привела, а в документации блоги и вовсе не описаны. В результате подправил шаблон руками, и получилось следующее:
Теперь я это понял. Кат надо было закрывать в конце сообщения, что интуитивно не понятно. По сути, я сделал себе просто кат, как у всех (читай: как в WordPress) вместо "блочного".
Кат не обязательно закрывать - если его оставить незакрытым - парсер добавит закрывающий тег автоматически. Вероятно, Вы сохранили сообщение, а потом не заметили, как был добавлен тег [/CUT] и продолжили писать.
Сергей, все должно работать. Возможно вы неправильно выделяете текст. Возможны три варианта: {cut}текст под катом{/cut} {cut=текст ссылки}текст под катом{/cut} {cut} - все что после одиночного тега будет скрыто
Что то не работает ни один из этих варинатов. В тексте на фронтэнеде просто видны эти теги, но сворачивание текста не происходит.
1. В комплексном компоненте должна быть выбрана группа блогов (или несколько), иначе не работает.
2. В настройках модуля HTML-редактор должен быть включен, иначе все ваши тэги будут заменены на HTML-эквиваленты. Сам HTML-редактор, кстати, не появляется при создании записи через веб-интерфейс. Более того, если запись опубликовать через какой-нибудь Live Writer, то потом ее через веб-интерфейс проблематично редактировать.
3. При публикации записи происходит самый настоящий логин пользователя с вызовом OnAfterUserLogin и всего такого. Так что если у Вас на авторизацию пользователя навешана хитрая логика (например, с редиректом), про MetaWeblog придется пока забыть.
4. Тэги/категории можно использовать существующие, но нельзя добавить новые. Полагаю, ограничение MetaWeblog.
5. Cамое обидное: спецификация реализована не полностью. Изображения и видео не загружаются. Хотя Live Writer подает смешанные сигналы. В возможностях (capabilities) блога показывает "File Upload - Yes", а при публикации говорит, что "blog doesn't support picture publishing". Кому надо картинок, будет загружать через FTP. Грустно. Кстати, если кто подскажет хороший "бложный" клиент с поддержкой SFTP, буду признателен.
Как все уже знают, Всемирный день IPv6 состоится 8 июня. (А кто не знает — сюда или сюда).
Мы не только собираемся поглазеть на это со стороны, но и основательно погонять Битрикс в боевых условиях, для чего в назначенный день включим IPv6 для всех наших сайтов и сайтов наших клиентов. Клиентам отправили письмо с подробным объяснением, что да как.
Наша задача как партнеров (а многие еще и хостят сайты клиентов) — обеспечить клиентам плавный и безболезненный переход на новый протокол, поэтому призывают тех, у кого есть возможность, подключаться к тестированию.
Сразу скажу, что IPv6 одной кнопкой не включается, пришлось проделать определенную работу, но в целом особых проблем у нас не возникло. Подготовили DNS, стэк приложений (кроме FTP), сеть. У кого работает IPv6, можете попробовать на http://v6.it-in.ru.
По результатам предварительного тестирования:
Связка nginx+Apache работает без проблем, если Apache слушает IPv4. Ну, а другого и не надо.
RPAF работает корректно, PHP тоже. Правильное значение IPv6-адреса доходит до Битрикса.
MySQL трогать незачем, пусть остается на IPv4, к нему подключаются через сокет или по внутренней сети. То же касается Memcached.
Ну, и Битрикс. Скажу так: пока работает все, кроме «Веб-аналитики» и «Проактивной защиты». Эти двое намертво заточена под IPv4, поэтому никаких стоп-листов или чего-то такого:
Однако хиты показываются правильно:
И определение страны/города, понятное дело, не работает, потому что базы под IPv4.
После 8 июня планирую опубликовать [более подробный] отчет по работоспособности Битрикса по IPv6 (ТП Битрикса — готовьтесь ).
Буду признателен, если кто-нибудь поделится результатами относительно VMBitrix.
Хе-хе. Мне тоже будет интересно посмотреть на результаты. Проблемы в веб-аналитике и проактивке это наверное просто в море капля по сравнению с кучей скриптов на клиентских сайтах, где ip парсится регекспами через точку
Столкнулся с редкой ситуацией у клиента. С автокэшированием Битрикс работает медленнее, чем без него. Тарифный план - специальный под Битрикс.
C включенным автокэшированием:
С выключенным автокэшированием:
Очевидно, дело в слишком медленном диске, показатели в десяток раз хуже, чем у эталона. Кэш eAccelerator'а забит до отказа, так что еще вопрос, насколько акселератор помогает вообще.
Тестирование PHP-акселератора для IIS 7+ (Windows Cache Extension for PHP, он же WinCache). С другими PHP-акселераторами не сравнивал, сравнивал лишь IIS+PHP и IIS+PHP+WinCache.
Вводные данные:
1С-Битрикс: Управление сайтом 8.5.1 "Бизнес", свежий, демо-сайт
Windows Server 2008 Web, IIS 7, x86
Виртуалка 2 х 2Ггц, 800 Мб RAM
PHP 5.2.11
MySQL 5.1.37
Тестирование: Apache JMeter, 5 конкурентных пользователей, три десятка страниц с демо-сайта, 20 секунд на прогрев. Все тесты проводил после перезапуска IIS и MySQL.
Результаты: Оценка производительности из "Монитора производительности" увеличилась с 3.37 до 13.12. Количество обрабатываемых в секунду запросов увеличилось с 3.9 до 11.4 (не айс, но это ж виртуалка ).
Было:
Стало:
В общем, акселератор удался. Сразу скажу, что через Web Installer WinCache не встал, пришлось руками прикручивать. Субъективно с WinCache сайт стал просто летать. Возникло ощущение, что уже Firefox не успевает страницы открывать
Я обещал тест. С другими акселераторами не сравнивал, сравнивал лишь IIS+PHP и IIS+PHP+WinCache.
Вводные данные:
1С-Битрикс: Управление сайтом 8.5.1 "Бизнес", свежий, демо-сайт
Windows Server 2008 Web, IIS 7, x86
Виртуалка 2 х 2Ггц, 800 Мб RAM
PHP 5.2.11
MySQL 5.1.37
Тестирование: Apache JMeter, 5 конкурентных пользователей, три десятка страниц с демо-сайта, 20 секунд на прогрев. Все тесты проводил после перезапуска IIS и MySQL.
Результаты: Оценка производительности из "Монитора производительности" увеличилась с 3.37 до 13.12. Количество обрабатываемых в секунду запросов увеличилось с 3.9 до 11.4 (не айс, но это ж виртуалка ).
Было:
Стало:
В общем, акселератор удался. Сразу скажу, что через Web Installer WinCache не встал, пришлось руками прикручивать. Субъективно с WinCache сайт стал просто летать. Возникло ощущение, что уже Firefox не успевает страницы открывать
Извините, пожалуйста. При использование wincache что на свежей версии битрикс, что на 8.5, что на пхп 5.3, что на 5.2 бирикс подвисает переодически. В логах ошибок нет, просто запрос бесконечно ожидает ответа от сервера. Никто не сталкивался?
С некоторых пор вижу изменение отношения MS к PHP. Раньше MS всячески пыталась перевести разработчиков с PHP на .NET. Писали целые мануалы по переводу решений на .NET. В целом не получилось.
Теперь, видимо, концепцию поменяли. С PHP уже не воюют, а делают все возможное, чтобы PHP выполняли на платформе Windows:
ввели своих разработчиков в команду PHP;
дописали FastCGI к IIS;
исписали весь asp.net и iis.net инструкциями по подключению PHP, записали ролики;
теперь еще и PHP-акселератор для IIS выпустили.
Сработал принцип: "Если не можешь управлять процессом, ты должен его возглавить"
Сбылась мечта идиота. До сих пор для меня единственным аргументом в пользу НЕиспользования PHP под IIS было отсутствие там PHP-акселератора. Но Microsoft в последние два года так налег на поддержку PHP, что теперь появился и акселератор: Windows Cache Extension for PHP
Принцип работы тот же: кэшируется байткод. Плюс кэшируется преобразование относительных путей в абсолютные, правда, не знаю, на сколько это реально ускоряет выполнение; возможно, очередная маркетинговая игрушка.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».