Вход • Регистрация

Небольшие недочёты 4.4.x

  • 08 апреля 2011 г.
  • Устанавливая 4.4 от 06.04 заметил, что при установке полного пакета с примерами не хватает времени на обработку.
    Код
    ...
    max_execution_time = 30 ; Maximum execution time of each script, in seconds
    max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
    ...
    default_socket_timeout = 60
    ...
    mysql.connect_timeout = 60
    ...


    Поднял до 180 и 360 установка прошла нормально. Хотя это тоже цифры очень относительны для разных систем. Может быть стоило, где нибудь указать это в виде предупреждения. Во вложенном текстовом файле в дистрибутив, ну или на худой конец в процессе установки - рядом с галочкой "заполнить примерами". Или как то может оптимизировать заполнение. Может быть даже отделить этот процесс от установки в дополнительный необязательный шаг.
    • 08 апреля 2011 г.
    • Время на установку примеров затрачивается только из-за того, что изображения качаются с нашего сервера. Засовывать их в пакет мы не решились, ведь они будут лежать как мусор на многих сайтах. А тут уж действительно все зависит от параметров соединения сервера с нашим. У меня, например, все выкачивается за секунды.
      А вот увеличивать время загрузки скриптов на всем сайте из-за инсталла примеров, мне кажется, нецелесообразно.
  • 08 апреля 2011 г.
  • Тогда как быть? Я ставил полигон для опытов попытка не увенчалась успехом из за нехватки времени.
    • 10 апреля 2011 г.
    • В php.ini выставьте побольше max_execution_time
      • 11 апреля 2011 г. , редакция: 11 апреля 2011 г.
      • Написал же в верху что так и сделал :)
        Но это мелочи. Немогу создать работоспособный модуль болванку.
        -> здесь.
    • 10 апреля 2011 г.
    • Вообще, так всегда было, во всех версиях. Если отметить "заполнить сайт примерами", инсталл тянет картинки с нашего сервера. Ну не хранить же их в пакете балластом?
      И раньше никто не жаловался. Соответственно, какой-то временный временной глюк между хостингами может был..?
  • 10 апреля 2011 г.
  • При инсталляции системы в таблице adminsite создаются дубли записей с одинаковым значением поля rewrite
    Например ( файл installation/core.php) в строках 67 и 81 вставка записей для страницы rewrite = menu

    Естественно, метод get_page_in_site() в файле adm/includes/init.php выбирет сразу две записи но покажет первую из результирующего массива, так как цикла обхода этого самого массива в нем нет

    Тогда возникает вопрос - что это за вторая запись ?
  • 10 апреля 2011 г.
  • К предыдущему посту
    кстати две записи с полем rewrite = menu это не единственный дубль в таблице adminsite
  • 10 апреля 2011 г.
  • Виталий, в файле adm/includes/init.php посмотрите участок кода с строки 599
    Код
    if($this->site && $frame->config_module["element_site"] && ! DB::query_result("SELECT id FROM {site} WHERE id=%d", $this->site))
    {
    $this->redirect(BASE_PATH_HREF.$thi->rewrite.'/');
    exit;
    }


    В сочетании $thi->rewrite должно быть $this->rewrite

Новости

  • 18 июня
  • В сборке большое обновление demo-шаблона, дополнительная защита от спама, улучшение YML-импорта и еще много важного и интересного.
  • 24 апреля
  • В новой сборке совершили революцию в структурировании кастомизированной информации в шаблонах, добавили авторегистрацию пользователей, усовершенствовали защиту от спама, актуализировали накопительную скидку, а также улучшили производительность и стабильность работы системы.
  • 12 января
  • После выхода сборки 7.1 мы выпустили уже три патча, в каждом из которых улучшаем административную часть сайта. Сборка DIAFAN.CMS 7.1.3 уже доступна к установке. 

Форум