pvlm

Спасибо.

Сервер работал на момент проблемы. И phpinfo() отрабатывал и phpmyadmin доступен был. Только с магазином была проблема. Как писал выше, ноги росли из suhosin.  Пока снес вообще, т.к. сервер для некоторых экспериментов поднял. В дальнейшем видно будет. Остановлюсь на этой конфигурации - тогда в настройках покопаюсь.

Приветствую!

Если кто ставил подобную конфигурацию, ткните носом, плиз, где что упустил?  У меня после установки и настроек по мануалам которые накопал при обращении как к магазину так и к админке пустая страница. В логах все чисто. Куда копать что-то не пойму сам...

Спасибо.

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

Приветствую!

Знатоки, подскажите, имею такую ситуацию: есть сервер на котором крутятся n магазинов. Все работает с отдельными БД в рамках одной СУБД. При запуске импорта/экспорта в одном из магазинов все запросы как к тому на котором импорт/экспорт запущен, так и к другим магазинам тупо становятся в очередь и отрабатывают только по завершении работы импорта/экспорта. Собственно вопрос следующий: это можно как-то разрулить? Можно все же как-то пропихивать остальные запросы в момент работы импорта/экспорта?  Не уверен что все описал абсолютно грамотно, но суть, надеюсь, понятна.

Спасибо.

В контроллере модуля-экспортёра смотри, там может быть эта цифра указана.

Ограничение оказалось выше, на уровне хостинга, как и предположил Tom. Но все равно спасибо :)

Приветствую.

Уперся в достаточно элементарную ерунду... При экспорте около 400 товаров из БД получаю

Allowed memory size of 134217728 bytes exhausted (tried to allocate 32 bytes) in bla-bla-bla...

Суть проблемы ясна. Такой скрипт сразу в сад за такое потребление мозгов. Но уперся в то, что где бы я не менял ограничения памяти - в сообщении всегда лезет эта цифра, которая, как я понимаю, берет откуда-то ограничение в 128М. Я менял в php.ini, .htaccess. Пробежался по исходникам - там нигде нет зашитого значения memory_limit. Где ж еще можно поменять это ограничение? Или может я что не так понимаю и копаю не в ту сторону?

Спасибо.

На днях сам мучился с подобным эффектом. Сухой остаток - вся проблема была в настройках. В исходниках в этом плане все чисто и никаких косяков в этой части нет: все грузится по выбранному протоколу.

Если я правильно вижу, то не внесены изменения в config.php. По умолчанию в секции HTTPS стоит протокол http. Надо исправить.

// HTTPS
define('HTTPS_SERVER', 'https://best-light.net');

По аналогии надо поступить и с config.php в каталоге admin

Спасибо! Не с первого раза, но все же получилось.

Обратил внимание, что заказ в БД формируется на предпоследнем этапе оформления заказа. И если пользователь на последнем этапе не нажал "Подтвердить" и ушел со страницы, то заказ в БД остается, хоть и не виден через интерфейс администрирования. Он так и останется висеть в БД или удалится в какой-то момент? Если быстрого ответа нет, то не критично, сам на досуге посмотрю, покопаюсь...  Спасибо.

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

1. формирование sql-запроса

2. формирование массива данных для sql-запроса.

Спасибо.