так дело не в памяти как таковой, а во времени генерации ответа. у меня тут были одни, у которых json-api генерит ответ 30 секунд, "ой, всё падает"

а для всех клиентов ответ одинаков, кеш сделать парни не осилили, несмотря на наличие номера версии данных. пришлось nginx настроить

у нас там ajax выбирает поледние операции и запросы шлет каждые 5 сек, по идее там надо wss сервер или как-то кешировать...

ты ошибки кастомизировал в symfony?

я не использую симфони =) вот теперь понятно, почему клиент приходит и говорит "какого хера три часа висит этот сраный CDbError вместо страницы "Извините, техический перерыв, звоните/пишите если что надо, вот адреса телефоны"

я не использую симфони =) вот теперь понятно, почему клиент приходит и говорит "какого хера три часа висит этот сраный CDbError вместо страницы "Извините, техический перерыв, звоните/пишите если что надо, вот адреса телефоны"

и что понятно?

что это работает не так, как работает, это пипец как сложно, потому делать не будем, пусть бизнес заказчика страдает пока мы с базой разбираемся

это всё к вопросу про E_ALL и вывод варнингов/ошибок =)

что это работает не так, как работает, это пипец как сложно, потому делать не будем, пусть бизнес заказчика страдает пока мы с базой разбираемся

дело в том что заказчик выбрал исполнителя из "долины смерти веб студий"

именно, но почему-то таких как-то много стало :)

у нас там ajax выбирает поледние операции и запросы шлет каждые 5 сек, по идее там надо wss сервер или как-то кешировать...

кеш может помочь, если с кодом не сделать ничего уже, вопрос только какой кеш, кроме тебя твои данные никто не знает.

именно, но почему-то таких как-то много стало :)

потому что каждый заказчик считает что он личность и он уникален... а денег на уникальность нет.

нет, кеш тут таки не поможет, надо выбирать последнюю операцию из базы, всегда свежую...

ээ, тут иной случай, деньги есть :) но откуда он берет испольнителя, хз

нет, кеш тут таки не поможет, надо выбирать последнюю операцию из базы, всегда свежую...

и сколько ответ генерится?

ээ, тут иной случай, деньги есть :) но откуда он берет испольнителя, хз

программирование стало массовым, хорошо продавать себя и хорошо писать код один человек очень редко умеет. вот и берет человек тех которые умеют себя продать

0.8 сек примерно

Непонел о чем спор, если симфоне в прод режиме в жизни не вывалит ошибку базы, а покажет красивую "ой извините"

А в дев режиме вывалит

Just as planned

в начале и речи не было о симфони

И yii2 так же

ларавел думаю тоже

речь о yii1 и о том что разрабы забывают кастомизировать ошибки

Ну да некоторые деплоят на прод дебаг сборку лол

Даже yii1 вроде не вываливает стек в проде, но там достаточно примитивно

Даже yii1 вроде не вываливает стек в проде, но там достаточно примитивно

не стек, просто название ошибки :)

а да

стек там огого

Ну да некоторые деплоят на прод дебаг сборку лол

некоторые на проде ещё и разработку ведут в соседней директории :) и логи выключить забывают, и бэкап делают, в который попадает предыдущий бэкап

самые хитрые недавно переопределили диру для сессий, но забыли про сборщика мусора, внезапно закончились inodes. результатом стал неработающий мускуль с соответствующей ошибкой :) пришлось забрать все права

на работу как в зоопарк хожу

0.8 сек примерно

медленно что-то, на 8 ядрах много не вытянешь, там и MaxSpareServers больше 16 смысла нет ставить, остальные будут в очереди сидеть

Там транзакций очень много, выборка долгая даже по первичному ключу

медленно что-то, на 8 ядрах много не вытянешь, там и MaxSpareServers больше 16 смысла нет ставить, остальные будут в очереди сидеть

Вы с аякса попробуйте на сокеты перейти

Нагрузка сразу упадет у не активных клиентов

Или лонгпул сервер сделайте

В любом случае лучше отказаться от аякс запросов по тайм ауту, а грузить данные только при событии на сервере

Там транзакций очень много, выборка долгая даже по первичному ключу

Если выборка очень долгая попробуй посмотреть колоночную базу

Типа кликхауса

От яндекса

Если выборка очень долгая попробуй посмотреть колоночную базу

+

народ, кто работает с Magento?

потенциальные вопросы оплачиваются :)

оплачиваться должны ответы :-P

типа того :)

я потенциально могу ответить на твои вопросы. где оплата?

если серьезно - напишу в личку

несерьезно. но ведь потенциал ненулевой!

потенциал огромный!

гг :)

у кого ИП с упрощенкой, в двух словах основные расходы, если очень маленький оборот?

налоги и взносы в пфр

Ребят, привет! К вам тут заглядывают с предложениями по работе? Вы их не закидываете помидорами и не шлете картинки подобного рода: "Гоните его! Насмехайтесь над ним!" ?

да не. наоборот

Нет, не гоним, если хорошие предложения и рейт выше рынка

да даже если по рынку :)

только рабские зарплаты я буду удалять наверно...

По рынку https://t.me/webWork есть

не все ж там сидят

Но в общем не гоним... но в отличии от указаной ссылки - обязательно обсудим и промоем косточки №)

:))

не гоним но насмехаемся

@chebotarevp а размеры сумм не знаешь?

@chebotarevp а размеры сумм не знаешь?

дык 6% же. а взнос то ли 20 то ли 30 тыщ в год

но вроде как налоги на сумму взноса можно уменьшить

ERROR: S client not available

я джун-ИП, мне только предстоит это

ну 6% понятно, меня минималка интересует как раз... и еще за ведение что-то нужно кому-то...

а то нужно жону ИП сделать

модульбанк предоставляет бухгалтерию

и вобщем есть сервисы, стоит 3-9к в месяц все это вести

ребят, а для чего в php появился finally? какую цель решает эта языковая конструкция если Код в блоке finally всегда будет выполняться после кода в блоках try и catch, вне зависимости было ли брошено исключение или нет, перед тем как продолжится нормальное выполнение кода.

чтобы не копипастить

catch и после try

деинизиализацию чегонибудь

что было инициализировано вначале

более того

оно будет выполнено даже если будет эксепшен

ой..

:))

не эксепшен

а return из функции

внутри try

finally блок все равно будет выполнен

это удобно

отключи отправку по ентеру ;)

отключу

может

быть

с

п

а

с

и

б

о

инкапсуляция каждой буквы