Всё новое — хорошо забытое старое. И под тот же Jabber были и групчаты, и мобильные приложения. По поводу поста — любопытно, но печально, что при вопросе «у тебя есть телеграм?» большинство людей, не связанных с IT, спрашивают «а что это такое?». Кажется, есть риск, что этот самый Телеграм выльется в такую же сеть главным образом для IT-шников, как и старый добрый джаббер.
А я вот пил в Индонезии эту зелёную, как вы сказали, «гадость», и с тех пор ужасно раздражает, что здесь, в России, не могу её найти. Так что о вкусах не спорят.
Ну, вы знаете, эстетические потребности действуют и сейчас, просто они перешли в несколько иные сферы (к примеру, понятие юзабилити интерфейсов). Да и не совсем корректно сравнивать то, что создавалось из энтузиазма в единственном экземпляре и то, что производится серийно.
Интересно. Столько всего раньше было лишь идеей, а сейчас уже активно используется. Читаешь и испытываешь надежду, что те технологии, о которых мы мечтаем сегодня, тоже однажды станут реальностью — например, космический лифт, термоядерный реактор, или даже что-то более приземлённое — более ёмкие компактные источники питания (ну или пропорционально более экономичные гаджеты).
К тому же, это потребует определённой сетевой инфраструктуры, доставить которую будет просто невероятно сложно и дорого. И даже если её туда доставить, всё это оборудование потребует для себя много электроэнергии. Мне кажется, эффективнее начать развитие марсианской инфраструктуры с решения более фундаментальных проблем, таких как производство на месте продуктов питания, электроэнергии, конструкционных материалов и так далее.
Там вообще достаточно любопытная терминология — там есть император, император может работать в режиме тирана, императоры могут составлять легион и так далее. Там даже мулы (mules) есть. Моё объяснение такой терминологии таково: там достаточно многоуровневая архитектура, поэтому классический пример мастер-воркер там не совсем уместен. Кстати, понятие мастера там тоже есть — им называется главный процесс вассала. Т.е вассал состоит из мастера и воркеров. Воркеры обслуживают запросы, мастер — проверяет их состояние, перезапускает по различным условиям, также в адресном пространстве мастера выполняются многие подзадачи — запланированные задания, отправка alarm-сообщений через XMPP… Короче, терминология кажется необычной, но вполне оправдана. :)
«PHP создан чтобы умирать» — кто-то просто обязан был повторить эту знаменитую фразу в таком топике :)
Я позволю себе не согласиться. Такое заявление слишком категорично, оно ставит крест на самой идее развития языка. Гораздо правильнее другой подход — есть утечка памяти, значит, есть бага, а баги нужно исправлять. Я думаю, вы ведь не будете отрицать, что ситуация с управлением памятью PHP за годы существования PHP 5.x значительно улучшилась?
По поводу вашей задачи — здесь дело может быть не только в утечках, но и в разного рода буферах в тех же динамических расширениях, кроме того, работа с постоянно подключёнными клиентами подразумевает непредсказуемость их поведения — к примеру, если у них медленное подключение, могут проявиться симптомы атаки медленным чтением (slow read attack).
Я позволю себе не согласиться. Такое заявление слишком категорично, оно ставит крест на самой идее развития языка. Гораздо правильнее другой подход — есть утечка памяти, значит, есть бага, а баги нужно исправлять. Я думаю, вы ведь не будете отрицать, что ситуация с управлением памятью PHP за годы существования PHP 5.x значительно улучшилась?
По поводу вашей задачи — здесь дело может быть не только в утечках, но и в разного рода буферах в тех же динамических расширениях, кроме того, работа с постоянно подключёнными клиентами подразумевает непредсказуемость их поведения — к примеру, если у них медленное подключение, могут проявиться симптомы атаки медленным чтением (slow read attack).