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-запроса. Спасибо.