И админка на этой теме - http://themicon.co/theme/angle/v3.3.1/backend-jquery/app/dashboard.html Заказчики пищали от удовольствия

Блин, ну опять же обмажусь пхп, в моем селе засмеют меня)))

Серег, прочитай про 50% прирост скорости в 7.1

Я не агитирую конечно

Но задачу твою решит

Стоит значит поменять имя и поставить котика на аву

Стоит значит поменять имя и поставить котика на аву

Теперь ты понял почему я так часто меняю аву?

так можно никому не говорить

Побольше бутстрапа, все URL запрятать через ЧПУ и кто узнает, что там под капотом

пока оно не упадет и не выдаст трейс

Теперь ты понял почему я так часто меняю аву?

Но у тебя тоже есть маленький просчёт, ты две авы менял местами ?

трейс на продакшене отключить ?

так можно никому не говорить

Ну знаешь, рыбак рыбака и все это

Какой-то тайный пхпых узнает своего и начнёт кидаться какахами)

В общем и целом, обеспечение поддержки высоких нагрузок достигается не языком программирования, а тем, что называется архитектурное решение. Конечно, языки отличаются некоторыми особенностями. Например Java, в отличии от PHP, имеет встроенную поддержку многопоточности. Но это вовсе не может являться главным определяющим фактором, т.к. многие задачи можно распараллелить и с помощью PHP. Поэтому, по моему мнению, выбор языка должен осуществляться из соображений здравого смысла. Важно выбирать язык, которым хорошо владеет (или может овладеть) команда. Не менее важно, наличие сообщества разработчиков, использующих данный язык программирования. Это гарантирует наличие библиотек для решения распространненых задач и поможет в решении возникших проблем. Также это упрощает поиск специалистов на рынке труда. Третий фактор, стоимость разработки и поддержки вашего решения при условии выбора конкретного языка программирования. Например разработка на C++ часто дороже (с точки зрения потраченных сил и времени), чем на Java или PHP.

В общем и целом, обеспечение поддержки высоких нагрузок достигается не языком программирования, а тем, что называется архитектурное решение. Конечно, языки отличаются некоторыми особенностями. Например Java, в отличии от PHP, имеет встроенную поддержку многопоточности. Но это вовсе не может являться главным определяющим фактором, т.к. многие задачи можно распараллелить и с помощью PHP. Поэтому, по моему мнению, выбор языка должен осуществляться из соображений здравого смысла. Важно выбирать язык, которым хорошо владеет (или может овладеть) команда. Не менее важно, наличие сообщества разработчиков, использующих данный язык программирования. Это гарантирует наличие библиотек для решения распространненых задач и поможет в решении возникших проблем. Также это упрощает поиск специалистов на рынке труда. Третий фактор, стоимость разработки и поддержки вашего решения при условии выбора конкретного языка программирования. Например разработка на C++ часто дороже (с точки зрения потраченных сил и времени), чем на Java или PHP.

откуда такая статейка?))

Даёшь сайт на плюсах!!!

или эт ты сам написал?)

откуда такая статейка?))

https://ru.stackoverflow.com/questions/225213/Высоконагруженные-проекты-java-vs-php

В этой статье я согласен с тем что неважно какой инструмент, важно как сделана архитектура

А Node, он же js, в отладке полная жопа

как было так и осталось по сей день

Нормально делай нормально будет

Ути пути )

(Только не говори что на пхп)

Я всегда все делаю нормально, даже FRC

????

один хер кстати с контекстами где то не то

Серёг, ну ты разберёшься, я в тебя верю)

в свое время опробывал perl, php, ruby, node, и остался на php, но говорю же каждому свой инструмент

причем не просто пробывал а с погружением на год, полтора

один хер кстати с контекстами где то не то

Так а что не так, опять картинка?

Оооо

причем не просто пробывал а с погружением на год, полтора

Скоро на пенсию похоже

Картинку то я сам схлопывал ? через layer

Скоро на пенсию похоже

Да, через 4 года

Димас будет скучать

C картинкой я вообще опростоволосился

