точно так же меня научили смотреть эти картинки несколько лет назад. Подносил к носу до потери фокуса… глаза «расслаблялись» а потом отдалял книжку от носа, в итоге начинала проявляться картинка :)
Ведь не зависимо от подохода и архитектуры нету ничего бесконечного, и если скажем у нас есть тяжелый запрос и аналогичных ему пришло 100тысяч то все равно может не хватить ресурсов. Профит как я вижу только в том что другие клиенты до поры до времени не будут чувствовать на себе эту ситуацию… так?
ну так это другое дело :) т.е. по сути в любом случае самое основное преимущество ноды в том что работа над одним «клиентом» не заставляет ждать всех других клиентов, так? а если рассмотреть в рамках одного клиента то далеко не всегда есть возможность асинхронно сделать то и то для одного и того же «клиента», т.к. в любом случае надо будеть ждать ответ ото всех своих асинхронных вызовов что бему страницу показать какую-то.
Но у меня вопрос ниже, почему ПХП заблокирует в таком же кейсе работу других своих процессов?
есть же всегда кейз что, что то при вытягивании комментов происходит не так, то ли комменты не те, то ли ошибка и т.д. а мы уже сервер напрягли и он шаблон компилил все это время, зачем ему это?
Я отдаю себе отчет что асинхронность это хорошо, но ведь т сложно потому что порой мы не можем гадать на перед, мало того, человек сам по своей природе «синхронный», «однозадачный» по этому и трудно многи думать в асинхронном стиле.
Я понимаю что nodeJS асинхронный, и что в случае с тяжелым запросом он не заблокирует другие запросы к серверу, а значит пока один клиент ждет другие (если не делают ничего такого же медленного) получают данные достаточно быстро, но вот вопрос:
почему в php если один запрос медленный, то другие (боле быстрые) не проходят?
не знаю как с VK но с FB апп именно так я и отлаживал, настривал просто адрес прилоежния как localhost и все ок. единственное чего лишаешься при таком подходе это запросы от фб к твоему приложению без участия пользователя. а так вполне удобно и легко.
Если уж обманывать то я бы из PDF'ка генерировал бы картинку и вставлял бы ее в любой формат XLS, DOC или еще куда :) или просто отдавал бы в виде картинки
плюсы:
1. кросс платформенность.
2. при таком решении не нужны вообще никакие форматы, картинка она и в африке картинка, откроется везде хоть на мобильнике!
3. правильная печать.
минусы:
1 не возможность редактирования.
2. в зависимости от содержимого страницы, размер итогового файла может быть не приемлимо большим
Ведь по большому счету эта проблема проектирования.
Какими способами можно перенаправить страницу в PHP?
а он тебе ответ:
2. Используя JavaScript…
по моему очень смешно
Но у меня вопрос ниже, почему ПХП заблокирует в таком же кейсе работу других своих процессов?
Я отдаю себе отчет что асинхронность это хорошо, но ведь т сложно потому что порой мы не можем гадать на перед, мало того, человек сам по своей природе «синхронный», «однозадачный» по этому и трудно многи думать в асинхронном стиле.
почему в php если один запрос медленный, то другие (боле быстрые) не проходят?
плюсы:
1. кросс платформенность.
2. при таком решении не нужны вообще никакие форматы, картинка она и в африке картинка, откроется везде хоть на мобильнике!
3. правильная печать.
минусы:
1 не возможность редактирования.
2. в зависимости от содержимого страницы, размер итогового файла может быть не приемлимо большим
Все зависит от целей и задач.