progress bar

Хочется потренироваться в php на сокетах, но мало информации как на оф.сайте, так и в сети. Собственно загорелся желанием узнать, как правильно реализовываются прогресс-бары для выполнения функций php. Если кто уже делал такое, не могли бы скинуть простенький примерчик, чтоб наглядно разобраться в этом? А вообще, было бы здорово такой пример опубликовать на портале php.su в "примерах"

В html статически код такой (в Хроме класно переливается, в Опере просто зелёная полоска):

Простите, но смысл!? Выполнение страниц занимает чаще всего не больше секунды...

P.S. тоже интересно как реализовать)

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

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

Поясняю смысл. Иногда сайт грузится не сек, а гораздо дольше, особенно, если флешь, на флеше это легко делается, то я его не знаю и хочу сделать на php. Например, игровой сайт может грузиться 20-25 сек, выводим:

- загрузка карты местности (6 сек.)
- загрузка сохраненных настроек (3 сек)
- загрузка амуниции и продовольствия (4 сек.)
- загрузка текущего уровня игры (5 сек.)
- загрузка завершена. Нажмите Ентер для продолжения.

Ну и всё, выход, а пока грузится, слева можно галочки серые менять на зеленые Это просто, для примера.

либо такое:

- поиск сайта в соц. сетях и закладках.
- определение ТИЦ и ПР.
- определение внешних ссылок сайта.
- определение других параметров сайта.

А оправдана ли нагрузка будет? Ведь если за пример взять тот-же игровой сайт, то нагрузка и так не маленькая, если загрузка 25 секунд, если вы еще будете соккеты постоянно открывать, то это вообще будет краш, но это ИМХО) И еще посчитайте онлайн 5000+

Смеетесь что ли? откуда там нагрузке взяться? Лишние 100-200 байт на 1-2 мб сайт не положат. Ну и речь-то не об этом

Эх, видимо, придётся пока по-старинке, через аякс лепить.

isle Осуществление создания PHP-приложения позволяющего предоставлять целевому пользователю ресурса информацию о текущем состоянии выполнения ресурсоемкого процесса на серверной стороне - является допустимым и может быть реализовано исключительными средствами языка PHP без обеспечения загрузки дополнительных расширений - в отличие например о осуществления создания элемента progress bar для индикации уровня загрузки файлвого объекта производимого классическими средствами
Конкретно для решения поставленной задачи необходимо создание статической HTML-страницы включающей управляющей JS-скрипт и динамический транспортный элемент Iframe - в таком случае процесс индикации уровня выполнения может быть основан на следующей схеме - серверное PHP-приложения осуществляет последовательные выполнение некоторый атомарный действий и по достижении заданного количества исполненный операций обеспечивает генерацию уровня выполнения задания - для которого осуществляется небуферизированный вывод в поток HTTP-ответа - на основе просмотра которого управляющий клиентский JS-скрипт обеспечивает реальное отображения progress bar-уровня

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

Удачи

Есть много задач, где время выполнения скрипта может быть намного больше. Даже больше чем установленный на сервере max_execution_time. Например, работа с архивами, удаленными файлами или ослуживание БД.

ИМХО, сокеты тут совсем не обязательны.


Можно ведь посмотреть исходники скриптов, которые это реализуют.
Например, sypex dumper

Рассматриваемая реализация схемы позволяющая осуществлять передачу информационный полей о уровне выполнения серверной задачи в пользовательский браузер в действительности является работоспособной - однако ее применение целевообразно в случаях когда время затрачиваемое на исполнение целевых действий превышает ресурсы кодирования и передачи информационных полей по каналу связи

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

JustUserR, блин, спасибо огромное! Что-то сразу не сообразил про фреймы, уже полгода как забыл про них. Идею хорошая после каждой функции писать в файл:

и не надо загаживать, можно использовать рекурсию или setInterval

Ага, с аяксом. С этого я и начинал тему, но так долго и сложно + я начал изучать сокеты (прочёл в сети, что так гораздо быстрее работает тот же самый запрос, что на аяксе), но мало информации по ним и мало примеров. Если есть интересные и полные материалы, было б классно ознакомиться, а то я всё по кусочкам ищу.

http://www[dot]quizful[dot]net/post/prog[dot][dot][dot]sbar_with_jquery

Ch_chov, спасибо, но это не то.



Просто заглушку можно и без всяких JS повесить, которая будет тупо висеть, пока не будут получены данные, но данные получаются очень долго, поэтому, чтобы пользователь не нервничал (не думал, что сервер подвис) и не жал в течении минуты десять раз кнопку "обновить", я вот и хочу прогресс-бар повесить, а не картинку - это разные вещи

Осуществление создание программного решения для предполагаемой задачи включающей определение текущего уровня выполнения ресурсоемкого задания и обеспечение передачи полученной информации целевому пользователю в режиме реального времени - может быть произведено множеством различных целевых способов - однако одним из ключевых аспектов осуществления корректности функционирования решения является использование статический HTML-элементов или управляющих JS-средств позволяющих реализовывать получение текущей информации от web-сервера в режиме реального времени Конкретно дело заключает в обеспечении кеширования транспортируемого содержимого HTTP-документов от web-сервера что может приводить к задержке с обновление сгенерированных компонентов на клиентской стороне - при этом осуществление полной перезагрузки вложенного iframe-окна не является возможным по причине односвязности инстанции выполняемого PHP-приложения и клиентской части Таким образом в качестве целевого решения позволяющего осуществлять использования минимальное число средств на клиентской стороне - возможно применение двух PHP-программ реализующих выполнение реальных действий и сообщение информации целевому пользователю соответственно - в таком случае предполагаемое решение с iframe-элементами является полноценным вариантом

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/