Wordpress тестове върху споделен БГ хостинг

Нещо изчезнаха картинките от първият пост. Да не е имало някакъв maintenance? :D

Нищо, така и така почти съм готов да пусна още данни и ще ги структурирам в малък сайт.
 
Ако имаш тествай и пълен акаунт при суперите, напълниш ли го ти тургат едни лимити и няма нищо общо откъм скорост с празния.
Ако нямаш такъв подръка пиши на ЛС.
 
Аз лично отдавна се отказах от българските хостинг компании. В момента съм при godaddy и то не за друго, а защото съм доволен от съпорта им. Преди host.bg да мине към superhosting се е случвало по 5-6 часа да чакам да оправят сървъра на който ми е сайта. Отделно постоянни прекъсвания за по 10-15 минути и какво ли не.
 
Аз лично отдавна се отказах от българските хостинг компании. В момента съм при godaddy и то не за друго, а защото съм доволен от съпорта им. Преди host.bg да мине към superhosting се е случвало по 5-6 часа да чакам да оправят сървъра на който ми е сайта. Отделно постоянни прекъсвания за по 10-15 минути и какво ли не.

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

За прекъсванията се сетих как наскоро имахме потенциален клиент, който ни наблюдаваше uptime-a през акаунта си в Pingdom и в крайна сметка се отказа от услугата, понеже Pingdom му показвало че на всеки няколко минути мрежата ни пада за по няколко минути. Тъй като това при нас не е възможно поради дизайна на самата инфраструктура - дори и нещо да падне целия трафик се пренасочва автоматично към здрави точки на достъп - като порових видях че една от пробките на Pingdom показва загуба на пакети между две точки в собствената си мрежа, от където идваха и т.нар. unconfirmed downs, които бяха региситрирани. Сам се досещаш обаче, че клиента беше твърдо убеден, че го лъжем, и не си продължи услугата.

Май малко оффтопик направих.
 
Ако имаш тествай и пълен акаунт при суперите, напълниш ли го ти тургат едни лимити и няма нищо общо откъм скорост с празния.
Ако нямаш такъв подръка пиши на ЛС.

Имаш ли някакви солидни технически данни, че това е така?

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

Ако нямаш твърдението ти не е правилно. За стотиците акаунти, които съм използвал (къде пълни, къде празни) за толкова години не съм забелязвал разлика в производителността при пълен акаунт на споделен хостинг.
Да да, и един мармот загъва шоколади в станиол с логото на Суперхостинг :D
 
Имаш ли някакви солидни технически данни, че това е така?

Ако нямаш твърдението ти не е правилно. За стотиците акаунти, които съм използвал (къде пълни, къде празни) за толкова години не съм забелязвал разлика в производителността при пълен акаунт на споделен хостинг.
Да. Твоя пълен за сметка на другите празни, които поемат от твоя лод. ;) Не че нещо но овърселинга е специалитет на хостинг компаниите даващи безумни отстъпки и промоции на плановете си. Няма бизнес логика, ако не го правят. :)
 
Да. Твоя пълен за сметка на другите празни, които поемат от твоя лод. ;) Не че нещо но овърселинга е специалитет на хостинг компаниите даващи безумни отстъпки и промоции на плановете си. Няма бизнес логика, ако не го правят. :)

Ако правилно разбирам под "пълен" имате предвид дисково пространство. Моят акаунт, който е да кажем 50ГБ, да е пълен и да ми се включват ограничения за производителност? Никога не ми се е случвало.

Че се овърселва е ясно - всички го правят. Ако моето потребление е някакъв голям процент от общият сторидж, бих се съгласил, но ми се вижда твърде нереално при сегашните цени и размери на дисковете.

Направете един тест, да видим :)
 
Идните дни ще тествам icn.bg и ns1.bg. Ако някой иска да пробвам друга българска компания може да пише с предложения.

Тъй като имам обновена версия на теста ще пусна отново върху superhosting.bg и jump.bg и ще публикувам резултатите.
 
Ако си склонен ще ти допълня теста със XML-RPC интерфейс. Където даже ще може да се бенчи REST vs XML-RPC APIs
 
Ако си склонен ще ти допълня теста със XML-RPC интерфейс. Където даже ще може да се бенчи REST vs XML-RPC APIs
А на хостинг където mod_security реже XML-RPC, защото 99% от WP "специалистите" не знаят как да си го защитят кво ще бенчиш ?!? Колко 406-тици ще получиш като response за единица време ли :D
 
А на хостинг където mod_security реже XML-RPC, защото 99% от WP "специалистите" не знаят как да си го защитят кво ще бенчиш ?!? Колко 406-тици ще получиш като response за единица време ли :D
Кой доставчик ще е по-добрия, тоя с повечето 406-тици ли? :D
 
Пак си е цифра за мерене, какво искате? :D

@mobilio няма смисъл. Моята идея беше просто да измеря как се държи хостинга и използвах REST, защото е лесно да се автоматизира.

