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-запроса. Спасипотому что.