Евгений Костюк написал: И кстате что бы найти в каком файле есть строка opcache.enable достаточно в терминале ввести команду grep -r "opcache.enable" /etc Таким образом можно найти что угодно ))
Спасибо за направление в поисках! Сообщаю, может кому будет так же полезно:
1. я нашел файл 10-opcache.ini используя команду
Цитата
grep -r "opcache.enable" /etc
2. файл с настройками оказался в папке /etc/php-ztc.d/
значения там отличаются от предложенных Вами, но я решил оставить так как есть.
3. старый файл 10-opcache.ini в папке /etc/php.d/ я переименовал, а найденный в папке /etc/php-ztc.d/ скопировал в папку /etc/php.d/ без изменений
возникла потребность вывода определенных свойств инфоблока только определенной группе пользователей а что бы для остальных это свойство не отображалось
т.е. что бы остальные группы и не подозревали что такие свойства есть
есть список товаров. в нем имя элемента уникальное число а описание товара это название товара + ряд доп свойств возник вопрос с заменой уникального числа на описание товара. в самом каталоге эта проблема была решена просто: вместо названия элемента подставляется описание через <?=$arElement["PREVIEW_TEXT"]?>
например название элемента 345345ВАПЛ а описание: шариковая ручка
в каталоге удалось поменять название на описание а вот как тоже самое сделать в корзине? чтобы вместо 345345ВАПЛ отображалось шариковая ручка?
In /boot/loader.conf, add these lines (on a 1.5GB box or greater): kern.maxdsiz="1073741824" # 1GB kern.dfldsiz="1073741824" # 1GB kern.maxssiz="134217728" # 128MB
все конечно хорошо только у меня CentOS и там нет такого файла
130708 15:49:46 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended 130708 15:52:32 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 130708 15:52:32 InnoDB: Initializing buffer pool, size = 512.0M 130708 15:52:32 InnoDB: Completed initialization of buffer pool 130708 15:52:33 InnoDB: Started; log sequence number 2 3973779094 130708 15:52:33 [Note] Event Scheduler: Loaded 0 events 130708 15:52:33 [Note] /usr/libexec/mysqld: ready for connections. Version: '5.1.69' socket: '/var/lib/mysqld/mysqld.sock' port: 3306 Source distribution 130708 23:58:17 mysqld_safe Number of processes running now: 0 130708 23:58:17 mysqld_safe mysqld restarted 130708 23:58:17 InnoDB: Initializing buffer pool, size = 512.0M 130708 23:58:17 InnoDB: Error: cannot allocate 536887296 bytes of InnoDB: memory with malloc! Total allocated memory InnoDB: by InnoDB 5203168 bytes. Operating system errno: 12 InnoDB: Check if you should increase the swap file or InnoDB: ulimits of your operating system. InnoDB: On FreeBSD check you have compiled the OS with InnoDB: a big enough maximum process size. InnoDB: Note that in most 32-bit computers the process InnoDB: memory space is limited to 2 GB or 4 GB. InnoDB: We keep retrying the allocation for 60 seconds... 130708 23:59:18InnoDB: Fatal error: cannot allocate the memory for the buffer pool 130708 23:59:18 [ERROR] Plugin 'InnoDB' init function returned error. 130708 23:59:18 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 130708 23:59:18 [ERROR] Unknown/unsupported table type: innodb 130708 23:59:18 [ERROR] Aborting
130708 23:59:18 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended 130709 08:46:36 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 130709 8:46:37 InnoDB: Initializing buffer pool, size = 512.0M 130709 8:46:37 InnoDB: Completed initialization of buffer pool InnoDB: The log sequence number in ibdata files does not match InnoDB: the log sequence number in the ib_logfiles! 130709 8:46:37 InnoDB: Database was not shut down normally! InnoDB: Starting crash recovery. InnoDB: Reading tablespace information from the .ibd files... InnoDB: Restoring possible half-written data pages from the doublewrite InnoDB: buffer...
система по имее мощная установлено на trueVDS 2.0mhz 2gb ОЗУ есть подозрение что падение происходит в момент посещения ботами яндекса но хотелось бы не ограничивать яндекс
подскажите куда копать???? падает с периодичностью 1 раз в 2-5 дней ежедневное посещение пока маленькое до 100 чел/день база данных большая - каталог около 200 тыс товаров
отключение индексации решило проблему частично - загрузка более менее умеренно проходит первые 100 тыс записей (примерно 2,5 часа). потом начинается активное замедление до 9-10 записей/сек (((
и это на виртуальноей машине битрикса запущенной на достаточно мощном компьютере (imac i5 2.5GHz 20mb ОЗУ).
SmolinAA пишет: Производительности VPS для быстрой загрузки тоже не хватает - очень скромные параметры. У больших магазинов серьезная техника, кластеры, штат квалифицированных админов и разработчиков, а это стоит денег, денег, денег... Плюс обновление товаров идет не полностью заново, а только то, что изменились, а это выполняется относительно быстро. Ну и опять таки, оптимизация оборудования (например SSD-диски), оптимизация субд, огромные кеши. А на недорогих тарифах VDS/VPS сложно рассчитывать на производительность. Если есть возможность, попробуйте у ТаймВеба взять VDS (он неделю бесплатный), у них в дистрах есть вирт.машины под битрикс - просто разверните систему, залейте демо-битрикс и попробуйте загрузить вашу мега-базу. (Желательно у ТП уточнить, что этот VPS с SSD-дисками - они только на новых ставятся. На сколько я понимаю, при таких объемах загрузки очень критична производительность дисковой системы, и эта производительность у SSD дисков значительно выше). Минимальная конфигурация - 512RAM 5Gb диск, 2x3Ghz процессор. В демо режиме отправка почты заблокирована (от спамеров). Стоимость за такую конифгурацию в районе 600-640 р/мес. Виртуализация XEN. Вот и сравните, на сколько быстрее будет. Да, еще, перед загрузкой отключите индексацию ИБ, будет быстрее, а потом, после заливки, переиндексируете. Но в любом случае, первичная загрузка это часы работы оборудования.
про индексацию не подумал. огромное спасибо за советы. сейчас активно пробую. но всеравно нужно что то думать про скрипт с кроном который будет загружать файл ночью. Я так понимаю что немалое количество ресурсов тратится на отображение уже загруженных строк когда загрузка происходит через мастер импорта. нельзя поставить время загрузки меньше секунды? пытался писать 0.1 - система зависает намертво )))
а как же быть? я думал может производительности VPS не хватает просто как же тогда существуют интернет-магазины с тысячами товаров если требуется обновить например все цены?
<?if(count($arResult["ITEMS"]) > 0):?> <?foreach($arResult["ITEMS"] as $arElement):?> <?=$arElement["PREVIEW_TEXT"]?> <?endforeach;?> <?else:?> /* если ничего не нашел, то грузим блок по умолчанию */ <?$APPLICATION->IncludeFile( SITE_TEMPLATE_PATH."/include/index_".GetMessage('TMPL_LANG')."_inc.php", Array(), Array("MODE"=>"php") );?> <?endif?>
Собственно суть проблемы: при выборе пукта меню отображается ошибка 404 если выбирать из инфоблоков таким образом:
выполнил проверку сайта и получил такое сообщение:
Таблица в базе данных B_EVENT хранит очередь отправки почты с сайта. Там же регистрируется результат передачи писем. Если какие-то письма с сайта не были отправлены, возможно, проблема в адресе получателя, параметрах почтового шаблона или в работе почты на сервере в целом.
pristav2@mail.ru пишет: тип почтового события FEEDBACK_FORM
А какой компонент используется? Стандартная форма обратной связи main.feedback ? Какие у вас e-mail адреса прописаны в почтовом шаблоне, который запускается по событию FEEDBACK_FORM ? Какие e-mail адреса прописаны во входных параметрах компонента? В коде компонента component.php что-то связанное с событием менялось? В общем, подробнее распишите, что и как делаете.
1. Компонент используется стандартный - main.feedback 2. в почтовом шаблоне ничего не менял (как и было) единственно что сделал еще один такой же но на английском (для английской версии), все активно почтовые адреса в других настройках прописаны, привязка к языкам сделана, в настройках самого компонента выбран шаблон компонента 3. больше ничего не менял и не добавлял просто при тестировании на локальном хостинге я почту не проверял, ошибка обнаружилась при развертывании у провайдера (кстати все настройки у провайдера так как и требует bitrix)
сейчас читаю сообщения делая запрос sel ect * fr b_event order by DATE_INSERT desc что, разумеется не удобно ((((
самое интересное что почта работает!!! ну я попробовал уведомить администратора (настройки->список пользователей->"оповестить пользователя") уведомление пришло мгновнно, из чего я сделал вывод что проблем на стороне провайдера нет