Преди него имах ей такъв скрипт. Вършеше подобна работа.

Код:
<?PHP
	// require wp-load.php to use built-in WordPress functions
	require_once("./wp-load.php");

	/*******************************************************
	** POST VARIABLES
	*******************************************************/

	$postType = 'post'; // set to post or page
	$userID = 1; // set to user id
	$categoryID = '2'; // set to category id.
	$postStatus = 'future';  // set to future, draft, or publish

	$leadTitle = 'Exciting new post today: '.date("n/d/Y");

	$leadContent = '<h1>Vacations</h1><p>Vacations are the best thing in this life.</p>';
	$leadContent .= ' <!--more--> <p>Expensive they are, but they are totally worth it.</p>';

	/*******************************************************
	** TIME VARIABLES / CALCULATIONS
	*******************************************************/
	// VARIABLES
	$timeStamp = $minuteCounter = 0;  // set all timers to 0;
	$iCounter = 1; // number use to multiply by minute increment;
	$minuteIncrement = 1; // increment which to increase each post time for future schedule
	$adjustClockMinutes = 0; // add 1 hour or 60 minutes - daylight savings

	// CALCULATIONS
	$minuteCounter = $iCounter * $minuteIncrement; // setting how far out in time to post if future.
	$minuteCounter = $minuteCounter + $adjustClockMinutes; // adjusting for server timezone

	$timeStamp = date('Y-m-d H:i:s', strtotime("+$minuteCounter min")); // format needed for WordPress

	/*******************************************************
	** WordPress Array and Variables for posting
	*******************************************************/

	$new_post = array(
		'post_title' => $leadTitle,
		'post_content' => $leadContent,
		'post_status' => $postStatus,
		'post_date' => $timeStamp,
		'post_author' => $userID,
		'post_type' => $postType,
		'posid' => $postid,
		'post_category' => array($categoryID)
		);

	/*******************************************************
	** WordPress Post Function
	*******************************************************/

	$post_id = wp_insert_post($new_post);

	$del_post_id = wp_trash_post( $post_id  );

	/*******************************************************
	** SIMPLE ERROR CHECKING
	*******************************************************/

	$finaltext_create = '';

	if($post_id){

		$finaltext_create .= 'Yay, I made a new post - SUCCESS<br>';

	} else{

		$finaltext_create .= 'Something went wrong and I didn\'t insert a new post - ERROR<br>';

	}

	$finaltext_delete = '';

	if($del_post_id){

		$finaltext_delete .= 'Yay, I deleted my post - SUCCESS<br>';

	} else{

		$finaltext_delete .= 'Something went wrong and I didn\'t delete my post - ERROR<br>';

	}

	echo $finaltext_create,$finaltext_delete;
?>
 
Не виждам да има тест с наш сървър. Искате ли да пусна една инсталация на WordPress на събдомейн, с която да изтествате, за да се включим в класацията?
 
Не виждам да има тест с наш сървър. Искате ли да пусна една инсталация на WordPress на събдомейн, с която да изтествате, за да се включим в класацията?

Съгласен съм. И без това щях да купя акаунт за тест. Спестени пари са си спестени пари.
 
А на хостинг където mod_security реже XML-RPC, защото 99% от WP "специалистите" не знаят как да си го защитят кво ще бенчиш ?!? Колко 406-тици ще получиш като response за единица време ли :D

Е аз моите допълнително съм ги защитил със username/password...

Преди него имах ей такъв скрипт. Вършеше подобна работа.

Кода не изглежда никак зле между другото.
 
@ns1bg дали ще може днес да получа тестовия акаунт за да направя тест набързо? Благодаря!

Току що направих регистрация и за icn.bg, но вече доста време чакам акаунта ми да се активира. Бих казал, че те директно отпадат за мен поради явно ръчното одобрение на поръчките или някой счупен крон. :D

Screenshot_2018_09_21_at_11_11_07.png


Все пак ако се сетят да активират акаунта ще пусна тест там.
 
Ще ми трябва и админ достъп за да инсталирам една добавка за REST апито. Добавката е "Application Passwords".

Или може просто Вие да я инсталирате. След това отидете през админа в менюто за потребители, изберете потребител. който може да публикува статии. Най-долу ще има къде да се зададе парола. То ще я изпринтира (ще е от този тип асдф фгсафа гасдаг асдага). После трябва да я обърнете в base64 (echo "потребител:парола" | base64) и ми я пратете. Тук има инструкции: https://wordpress.org/plugins/application-passwords/

Ако pretty permalinks не е пуснато също трябва да се пусне. При Jump беше с настройките по подразбиране, т.е. без. При суперхостинг не се наложи да го променям. Не знам защо, но REST апито не можах да го подкарам без pretty permalinks. Предполагам трябва да ескейпна нещо, но не ми се занимава да търся какво.

Благодаря!
 

Горе