Это понятно.. в любом случае, считаю правильным давать оценку по стоимости и срокам. При этом, на длительнх проектах имеет смысл (как для заказчика, так и для исполнителя) разбивать на этапы.. мол первый этап.. длится хх дней стоит YY процентов от стоимости.. Во избежание внезапного факапа ближе к дедлайну.
Более чем достаточно... Однако, и организация взаимодействия нужна соответствующая.
Оценка задачи в часах/днях и её выполнение в соответствии с озвученной оценкой..
В противном случае получается "хандрит и ленится" (с)
* как вариант - просмотр рабочего стола.. хотя, далеко не каждый "наш" программист соглашается на такое. Тем не менее, практика "там" вполне распространённая.
Про Salesforce.com упоминалось?
p.s. ИМХО, "обычный" Workflow... можно сделать в любом облаке, где в принципе предусмотрено программирование. Естественно дешевле (по цене и срокам)
Когда будет проблема - тогда и решение найдётся.. Реврайтами на nginx можно без изменения URL-ов раскидать ещё на пару уровней вглубь, например, по первой сотне (0/1/250 1/101/23251 2/201/3825 итд)
Relaxant, зависит от подхода и мотивации.
Это зачем? чтобы узнать, за какую сумму в час средний программист "ленится и хандрит"?
Разбивать задачу на этапы, оценивать каждый этап.. по сумме и по срокам.
Бывают "непредвиденные" обстоятельства (я не про беременных кошечек, я про ошибки/погрешности оценки), но, как правило, мелкие вполне укладываются в начальную "вилку", а крупные ("ну ваще не предусмотрел") - вполне можно пояснить адекватным язком.
Я думал, стоимость разработки озвучивается/прикидывается до начала работ.. Разве что ТЗ "плавающее"
p.s. А можно (в личку, если тут неудобно) пример результата и оценку в деньгах и сроках на текущий момент?
Никак.
- В случае с редиректом клиент увидит настоящий путь.
- В случае с проксированием будет двойной траффик - входящий и исходящий.
Есть вариант использовать поддомен (что-то вроде images.mysite.ru), если хранилище поддерживает привязку поддомена.
Так в HTML-коде-то base есть? внутри head.. Если в браузере просмотреть?
Тон бы сменил..
А по теме - рекомендую поискать китайский дезендер :D
Ну, не всё.. но разместиться в платном разделе для поиска исполнителя точно можно.
не дописал третий пункт... в 2.5 глобальной $option нет.. Получать так:
$option = JRequest::getCmd('option');
KiwiVM имеет смысл сравнивать не с ISPManager, а с VDSmanager...
1. А проверить чему $option равно?
2. условие всегда будет выполняться:
3. В 2.5
В результате тэг base выводится там где нужно?
Ставишь любой бесплатный движок - вот "поднятый" магазинчик. Прикручиваешь к нему плагин какой-нибудь платёжки - вот и "интеграция".
А дальше - тонкости.
