Лишние 10К лучше всяких плюшек, какими бы они ни были…
Если будет выбор плюшек или без, выберу там, где проект интереснее (на меня угодить тяжело...).
При одинаковой интересности проекта, выберу тот, который с белой зарплатой.
При прочих одинаковых условиях, выберу тот, где есть ДМС.
А печеньки или кофе я вполне могу позволить на свою зарплату.
Как показывает практика, там где есть плюшки, то они быстро заканчиваются… Кто рано встает, тому Бог подает (плюшки)…
принципиально ты прав, и спасибо за замечание.
В данном проекте мы используем данные только одного Пользователя (это однопользовательская онлайн игра).
Если бы Проекту нужно было несколько разных пользователей… например «лента друзей», то несомненно сделал бы $userData массивом.
это Ok, так как мы один раз запрашиваем данные из БД, а используем их 10 раз.
Зачем же нам множить 10 раз один и тот же запрос, если кеш можно сделать в коде.
Часто использую статику (в разумных пределах) в своих проектах, однако в своей статье, за пример её использования получил критику.
Но, критикующий так и не ответил на вопрос, чем плох код:
static private $userData = NULL;
public function getById($uid) {
if (self::$userData) return self::$userData;
self::$userData = $this->locGetById($uid);
return self::$userData;
}
private function locGetById($uid) {
// some code $retData = ...
return $retData;
}
В статье был приведен пример «отложенного» соединения. В данном классе используется такое же отложенное вычисление, т.е вычисляем их один раз данные, далее берем их уже из статической переменной.
Если VK заблокируют, то пропадет все доверие к власти… так как, вся страна на него подсажена
А как обрадуются конкуренты-то… И сколько появится маленьких соцсетей, действия которых проконтролировать будет на два порядка сложнее.
И не удивительно, что появилось сообщение об ошибочном внесение в реестр. Кому-то дадут по шапке.
принцип Голливуда «чем больше вложишь в фильм, тем больше он окупится». Не всегда, правда, срабатывает…
Работал в одной игровой студии, компания вложилась в несколько социальных игр, игры не пошли, в итоге пришлось свернуть направление.
а жаль, народ в игры играл, а платить не платил… игры-то были хорошие. Наверно, надо было больше вкладываться в рекламу (почти не вкладывались), и посетителей было бы больше…
Да и с железом ерунда… у инвестора деньги кончались, а тут юзеры поползли. Нужен был отдельный сервер под БД, игра тормозить стала.
Мой домашний хостинг. Сжигает электричества, меньше чем настольная лампа. Можно подключить SSD или внешний винт, но мне пока этого не требуется, объем хранимой информации вполне удовлетворяет 4Gb флешка (торчит сбоку синенькая). При желании можно посадить на SSD NoSQL хранилище, например на базе TokyoCаbinet и вообще забыть про мускуль.
Так что, я пока завишу от корпорации бобра, только gmail, и то, постоянно использую альтернативы от яндекса и маил-ру. Не хочется почтовик сажать на такой маленький роутер.
Моя супруга зависит от Picaso, но и её бесплатные лимиты скоро кончатся. Так что, если корпорации бобра закроет хостинг картинок, или переведет его в платный-онли, то к моему маленькому «серверу» точно придется увеличивать дисковое пространство. Я ведь не оставлю мою любимую жену без возможности демонстрировать единомышленникам накопленные годами свои коллекции.
на PHP принципиально плохо что либо реализовывать для работы с WEBсокетами. Это связано с тем, что РНР предназначен для режима Запрс-Ответ… А работа с WEBсокетами предполагает долгосрочную жизнь процесу. Если работаем через nginx, то он проксирует все WEBсокетами. запросы на демон. т.е. мы должны запустить наш сервер, как отдельный демон.
В этом есть конечно свои плюсы, так и минусы. Недавно была переводная статья «РНР рожден, чтобы умереть», спорная конечно, но кое-что в ней подмечено верно. Хотя, в своих демонах я утечек памяти не наблюдал: специально был реализован мониторинг и по памяти в том числе.
Вот тут конечно они сильно замудрили.
Это стандартный спосои кодирование передаваемых данных… Перед данными устанавливается 3 бита длинны данных, далее идет длинна 1-3 байта, потом сами данные.
Смысл моей ошибки заключался в том, что браузер принимает заголовок с завершающей пустой строкой, а так как я ее не отправлял (ну не нашел в документации про это ни слова),…
Протокол Websockets, его первая фаза (http://ru.wikipedia.org/wiki/WebSocket) идет поверх HTTP, а в Спецификации НTTP, ясно сказано, что заголовок и тело разделяется пустой строкой.
Если будет выбор плюшек или без, выберу там, где проект интереснее (на меня угодить тяжело...).
При одинаковой интересности проекта, выберу тот, который с белой зарплатой.
При прочих одинаковых условиях, выберу тот, где есть ДМС.
А печеньки или кофе я вполне могу позволить на свою зарплату.
Как показывает практика, там где есть плюшки, то они быстро заканчиваются… Кто рано встает, тому Бог подает (плюшки)…
В данном проекте мы используем данные только одного Пользователя (это однопользовательская онлайн игра).
Если бы Проекту нужно было несколько разных пользователей… например «лента друзей», то несомненно сделал бы $userData массивом.
Зачем же нам множить 10 раз один и тот же запрос, если кеш можно сделать в коде.
просто смотрю, синтаксис странный,
да и твоя статья вышла три дня спустя…
а вообще все супер
Но, критикующий так и не ответил на вопрос, чем плох код:
В статье был приведен пример «отложенного» соединения. В данном классе используется такое же отложенное вычисление, т.е вычисляем их один раз данные, далее берем их уже из статической переменной.
А может я в чем-то не прав?
в целом не плохо.
у планктона — есть.
А как обрадуются конкуренты-то… И сколько появится маленьких соцсетей, действия которых проконтролировать будет на два порядка сложнее.
И не удивительно, что появилось сообщение об ошибочном внесение в реестр. Кому-то дадут по шапке.
Работал в одной игровой студии, компания вложилась в несколько социальных игр, игры не пошли, в итоге пришлось свернуть направление.
а жаль, народ в игры играл, а платить не платил… игры-то были хорошие. Наверно, надо было больше вкладываться в рекламу (почти не вкладывались), и посетителей было бы больше…
Да и с железом ерунда… у инвестора деньги кончались, а тут юзеры поползли. Нужен был отдельный сервер под БД, игра тормозить стала.
PhpDaemon — хорош, но там много «лишнего кода». Так что наши демоны себя в продакшене показывают довольно-таки не плохо.
Так что, я пока завишу от корпорации бобра, только gmail, и то, постоянно использую альтернативы от яндекса и маил-ру. Не хочется почтовик сажать на такой маленький роутер.
Моя супруга зависит от Picaso, но и её бесплатные лимиты скоро кончатся. Так что, если корпорации бобра закроет хостинг картинок, или переведет его в платный-онли, то к моему маленькому «серверу» точно придется увеличивать дисковое пространство. Я ведь не оставлю мою любимую жену без возможности демонстрировать единомышленникам накопленные годами свои коллекции.
по этому нам приходится websockets пилить на Сях
В этом есть конечно свои плюсы, так и минусы. Недавно была переводная статья «РНР рожден, чтобы умереть», спорная конечно, но кое-что в ней подмечено верно. Хотя, в своих демонах я утечек памяти не наблюдал: специально был реализован мониторинг и по памяти в том числе.
Это стандартный спосои кодирование передаваемых данных… Перед данными устанавливается 3 бита длинны данных, далее идет длинна 1-3 байта, потом сами данные.
Протокол Websockets, его первая фаза (http://ru.wikipedia.org/wiki/WebSocket) идет поверх HTTP, а в Спецификации НTTP, ясно сказано, что заголовок и тело разделяется пустой строкой.