110 отговора на тази тема

[ivelin]

Благодаря отново на доктора и на познай за всичко!

[D-rA]

Значи не е пускан инструмента за почистване на базата за външни намеси. Аз често си я чистя, че само слагам и махам разни работи, други остават от ъпдейти..

Кой инструмент имаш предвид?

[poznai]

Ето този:
http://invisionbg.co...zation-manager/

[D-rA]

Дай малко инфо - не бях го ползвал.
Всичко ли което тулса открива, може да бъде изтрито?

[poznai]

Сложи си го. Работи се през админ панела. Нагледно си е. Можеш да си го пускаш информативно, може да премахваш части от откритите неща, може и всичко.. - зависи колко си сигурен в ненужното инфо.

[Beatfan]

Аз съм го ползвал преди време, отдавна не съм го пускал в двата ми форума, но е много полезен. Единствената ми забележка е в сканирането на инсталираните Hooks - защото почти всички инсталирани и активни ги показва като за триене
Така че това е мощен инструмент и се чете всичко намерено, преди да се трие. И още нещо - задължително бекъп на базата данни чрез http://invisionbg.co...and-restore-db/ преди да го пуснете да трие

[poznai]

То не показва неща за триене, а екстра полета в отделните области, които не са част от оригиналната структура на ипб. Оттам насетне човек си прави изводите кое ползва, кое не, кое е старо и т.н.

[D-rA]

В търсене на причината за двойни публикации при Ивелин, се загледах и ето какво намирам. Скрийна е за първия линк след команда POST, по-точно отговорът на сървъра:
 connecton.png   8.63K   36 Брой сваляния
При аналогичен тест и в моя, а и на Пламен форуми - connection на response headers е keep-alive, докато при Ивелин е close!
Допускам че това е вероятна причина, за голямото забавяне - варира понякога над 15 секунди - в това изчакване втори клик подава втора публикация.
Някаква идея - настройка на форума или на сървъра, определя статуса на connection в response headers?

[Tishu]

Ако респонс тайма е прекалено голям сигурно сървъра килва заявката и поради тази причина се получава така. Ако има локално php.ini му вдигнете стойностите за тайм аута (и като цяло всички лимити). Възможно е това да оправи проблема, но определено има "нещо" нередно, защото толкова дълга заявка не трябва да се получава.

[Илия Горанов]

В търсене на причината за двойни публикации при Ивелин, се загледах и ето какво намирам. Скрийна е за първия линк след команда POST, по-точно отговорът на сървъра:
 connecton.png   8.63K   36 Брой сваляния
При аналогичен тест и в моя, а и на Пламен форуми - connection на response headers е keep-alive, докато при Ивелин е close!
Допускам че това е вероятна причина, за голямото забавяне - варира понякога над 15 секунди - в това изчакване втори клик подава втора публикация.
Някаква идея - настройка на форума или на сървъра, определя статуса на connection в response headers?

Да, причината за забавянето може да е в затварянето на сокетите, макар че това също може да се измери с Firebug-а - там имаш едни диаграми с времената и ти дава за кое действие колко време ползва - от там можеш да видиш, дали response от сървъра се бави или установяването на нова връзка го бави. Но като цяло е хубаво да има keep-alive. За съжаление това е настройка, която почти няма как да се контролира от клиент на shared hosting, така че най-добре да се обади на support-а на CBOX.BIZ и да си поиска да го пуснат.

Другото, което лично мен не ме кефи, това е Content-Encoding: gzip - да се пуска gzip компресия на динамично съдържание си е overkill за процесора без никакъв benefit... Разбирам за картинки, за някакво статично съдържание - ДА, супер, ама те се кешират (ако сървъра е конфигуриран грамотно де)... ама за динамично - всичките тия компресирания отнемат време, процесор и памет - първо на сървъра, а след това и на клиента! А пестенето на трафик от HTML код е доста безсмислена работа! То и другите работи няма да спестят кой знае колко трафик, защото jpeg не се поддава много на компресия например, или ако има качени ZIP файлове - и те няма да се компресират повече!

За пестене на трафик, лично аз препоръчвам това: http://invisionbg.co...cing-на-форума/ поне при мен по отношение на трафик се отрази СУПЕР! А в community.invisionpower.com има и статии и hooks за ползване на maxCDN, ама там вече е за дебелата риба!

А проблема с двойните постове се решава много лесно с 3 реда javascript - като кликнеш бутоза да изпращане, просто с JS го правиш disabled и няма как да го кликнат втори път! А има и настройка на форума - ако в една и съща тема в кратък интервал се пуснат две еднакви мнения - второто да се игнорира (може и hook да беше, а не настройка)

[D-rA]

Ще погледна инитата, но това не е дълга а "нормална" - обкновено се клатят с повечко закъснение.

Да, причината за забавянето може да е в затварянето на сокетите, макар че това също може да се измери с Firebug-а - там имаш едни диаграми с времената и ти дава за кое действие колко време ползва - от там можеш да видиш, дали response от сървъра се бави или установяването на нова връзка го бави. Но като цяло е хубаво да има keep-alive. За съжаление това е настройка, която почти няма как да се контролира от клиент на shared hosting, така че най-добре да се обади на support-а на CBOX.BIZ и да си поиска да го пуснат.

Съпорта се правят все още на "ощипани" за keep-alive;
Но вкарвайки в анализа си типичните особености - свързани с forwarding при комункациите, и redirection към поддомейни - ми светна лампата, кое е в повече не само на този форум, а и на много инсталирани аналогично.
Ще изчакам поне 24 часа и ако няма двойни публикации ще пиша какво "родих".
За сега вече 2 часа - нито една двойна публикация /пу пу пу/. А и бързодействието чувствително се подобри.
Дразни ме close - но се надявам да го оправят утре.

ПП. забраната за двоен клик със скрипт ми звучи като маркер върху драскотината по боята на колата - не се вижда от пръв поглед, ама я има и дразни