[self.mediaView roundCorners:(UIRectCornerTopRight | UIRectCornerBottomLeft | UIRectCornerBottomRight) radius:16.0f];

- (void)roundCorners:(UIRectCorner)corner radius:(CGFloat)radius rect:(CGRect)rect { UIBezierPath *path = [UIBezierPath bezierPathWithRoundedRect:rect byRoundingCorners:corner cornerRadii:CGSizeMake(radius, radius)]; CAShapeLayer *layer = [[CAShapeLayer alloc] init]; layer.path = path.CGPath; self.layer.mask = layer; }

так вот картинка меняла высоту, а маска оставалась та же

вот и была она меня иногда 0x0

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

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

Это моя боль

Но признал же верно?

Ну да, ты молодец)

Значит я не безнадежен

Так а с контекстами то что не так сейчас?

??????

Проблема в том что есть два контекста главный и один для кеша и предотвращения дубликатов

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

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

Сам себе усложнил связку RestKit да ещё MagicalRecord

31 в 11 вечера заставил работать и отложил до конца праздников

То есть фрц на мэин контексте, а кэш на приватном?

То есть фрц на мэин контексте, а кэш на приватном?

Все верно

Ну и плюс MagicalRecord наплодил своих

Так это всего лишь обертка, он сам по себе не плодит.

Без FRC все работало без каких то проблем, а тут столкнулся с ним

яж говорил ?

Ещё же есть parent и child контексты

яж говорил ?

Я ждал этого ?

Ну вроде проблем не должно быть. Создал приватный контекст с главного. Внёс в него изменения. Сохранил контекст. Изменения подтянулись в фрц.

Ну вроде проблем не должно быть. Создал приватный контекст с главного. Внёс в него изменения. Сохранил контекст. Изменения подтянулись в фрц.

И я так думал

Но что то не так сделал

Если сам создавал entity

Так тут бы код увидеть

ERROR: S client not available

я в свое время тоже с контекстами парился кода юзал фрц+MR

адок был

Так тут бы код увидеть

А я потом стал разбираться, понял что у меня не синхронизируются контексты

А то на словах одно, а в коде другое.

Хотя и делал save

А то на словах одно, а в коде другое.

Согласен

Ну и сейв в МР это отдельная история)

Ну и сейв в МР это отдельная история)

Я так до конца не понял в какой контекст его делать правильно

Ну завтра кинь как ты делаешь, посмотрим

Я так до конца не понял в какой контекст его делать правильно

а ты там контексты не мерджишь?)

Ну я думал он сам должен это делать

Ну я думал он сам должен это делать

не

Ну завтра кинь как ты делаешь, посмотрим

Оки

Ну я думал он сам должен это делать

уже забыл как делается, но там чет с нотификацией связано

а ты там контексты не мерджишь?)

А что их мержить? Сохранил Чайлд и все. Или думаешь там десять параллельных запросов?)

все пытался уяснить, че эт за локал контекст

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

там где ты достаешь чат с предикатом

в начале

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

Ну вот в MR 3.0 советуют именно так сохранять

все пытался уяснить, че эт за локал контекст

Так а че уяснять, смотри кто у него парент, и если дефолтный контекст то все понятно)

Ну вот в MR 3.0 советуют именно так сохранять

Ну так а что на счёт ручками создать контекст от того, а котором работает твой фрц?

Вот когда ты этот Чайлд сохранишь, то парент подтянет изменения

Ну так а что на счёт ручками создать контекст от того, а котором работает твой фрц?

И так пытался

Ну ок, я спать, завтра продолжим.

Работает если отключить кеш

оки

Вопрос по Firebase, как отследить и разлогинеть пользователя, если я отключу пользователя из панели управления

Товарищи, никто не юзал ConnectSDK в проекте написанном на свифте? Или кто может подсказать похожую библиотеку?

Вопрос по Firebase, как отследить и разлогинеть пользователя, если я отключу пользователя из панели управления

Auth.auth().addStateDidChangeListener { auth, user in }

Auth.auth().addStateDidChangeListener { auth, user in }

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