И интересно ВМ 4,3 вообще будет дальше подерживаться или ее в определенный момент снимут?
11.12.2014 14:57:53
И интересно ВМ 4,3 вообще будет дальше подерживаться или ее в определенный момент снимут?
|
|
|
07.12.2014 07:49:47
|
|||
|
07.12.2014 07:25:38
потому что что версия PHP по прежнему старая...
|
|
|
06.11.2014 21:58:49
вопрос муссируется уже массу времени, есть позиция у битрикса упорно игнорировать такой сценарий использования продукта...
|
|
|
29.09.2014 10:59:48
возможно у вас сервер не отдает 304 по запросу о дате изменения файлов...
|
|
|
24.09.2014 15:56:54
yum install mc yum install mtr yum install zip yum install unzip yum install nano yum install -y php-xml yum install curl yum install htop |
|||
|
24.09.2014 12:58:56
|
|||
|
23.09.2014 23:07:56
прежде чем ставить какую то панель 100 раз подумайте нужна ли она вам реально или нет..... если вы не хостите по нескольку сайтов на одном серваке, то в ней нет ни малейшего смысла... |
|||
|
23.09.2014 22:52:32
account default logfile /home/bitrix/msmtp_default.log host smtp.yandex.ru port 25 from user@host.ru keepbcc on auth on user user@host.ru password ******* tls on tls_certcheck off вот с этим у меня работает, конечно user@host.ru надо на вашего поменять и пароль не звездочки а действующий пароль от юзера, плюс важный момент под юзером от которого будете слать почту обязательно надо |
|||
|
19.09.2014 20:39:32
Битриксу уже давно пора в свое решение ВМ внедрить что то для того чтоб оградить основной сайт от доп сайтов и доп сайты друг от друга, по форуму и по вопросам клиентов такой сценарий весьма распространен, когда на одном веб окружении вертится и продакшен и сайт для разработки.
А что касается шелов, то их можно залить даже имея ограниченный доступ в админку, была бы такая цель... |
|
|
28.08.2014 11:59:12
|
|||
|
28.08.2014 11:51:33
еще стоило бы обратить внимание на настройки в файлах
/etc/php.ini /etc/my.cnf /etc/php.d/z_bx_custom.ini /etc/php.d/apc.ini /etc/php.d/bitrixenv.ini /etc/php.d/bitrixenv.ini /etc/mysql/conf.d/z_bx_custom.cnf /etc/httpd/bx/custom/z_bx_custom.conf /etc/mysql/conf.d/bvat.cnf /etc/nginx/nginx.conf /etc/nginx/bx/conf/im_settings.conf и сравнить там параметры с рекомендациями в тестах на сайте и без доступа к серверу и сайту делать настройки или давать рекомендации дело весьма бесперспективное... |
|
|
14.08.2014 14:55:35
создать пул серверов и меню станет сразу другим! п 1
|
|
|
07.08.2014 12:24:15
Хочется привлечь внимание к
|
|
|
01.08.2014 14:02:05
Тут увы потуги бессмысленны совершенно, я пытался критиковать сам подход, но это бессмысленно, так как система уже сложилась и переломить то, что сформировано годами, нереально, так же нереально, как перевоспитать человека, человек меняется только от сильнейших потрясений, изменить же компанию, можно только если заменить в ней людей... Потому, либо смиритесь и пользуйтесь, либо .... |
|||
|
30.07.2014 09:04:57
Столкнулся с таким нюансом в ВМ, при установке последних обновлений ВМ перестает работать отправка уведомлений, если для 4,3 достаточно было установить через стандартное меню Битрикса
Server SMTP: localhost port: 25 адрес ящика с которого отсылать: в моём случае bitrix@адрес портала авторизация: n(Нет) tsl: n(Нет) то в 5,0,44 необходимо теперь каждому сайту в отдельности через модуль масштабирования настраивать почту отдельно. Зачем было усложнять не совсем понятно, хотелось бы комментария по этому поводу. Но самое печальное что мне в этом всем не нравиться так это хранение паролей от почты в открытом виде в файле /home/bitrix/.msmtprc так как даже у пользователя bitrix получается есть к нему доступ, и давая кому то доступ на редактирование я получается свечу и пароли от почты, что лично меня категорически не устраивает. |
|
|
28.07.2014 10:38:20
Учитывая темпы развития продукта и постоянные претензии к документации, считаю, что вам стоит как продукт-менеджеру повлиять на ситуацию, ввести жесткий запрет на выход функционала без документации, поставив работу таким образом, что если нет документации, то это бета версия за которую компания не дает гарантии, а вот стабильные версии, должны быть действительно стабильными. Иногда складывается такое ощущение, что в компании 1С Битрикс существует некоторое недопонимание последствий, причем самое печальное, что это недопонимание последствий окрашивается всегда позитивным отношением и преподноситься как будто так и надо. Хочу напомнить, что система у вас платная, и обещания даются вполне конкретные, без каких либо оговорок (представьте что вы бы были студией которая делает сайт, уж поверьте, как студию, вас бы уже начали заваливать исками), единственное обещание, которое четко в срок выполняется, это гонка релизов, 2/4 релиза в год, но поверьте приоритет должен быть не на гонке за очередным номером, а на том чтобы в коробке работало все, что заявляется как уже рабочее, и уж поверьте ничего страшного не случиться если не выполниться что то обещанное из будущего функционала, вот гораздо страшнее, когда не работает то, что подается как рабочее. Очень многое ждали и еще подождем, продукт по своим перспективам реально хорош, но очень хочется иметь это не только в перспективе. Мое настоятельное требование к Битриксу в целом, измените пожалуйста подход к выпуску стабильных версий, я имею в виду саму внутреннюю кухню производства продукта (разработка, документирование, тестирование, корректировки, тестирование и так пока не получите работоспособную версию), пусть новое будет по полгода бетой и нормально тестируется, и только после многократных проверок (причем не просто вашими внутренними тестами а после тестирования партнерами, можно даже ввести что вроде голосования за стабильность для партнеров, во внутренние бизнес процессы тестирования продукта), переводиться в стабильные версии (не мне наверно учить делать регламенты по переводу в стаб версии), иметь надежный продукт, гораздо важнее, чем более функциональный, кто совсем не терпеливый, пусть ставит беты, альфы, лично я всегда стараюсь помочь найти бреши и часто создаю тикеты в ТП которые переходят в статус разработки, На этот раз, я постарался очень мягко все выразить и надеюсь, что оказался хоть сколько то полезным, и сообщение не отмодерируют в очередной раз из-за критики в сторону качества. P.S.
|
|||||||||
|
23.07.2014 12:38:54
|
|||
|
22.07.2014 18:34:36
|
|||
|
22.07.2014 15:51:16
|
|||
|
22.07.2014 13:41:10
мой совет, чтоб кого то найти, пишите не требования, а то что вам надо делать, и что вы за это предлагаете, тогда у вас есть шанс найти человека, которому это будет интересно делать, а не того у кого куча табличек с сертификатами под ваши требования и который с вас просто слупит денег, а к самой работе будет относиться чисто "по Русски". так или иначе в любой работе есть незнакомые моменты с которыми надо разбираться и надо искать того, кто разберется, а не того кто потом заявит - что мл у вас в требованиях этого не было, мл гуляйте теперь лесом. |
|||
|
22.07.2014 13:28:56
раньше на вм 4,3 достаточно было Настройка почты битрикс ВМ через стандартное меню Битрикса Server SMTP: localhost port: 25 адрес ящика с которого отсылать: в моём случае админ@домен авторизация: n(Нет) tsl: n(Нет) сейчас такой расклад работать не будет? Он и раньше не особо должен работать, только в некоторых случаях. Как такового, в виртуальной машине нет почтового сервера, поскольку для использования такого сервера в интернете, необходимо немало настроек DNS. Почему сейчас не отправляется, вы можете посмотреть в логе. разбор полетов показал, что после обновления на пятерку, все уведомления с сайтов о статистике заказах и т.п. сообщениях, начали попадать под фильтры почтовиков как черный спам. Сам по себе ВМ с локальными настройками работает и почту честно шлет, а вот уже почтовики ее жестко не пропускают, да так, что она даже пользователям как спам не попадает. |
|||||
|
22.07.2014 13:04:20
последовал ответ Добрый день. К сожалению, такой инструкции нет. Вы можете убедиться, что почта отправляется так: В файле /bitrix/php_interface/init.php (если нет - создайте) определите функцию: Цитатаfunction custom_mail($to,$subject,$body,$headers) { $f=fopen($_SERVER["DOCUMENT_ROOT"]."/maillog.txt", "a+" ![]() fwrite($f, print_r(array('TO' => $to, 'SUBJECT' => $subject, 'BODY' => $body, 'HEADERS' => $headers),1)."\n========\n" ![]() fclose($f); return mail($to,$subject,$body,$headers); } Затем инициируйте отправку почты и посмотрите в логе maillog.txt в корне сайта, какие параметры приходят для отправки почты. Если все параметры корректные, но почта не доходит, необходимо обратиться к админу почтового сервера. |
|||
|
16.07.2014 12:49:55
И еще один момент, очень бы хотелось через меню настраивать алиасы домена.
|
|
|
16.07.2014 12:25:13
Есть огромное пожелание к мастеру добавления сайтов в консоли, раньше мастер задавал много вопросов при добавлении сайта, теперь он их совсем не задает, спрашивает только имя сайта.
Проблема возникает с тем, что ВМ создает по прежнему пустые пароли к БД при создании сайта и не спрашивает о них пользователя (раньше это была целая серия вопросов, которая толком не работала даже если пытался создать нового пользователя, все равно при установке сайта никто кроме root с пустым паролем не принимался) хочется все таки в момент создания сайта, иметь возможность создавать пользователя для нового сайта, у которого бы не было доступа к другим БД на сервере. Еще одна жуткая проблема, если мы добавляем на сервер несколько сайтов в кирилице, система при этом создает папки сайта в виде XN----7SBABAM7FLDIHHF1E.XN--P1AI и если кирилических сайтов хотя бы два, то это уже вызывает сложности при работе с папками через ssh, просто попробуйте понять, в какой папке какой сайт лежит, для этого как минимум надо научиться мысленно конвертировать код домена в кирилицу, чтобы при просмотре менеджером папок, сразу попасть в ту которая нужна. Поэтому, то что раньше система спрашивала папку для сайта, это было классно и это стоит вернуть назад. Ну и все таки очень хочется нормальной статьи по всем пунктам консольного меню, а то сейчас к примеру есть дублирующие по названиям пункты 3. Reboot host 4. Update BitrixEnv on host 4. Reboot server 6. Update server хотелось бы не путем экспериментов и телепатии выяснять, что зачем, а просто почитать в инструкции. |
|
|