Контейнер нормально. По крайней мере, контейнер это что-то отдельное, чего может быть много, а хранилище оно одно большое. То есть «создавать/удалять контейнеры» — нормально, а создавать хранилища — коряво-коряво, имхо.
Ну оно же все сразу происходит, пользователь на экране получает объекты, выбранные по дате/флагам с учётом фильтров, даты/фильтры меняются часто, фильтр — нет. Поэтому, если я смогу быстро фильтровать только по тегам, но потом буду долго выбирать по датам — толку мало.
Спасибо за развернутый ответ. Я воспользовался xdebug, первый под руку попался. Очень много времени занимают обычные вызовы unserialize(), ob_start(), в целом обход дерева файлов долгий, когда оно всё подгружает. Буду разбираться.
Я написал уже ниже, тестирую заглушку без обращений к базе по сути. То есть остается производительность внутренностей фреймворка — подгрузка компонентов и моделей, шаблонизатор и тп.
За xprof спасибо, буду разбираться. Apc поставлен, кэш кейка настроен на Apc, там не mysql, а оракл, но не важно, я тестирую на страничке из /pages/ то есть без контроллера по сути. Значит, оно загружает модели (включено даже кэширование persistModel), пишет там в базу пару записей в лог и всё. Тестирую отдельный скрипт, который просто пишет в этот же лог — получаю 70 запросов в сек. Кейк же выполняет только эти 12. Я просто не представляю, что там можно делать столько времени.
Меня всегда убивала нелогичность перегрузки арифметического оператора для выполнения совершенно другого действия. В оригинале-то всё нормально — сначала вычисления, потом условие.
охх… ну написал же, не использовать в скрипте на сайте ничего кроме номера ###, и название категории не использовать. Вот как на ебее, вы можете в адресе www.ebay.com/itm/xxx/140743743282 вместо xxx написать вообще что угодно, а открываться будет нужная страница. Остальные части в адресе только для пользователя, чтобы из адреса понять сразу категорию и название статьи.
Всё равно не понимаю, про что вы) Если не засовывать в адрес категории, то везде используется вариант site.com/123/name-of-news. Его плюсы в том, что и название видно, и при желании его отбросить легко (я, например, ненавижу такие длинные адреса с названием в нём). Если же номер писать после названия (хоть через слеш, хоть через двоеточие), то его отбросить уже не так легко. Проблемы же возникают при добавлении категории в адрес, о чём автор и пишет. Вот я и предлагаю делать для красоты адрес site.com/category/###/name-of-news (при желании сразу видно о чём новость и категорию, название опять можно отбросить и останется короткий site.com/music/123), но реально из этого адреса использовать только номер ###, чтобы, если категория изменится, эта неверная часть адреса ничего не поломала.
Да договор-то это точно тот. Вот собственно и проблема, убедить ВК, что это принятый обоими сторонами договор, а не я на коленке написал. И из-за разных нюансов, связанных со способом получения и принятия этого договора, это может быть сделать совсем не так просто, как для вашего случая с одеском, где, как я посмотрел, действительно при регистрации показывается публичная оферта, которая регистрацией акцептируется.
> Developer Program License Agreement — это будет Ваш договор, между Эпплом и Вами, согласно которому Вы будете получать деньги.
Есть конкретное приложение №2 к этому соглашению, по которому эппл назначается агентом по продаже наших программ. По этому доп договору платятся деньги. И на публичную оферту (которая должна быть адресована неограниченному кругу лиц и тд.) это не очень похоже совсем. У себя на сайте я могу какую-то оферту вывесить, она действительно будет офертой, но деньги-то приходят по договору с эпплом. И каким образом убедить ВК, что это публичная оферта, а не обычный договор, на котором должны быть печати сторон — я не понимаю. Особенно учитывая, что это приложение и увидеть-то могут только зарегистрированные разработчкики, — хорошая публичность…
> С банком договариваются, до того как перевод приходит.
Ну таки надо с ними договариваться? Не они мне доказывать, значит, должны, всё же, а я им, по какому договору придут деньги, и чтобы они этот договор приняли.
> Можете идти в Альа банк, они точно такие вопросы решать умеют.
Именно туда я и пошёл первым делом, потому что у меня там счёт чёрти-сколько лет. Мы долго сидели с менеджером по работе с юрлицами, он звонил сотруднице из ВК. Сказали, нужен договор с печатью. Так что дальше _я_ должен был им доказывать, что оферта им подойдёт, но мне это тогда нафиг не надо было мучаться, да и сейчас не надо.
> я смотрю Вы знатный теоретик. Это каким это образом декларацию налоговая не примет? А какое отношение имеет декларация к Вашим договорам? Вы хоть раз оную подавали?
Хватит уже на личные оскорбления переходить, вы нормально общаться умеете? Я продаю программы в аппсторе, получаю деньги с них и подаю за них декларации со времени появления ифона в России, так что практический опыт достаточен. И ИП у меня есть. Вы считаете в декларации можно написать любую ерунду, и налоговая её в любом случае примет и вопросов не задаст?
