ExBB Community » » Обсуждение » Дополнительные моды

Страниц (17): В начало « ... 3 4 5 6 [7] 8 9 10 11 ... » В конец
 

91. yura3d - 17 июля 2009 — 10:01 - перейти к сообщению
electron пишет:
неплохо было б заиметь мод объявлений для конкретного раздела (собрания тем одной тематики)

пример:

Имеются ввиду "Важные темы"?
92. Andr1y - 17 июля 2009 — 10:04 - перейти к сообщению
electron пишет:
неплохо было б заиметь мод объявлений для конкретного раздела (собрания тем одной тематики)

Это прикрепленные темы. На Exbb есть такая возможность, прото эти темы по другому отображаются.
93. electron - 17 июля 2009 — 10:29 - перейти к сообщению
yura3d пишет:
Имеются ввиду "Важные темы"?

нет, на скриншоте это блочок "правила публикации...... "
94. yura3d - 17 июля 2009 — 10:33 - перейти к сообщению
electron пишет:
нет, на скриншоте это блочок "правила публикации...... "

Это называется Правила раздела, и подобную идею я уже ранее предлагал
95. electron - 17 июля 2009 — 10:42 - перейти к сообщению
да-да. именно это.
yura3d пишет:
Текст правил (краткий) должен отображаться сразу, без лишних телодвижений, и всегда быть перед глазами, ибо никто специально кликать по каким-то там ссылкам на правила не будет.

вот с этим соглашусь. многого не надо, строки 3-4
96. yura3d - 17 июля 2009 — 14:37 - перейти к сообщению
yura3d пишет:
В течение ближайшей недели-двух постараюсь выложить давно обещанную фотогалерею

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

electron пишет:
вот с этим соглашусь. многого не надо, строки 3-4

На мой взгляд это очень полезный мод, даже на этом форуме очень бы пригодился. Как разбирусь с другими модами, так сразу возьмусь за него
97. Andr1y - 17 июля 2009 — 15:03 - перейти к сообщению
yura3d пишет:
Вместе с фотогалереей постараюсь также выложить обновлённую версию мода превью-копий для прикреплённых изображений (с поддержкой кеширования), чтобы уже раз и навсегда решить проблему с долгим открытием тем, содержащих внешния изображения

Будим ждать!Улыбка
electron пишет:
вот с этим соглашусь. многого не надо, строки 3-4

Также считаю, что данный мод будет полезным.
98. electron - 17 июля 2009 — 15:32 - перейти к сообщению
yura3d пишет:
Вместе с фотогалереей постараюсь также выложить обновлённую версию мода превью-копий для прикреплённых изображений (с поддержкой кеширования), чтобы уже раз и навсегда решить проблему с долгим открытием тем, содержащих внешния изображения

я так понимаю, это про те изображения что тэгом img в текст вставляются? у кого была ошибка "еррор404" вместо уменьшенной копии так она и останется?

хоть пару скриншотиков из галереи показали бы что-ли..... Закатив глазки
99. yura3d - 20 июля 2009 — 10:45 - перейти к сообщению
electron пишет:
я так понимаю, это про те изображения что тэгом img в текст вставляются? у кого была ошибка "еррор404" вместо уменьшенной копии так она и останется?

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

electron пишет:
хоть пару скриншотиков из галереи показали бы что-ли

Как более-менее будет готово, так сразу
100. Victor - 21 июля 2009 — 19:06 - перейти к сообщению
yura3d интересный момент с выводом вместо изображения кода 404, это не столько проблема заррета (я ак тоже думал ошибочно) сколько качество скорости самого инета и загруженности хостинга, время выделенное на формирование страницы, а в перспективе и страниц (ведь на форуме не один человек) истекает и изображение не загружается выдается ошибка 404.. тут нужно проверять скорость соединения с инетом или нагрузку на хостинг.. плюс конечно можно глянуть на сам ресурс где размещены фото...
но есть факты: 1. эти изображения открывались у других пользователей (больше чем у двух-трех) и 2. открылись у меня при пустом форуме и не загруженном канале...

такое явление не хватка времени наблюдается и на других скриптах, особенно заметно при низкоскоростном инете...

