Loadырь

Ячейка в базе данных должна быть float или decimal, а не int

Это не подойдет?

Компонент

Генератор QR-кодов

от SmartControl

Скачать 1 203 загрузки

Ест ли простые способы реализовать задуманное?

Нет. Там запросы будут непростые, чтобы выбрать все записи из основных и доп.категорий

В двух простых словах об денормализации расскажите, так и не понял, что это.

Объяснитель из меня тот-ещё, но если вкратце, то посмотрите на поле city там в основном поле хранится идентификатор города (или региона или страны), а в соседнем поле _cache хранится результат из базы данных (название города). По сути это дублирование информации, что называется «денормализованной» таблицей, а по факту это отсутсвие необходимости каждый раз лезть в БД и перебирать десятки тысяч записей при выводе названия города.

Биллинг это же кровь в кровеносных сосудах instantCMS))

Согласен. Значит надо открыть код и положить на гите рядом с форумом ))) Пусть там пылится.

а я хотел бы

Вот эти все «а я хотел бы» нужно озвучивать сразу и желательно ещё до написания основного ТЗ )).

Но я бы перещаписывал лучше один этот день при сохранении.

Можно и так, я не смотрел, что он там в базу сохраняет,.

Но всё равно из-за хотелок вам придется поле переписывать и как минимум использовать денормализацию, либо писать второе поле для хранения значения вычисления в этом поле.

поправим

Код в файле system/fields/sleep.php

<?php
 
class fieldSleep extends cmsFormField {
 
    public $title    = 'Сон';
    public $sql      = 'varchar(128) NULL DEFAULT NULL';
    public $var_type = 'string';
    public $type     = 'text';
 
    public function parse($value) {
 
        if (is_empty_value($value)) {
            return '';
        }
 
        $values = explode('|', $value);
 
        $start  = '<p>Начало: ' . ($values[0] ? date('H:i', strtotime($values[0])) : '---') . '</p>';
        $end    = '<p>Конец: ' . ($values[1] ? date('H:i', strtotime($values[1])) : '---') . '</p>';
        $period = '';
 
        if ($values[0] && $values[1]) {
 
            $time_0 = date_create($values[0]);
            $time_1 = date_create($values[1]);
 
            if ($time_0 > $time_1){
                date_add($time_1, date_interval_create_from_date_string('1 day'));
            }
 
            $period = date_diff($time_0, $time_1);
            $period = $period->format('%H ч. %I мин.');
            $period = '<p>Продолжительность: ' . $period . '</p>';
 
        }
 
        return '<div>' . $start . $end . $period . '</div>';
 
    }
 
    public function store($value, $is_submitted, $old_value = null) {
 
        $values = $this->request->get($this->name);
 
        if (empty($values[0]) && empty($values[1])) {
            return '';
        }
 
        $old_values = $old_value ? explode('|', $old_value) : [];
 
        if ($values[0]) {
            $values[0] = !empty($old_values[0]) ? date('Y-m-d ' . $values[0], strtotime($old_values[0])) : date('Y-m-d ' . $values[0]);
        }
 
        if ($values[1]) {
            $values[1] = !empty($old_values[1]) ? date('Y-m-d ' . $values[1], strtotime($old_values[1])) : date('Y-m-d ' . $values[1]);
        }
 
        return implode('|', $values);
 
    }
 
}

выдаёт что лёг сегодня ночью, и проснулся сегодня утром, в итоге считает не 8 часов сна, а 16.

Зато качество сна лучше стало.

Что то уже несколько раз предлагаете сие)) Уж не собираетесь ли поучаствовать в подобном?)

Просто изучаю эту тему. У меня в разработке мультишопа для одного клиента стоит ряд задач с кошельком пользователей. Но поскольку в биллинг хуками не влезть, то придется писать очередной аналог. Весь функционал биллинга не нужен, только оплата некоторого процента стоимости товара «баллами», плюс работа с пополнением/снятием, поэтому в массы этот компонент врядли попадет. 

Чисто гипотетически? Взялись бы за ревизию и поддержку UserPay?

Нет, даже не гипотетически. Зачем брать чужое, когда можно сделать своё)))

В открытый код лицензию не установить. Его продажи сразу уйдут в «небытие», так как один купивший сможет ставить его на все свои сайты без привязки к домену (это не говоря про распространение на сайтах-варезниках). Поэтому и смысл его поддержки сразу пропадет, как это случилось с «user pay».

ИМХО, выкупать билинг нет смысла. За 10 лет и особенно под предводительством Fuze код движка сильно изменился, а то что готовится к выходу на следующий релиз, то это вообще будет «испытанием» для некоторых компонентов. Поэтому после «выкупа» биллинга сразу возникнет вопрос по его «обновке» под последнюю версию движка, не говоря уже о добавлении нового функционала. Это врядли кто-то сделает бесплатно. Не лучше ли сразу собраться всем желающим на написание «очередного» биллинга или доработку «user_pay»? Думаю тут эффекта будет больше, чем просто выкупить код у r2. Не подумайте неправильно, я не против какой-либо поддержки для разработчиков, но здравый смысл исключать нельзя ))).

И со складчиной в данном случае возникнут проблемы, так как многие захотять участвовать в ней только на своих условиях (например: «чтобы компонент мог заваривать кофе в любое время суток»).

Зато код открыт, можете исправить критические ошибки и сами поддерживать для себя. Ну или тут полно желающих вам помочь в этом )).

Смотрите про специальные ссылки тут

 Гарри, юзерпэй наше всё )))

налоги не платит, без договора юридически работает

Разве вас остановит какая-то бумажка от посещения варезников, где ценители тонкого искусства и халявы обмениваются или просто делятся нарытым в сети ради лайков/репы или просто эстетического удовольствия?

Можно и так скачать не покупая

Конечно, качайте. В сети много место, где это можно сделать. Вот только потом с вопросами типа «меня взломали», «дыра в cms» и т.п. сразу идите туда, а не на этот форум. Там есть распространители халявы, кто любит всунуть в незашифрованный код мелкие правки — от безобидных стучалок типа адреса сайта, до передачи данных доступа к вашей базе данных. Пользуйтесь на здоровье, вам это никто не сможет запретить никакими бумажками-договорами.

Блин и случайно плюс поставил на это.

Поправил этот момент )))

Для новых версий и обновлений вероятно надо придумать механизм. Например, выбор лицензии/обслуживания

Воот, уже в нужном направлении думаете ))