>следующий стартует не после завершения предыдущего
А я и не утверждал обратное. Я говорил о самом запросе и разборе ответа, а не о ожидании ответа. Т.е. скажем, мы послали первый запрос, затем послали второй и т.д., а потом собираем по очереди ответы. Мы не можем в один и тот же момент времени послать 2 запроса. Мы можем послать второй запрос не дожидаясь ответа первого, но НЕ одновременно с ним.
>Асинхронно=параллельно
Не во всех случаях. Вот смотрите, пока будет парсится http-response одного запроса разве можно в это время сделать другой? Нет! Эта операция заблокирует поток. Я понимаю что на очень-очень короткое время, но все же за это время мы ничего другого сделать не сможем, поэтому тут слово параллельно не очень хорошо подходит.
Основная прелесть этого кусочка кода в том, что все запросы на получение страниц с помощью вызова urllib2.urlopen выполняются параллельно.
Вообще-то gevent однопоточный, а grennlets — это не native threads — это всего лишь одна из техник асинхронного программирования (наряду с callbacks). Они дают псевдомногопоточность, так же как и tasklets в Stackless. Они выполняются не параллельно. Асинхронные вызовы все равно будут отправляться по очереди, а не в один момент времени, так же как и обработка ответов будет по очереди.
Вообще, концепция Google Gears мне сама по себе не очень нравится. Сейчас как бы наоборот все стремятся всё перенести в «облако», а тут фактически обратные действия получаются :)
Объемы каналов с каждым годом растут и дешевеют. А насчет работы оффлайн… хм… тут стоит подумать для чего это можно применить.
Я все же думаю, что будущее RIA за такими библиотеками как ExtJS.
Rich Internet application (RIA, «богатое Интернет-приложение») — это приложение, доступное через Интернет, богатое функциональностью традиционных настольных приложений, не поддерживаемой браузерами непосредственно.
(википедия)
Я вот что хочу понять: если я на чистом js напишу такое web-приложение, которое не уступает по функциональности десктопным — разве оно не будет RIA?
>Кроме того, я вижу и такой выход из ситуации: расположить на странице кнопку «ссылка на эту страницу» — которая будет выдавать ссылку, сформированную для поисковиков.
Проблема: Если я возьму ссылку на сайте такого типа vbolshov.org.ru.nyud.net/anchornav/#b:?with и оставлю ее везде везде, то она не проиндексируется поисковиками. Правильно понимаю? Ведь юзеры обычно берут ссылки из адресной строки браузера. Как решить такую проблему?
А что это надо делать такого особого, чтобы сожрать 32 метра памяти??? Там же банальный CRUD и совсем нет долгоиграющих операций. Или нет?
Я с WordPress не работал, но неужели у меня одного возникает такой вопрос???
Предлагаю сделать так. Заводите ящик. Меняете на него. Бот подтверждает с вашего ящика и шлет еще письмо на мой, что мол вам должно было прийти письмецо из контакта, пройдите по ссылке в нем.
Иначе сервис теряет много смысла.
Я уже удалял друзей и проч. Потом восстанавливал. Пробовал менять ящик и затем удалять его, но это тоже не помогло, потому что в итоге его можно все равно восстановить при желании.
INSERT INTO messages SET from_id = «1841», to_id =, message = "", sender_ip = «92.126.59.160», senddate = NOW()
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ' message = "", sender_ip = «my_ip :)», senddate = NOW()' at line 1
А я и не утверждал обратное. Я говорил о самом запросе и разборе ответа, а не о ожидании ответа. Т.е. скажем, мы послали первый запрос, затем послали второй и т.д., а потом собираем по очереди ответы. Мы не можем в один и тот же момент времени послать 2 запроса. Мы можем послать второй запрос не дожидаясь ответа первого, но НЕ одновременно с ним.
>Асинхронно=параллельно
Не во всех случаях. Вот смотрите, пока будет парсится http-response одного запроса разве можно в это время сделать другой? Нет! Эта операция заблокирует поток. Я понимаю что на очень-очень короткое время, но все же за это время мы ничего другого сделать не сможем, поэтому тут слово параллельно не очень хорошо подходит.
Вообще-то gevent однопоточный, а grennlets — это не native threads — это всего лишь одна из техник асинхронного программирования (наряду с callbacks). Они дают псевдомногопоточность, так же как и tasklets в Stackless. Они выполняются не параллельно. Асинхронные вызовы все равно будут отправляться по очереди, а не в один момент времени, так же как и обработка ответов будет по очереди.
Вообще, концепция Google Gears мне сама по себе не очень нравится. Сейчас как бы наоборот все стремятся всё перенести в «облако», а тут фактически обратные действия получаются :)
Объемы каналов с каждым годом растут и дешевеют. А насчет работы оффлайн… хм… тут стоит подумать для чего это можно применить.
Я все же думаю, что будущее RIA за такими библиотеками как ExtJS.
(википедия)
Я вот что хочу понять: если я на чистом js напишу такое web-приложение, которое не уступает по функциональности десктопным — разве оно не будет RIA?
Да. Я вот пока вижу это как единственный выход.
А что это надо делать такого особого, чтобы сожрать 32 метра памяти??? Там же банальный CRUD и совсем нет долгоиграющих операций. Или нет?
Я с WordPress не работал, но неужели у меня одного возникает такой вопрос???
Иначе сервис теряет много смысла.
Я уже удалял друзей и проч. Потом восстанавливал. Пробовал менять ящик и затем удалять его, но это тоже не помогло, потому что в итоге его можно все равно восстановить при желании.