вот увеличить это время было бы решением, хотя и не удачным...
101. yura3d - 21 июля 2009 — 19:19 - перейти к сообщению
Victor пишет:
yura3d интересный момент с выводом вместо изображения кода 404, это не столько проблема заррета (я ак тоже думал ошибочно) сколько качество скорости самого инета и загруженности хостинга, время выделенное на формирование страницы, а в перспективе и страниц (ведь на форуме не один человек) истекает и изображение не загружается выдается ошибка 404.. тут нужно проверять скорость соединения с инетом или нагрузку на хостинг.. плюс конечно можно глянуть на сам ресурс где размещены фото...
но есть факты: 1. эти изображения открывались у других пользователей (больше чем у двух-трех) и 2. открылись у меня при пустом форуме и не загруженном канале...

Совершенно верно, есть определённый тайм аут, по истечении которого (если изображения не успевают подгрузиться), функция обработки изображения выводит ошибку (в данном случае иконку 404)

Victor пишет:
такое явление не хватка времени наблюдается и на других скриптах, особенно заметно при низкоскоростном инете...

вот увеличить это время было бы решением, хотя и не удачным...

Так я никак не ограничиваю это время, тайм аут и прочие параметры интерпретатора PHP определяются Вашим хостером. Вообще необходимость такого тайм-аута появилась неспроста, т.к. внешние серверы время от времени имеют свойство подтормаживать, и если загрузки каждого изображения мы будет ждать по 5-10 сек, то представьте что будет с открытием темы, содержащей сотню-другую внешних изображений с такого сервера Закатив глазки
102. Victor - 21 июля 2009 — 19:33 - перейти к сообщению
yura3d я на своем ресурсе просто запретил сначала использование реально тормознутых фотобанков, но это не решение поскольку для пользователя А это один трасер, для пользователя Б это совсем другой... насчет тайм аута на исполнеие рнр скриптов я знаю потому и написал что идея не очень удачная...

самое удачное решение это своя галерея и запрет на использование сторонних фотоссылок.. это приведет к реальному своему контенту и оптимизации работы с ним скрипта...
103. yura3d - 21 июля 2009 — 20:55 - перейти к сообщению
Victor пишет:
yura3d я на своем ресурсе просто запретил сначала использование реально тормознутых фотобанков, но это не решение поскольку для пользователя А это один трасер, для пользователя Б это совсем другой... насчет тайм аута на исполнеие рнр скриптов я знаю потому и написал что идея не очень удачная...

Пользовательский tracert не имеет никакого отношения к удалённым соединениям PHP, загрузку изображений и отдачу их уменьшенных копий пользователям осуществляет Ваш сервер, и только tracert от Вашего сервера до внешнего имеет значение (хотя и не определяющее, если тормозит сам внешний сервер)
104. Victor - 21 июля 2009 — 21:03 - перейти к сообщению
yura3d почему считаете что канал до пользователя не играет роли? как показала практика он играет значение, я ведь реально просил пользователей заходить и отписываться, так вот у многих открывались изображения у других нет
возможно влияние провайдеров (пользователь сидит у того же провайдера) и потом самое главное не смотря на то что страница генерится на хостинге и отдается клиентскому компу в гтоовом виде, есть вероятность что при отдачи и происходит торможение.. явной причины не скажет и хостер... но мне кажется некая проблема там заложена с каналом связи от хостинга к клиенту..

запрет здесь не причем, поскольку сейчас оно не открывается а потом начинает и снова все повторяется...при чем у всех это выглядит по разному
105. yura3d - 21 июля 2009 — 21:18 - перейти к сообщению
Victor пишет:
почему считаете что канал до пользователя не играет роли?

Я не считаю, это констатация факта (технической особенности реализации). Пользователь лишь отправляет Вашему серверу запрос на открытие темы, всю дальнейшую работу (включая подгрузку внеших изрображений) выполняет скрипт на Вашем сервере. Браузер пользователя никакой подгрузкой внешних изображений не занимается (это очень важная особенность, именно в этом и заключается смысл создания превью-копий внешних изображений, чтобы экономить пользователям траффик, ведь превью-копии редко превышают объём 5 Кб), следовательно и никакого влияния качество Интернета пользователей не оказаывает на работу данной функции

Victor пишет:
как показала практика он играет значение, я ведь реально просил пользователей заходить и отписываться, так вот у многих открывались изображения у других нет

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

Яндекс.Метрика   

Powered by ExBB
[Script Execution time: 0.0251]     [ ]