Я эти три параметра уже изнасиловал, но так ничего и не ускорилось. Насилую дальше.
Получилось еще сократить время загрузки главной страницы с одной секунды до 0.4-0.6 Оказывается, забыли про phpthumbof, который постоянно читает директорию кеша. В настройках выставил phpthumb_cache_maxage, phpthumb_cache_maxfiles и phpthumb_cache_maxsize в ноль, и стразу все зашуршало.
При этом я абсолютно уверен, что не потребуется ни бухгалтер, ни юрист, ибо они-то как раз и будут наполнять этот билинг купив его. А вот это абсолютно ошибочное мнение. Биллинг, это не просто так «средство для наполнения», это программный комплекс с четко заданной логикой. И эта логика закладывается не просто так, а в соответствии с законодательством и нормами. У тебя на 1% расхождение будет, и компания в штрафах погрязнет, а может даже и до уголовной ответственности дойдет (если обвинят в уклонении от налогов в крупном размере). P.S. тему предлагаю закрыть, это все вода.
Это из того разряда, что это тема для создания мощного продукта (или его каркаса для начала) и извлечения из него в дальнейшем большой прибыли. Конечно, билинги можно найти и сторонние, но вот как-то не все они достаточно универсальны. Подкинул как пищу для ума и орешек для зубков. При этом я абсолютно уверен, что не потребуется ни бухгалтер, ни юрист, ибо они-то как раз и будут наполнять этот билинг купив его. Усекаешь тему? PS. Парадоксально, но билинг есть даже в панели управления хостингом (у меня серверы и коммерческая панель) и я даже когда-то принимал платежи через него эксперементируя с хостингами. Правда, копеешные платежи, но счет-фактуры банальные и счета — есть. Правда через всякого рода там robox. Что касается эквайринга, то тут надо тупо уточнить в банках как это делается. И если там не нужен гарантированный депозит в многотыщ зеленых, то вот прямой путь к приему платежей за что угодно. И всё в таком духе…
Лайкнул каждый пакет. Давайте поддержим Николая, ведь реально хорошие вещи делает.
А вот это называется «биллинг». И я как бывший биллингист сотовой компании очень хорошо знаком со всем этим. И ты возможно даже не представляешь насколько огромен объем работ по сравнению с этими простыми формулировками. Конечно в общих чертах можно будет реализовать это, так чтобы и деньги принимались, и частичные оплаты учитывались и т.п., но это будет очень простой вариант, так как ни счет-фактур тебе, ни накладных, нифига. А чтобы все это делать качественно, со всеми транзакциями и т.п., здесь не только группу программистов надо, но и юристов/бухгалтеров привлекать. В общем, если есть проект и бюджеты, обсудить можно. Если из разряда «хорошо бы, чтобы такое было» — этого не будет.
Выглядит как почти решенная задача. А теперь еще это связать с процессингом банка (эквайринг или как там его правильно называют) и принимать мультивалютные платежи напрямую нафик. В том числе и учесть и частичные покупки, то есть, своего рода, «залоговые суммы», если представленный товар в единственном числе и цена на него высокая, то за него дается задаток. Ась?=)
Да, бабок этих видел :-) Могу подбросить задачку по интернет-оплатам для крепких зубов. Это изменение цен в зависимости от трех разных и перекрестных между собой параметров. При этом все цены совершенно не стабильны и могут меняться и могут отсутствовать. А это можешь даже не стараться. Модуль скидок и т.п. продумывался изначально. Идеи отсматривались в битриксе. Там скидки есть фиксированные (в процентах и числовом виде), в зависимости от суммы заказа, в зависимости от количества заказа и т.п. Все это выполняется на уровне процессоров корзины. В конечный заказ в поле price попадает цена товара, при желании модифицированная. В дальнейшем этот механизм будет более оформленный, когда обкатается на реальных задачах.