Днес на колегите им се наложи да тестват едно захранване дали работи . За целта вместо да го свързваме към машина oкасихме два от неговите пина , зелен и черен. Чрез това oкасяване захранването се стартира и започва да работи без машина.
Ето снимка на пиновете:
PS: За укасяването съм използвал отново наличния coaxial кабел :)
Hi :). Скоро се развали на приятелката ми монитора. Тои си стоеше в стаята тихо, кротко и безпомощно, изпаднал в летаргия. Днес в колата докато пътувахме към тях се сетих, че проблема може да е от изгорял бушон. Тази причина е вероятна, защото с нашите енерго- доставчици и техните пренапрежения и др. проблеми много често проблема се крие в изгаряне на бушоните. До тук добре казал онзи които скошил от Айфеловата кула :). Отворих монитора и извадих бушона от неговото гнездо :). Възникна един доста съществен въпрос, а именно как ще разбера дали бушона е здрав или не като нямам никакви инструменти като мултицет, фазомер, кабели и т.н. Сетих се, че на запалките има едни малки диодчета с три малки батерийки. Извадих диода и батерийте от запалката и го използвах за да разбера има ли верига в бушона или няма. Установих, че няма верига :). След това възникна въпроса как да подменя изгорелия проводник в бушона с друг като няма такъв . Изминаха дългите и мъчителни 365 дни които прекарах в мислене … ЕВРИКА сетих се, че има 20 метра коаксиален кабел(сърцевината е от мед) и мога да използвам медната му сърцевина за проводник в бушона. Изрязах няколко сантиметра и ги сложих в бушона. След това изолирах бушона със шведска лента и го поставих в монитора. Пуснах и ….? Монитора си тръгна и работи съвсем коректно.
Снимка на бушона с коаксиален кабел:
Извод: Когато имате изгорял уред и имате малко свободно време или желаете да релаксирате ПЪРВО ИЗПРОБВАЙТЕ ИЗПРАВНОСТТА НА БУШОНА преди да заведете уреда на ремонт.
Днес ми се наложи в една html форма да сложа 500 $_POST променливи(input полета и форма с method='post') и да ги събмитна(изпратя|submit). Обаче когато ги изпратя не се случваше нищо. Странно. Започнах да изследвам проблема и установих, че ако $_POST променливите(input полетата) са 199 ги изпраща към Apache и си работи напълно коректно, обаче когато са повече от 199 не иска да ги изпрати. След 168 часа(шегувам се) се сетих, че имам инсталиран Suhosin и от него може да се ограничава именно броя на $_POST променливите. Редактирах конфигурационния файл на suhosin (или php.ini зависи как е конфигурирано) да пуска 2000 $_POST променливи и всичко се нареди както перфектно нареждане на Рубик.
/etc/php5/apache2/conf.d/suhosin.ini
# configuration for php suhosin module
extension=suhosin.so
suhosin.post.max_vars = 2000
suhosin.request.max_vars = 2000
cat interesno.php
<?php
$max_input=198; //Работи със стойностите по подразбиране в Suhosin
#$max_input=298; //Работи с НОВИТЕ стойности в Suhosin
if (!($_POST['submit']))
{
echo "<form action=" method='post'>";
for ($i=0;$i<=$max_input;$i++) { echo "<input type='text' value='$i' name='dhstudio$i'><br>"; };
echo "<input type='submit' name='submit' value='ribka'></form>";
}
else
{
foreach ( $_POST as $key => $value ) { print $key . " " . "=" . " " . $value; print "<br>"; }
};
?>
Хей за хората които не ползват Suhosin или ползват най- обикновен Apache(нямам впредвид буквално най- обикновен) с php няма да го имат този проблем т.е. могат да добавят много голям брой $_POST заявки.
Днес излезе WordPress 2.7 "Coltrane" и веднага ъпгрейднах блога.
Интересното което се забелязва на пръв поглед е променения администраторски интерфес . Ако разгледате новия панел ще забележите, че има табло където може да пренареждате всичко, бързо отговаряне на коментари, бързо публикуване, инсталиране на разширения директно от администрацията и др.
С тази версия за напред ще забравите ръчното обновяване на WordPress. За напред всяка актуализация ще има възможност да бъде реализирана напълно автоматизирано с едно натискане на мишката.
Междо другото любитен факт е, че WordPress 2.7 "Coltrane" освен на потребителите е посветен и на големия джазмен Джон Колтрейн, известен с гениалните си импровизации.
Да ни е честит WordPress 2.7 "Coltrane"
Един от популярните Български сайтове Data.bg (Homelan) започна процедура по стартиране на нова версия на сайта си . След изтичане на обратното броене за стартиране остана надпис в които се упоменаваше, че ще бъде стартиран до края на деня (не беше ясно кои ден) :) . На този етап се правят отново опити за стартиране, но сега плюе следните грешки:
url http://data.bg :
exception 'PDOException' with message 'SQLSTATE[HY000] [1040] Too many connections' in /usr/local/www/html/beta/server/sql/sql.php:60 Stack trace: #0 /usr/local/www/html/beta/server/sql/sql.php(60): PDO->__construct('mysql:host=loca…', 'root', 'databg2008') #1 /usr/local/www/html/beta/server/sql/sql.php(51): sql->connect() #2 /usr/local/www/html/beta/server/sessions/sessions.php(14): sql->__construct('localhost', 'root', 'databg2008', 'sessions') #3 /usr/local/www/html/beta/dispenser.php(73): sessions->__construct() #4 /usr/local/www/html/beta/client/index.php(8): include('/usr/local/www/…') #5 {main}
Файл: /usr/local/www/html/beta/server/sql/sql.php
Линия: 60
Път:
#0 /usr/local/www/html/beta/server/sql/sql.php(60): PDO->__construct('mysql:host=loca…', 'root', 'databg2008')
#1 /usr/local/www/html/beta/server/sql/sql.php(51): sql->connect()
#2 /usr/local/www/html/beta/server/sessions/sessions.php(14): sql->__construct('localhost', 'root', 'databg2008', 'sessions')
#3 /usr/local/www/html/beta/dispenser.php(73): sessions->__construct()
#4 /usr/local/www/html/beta/client/index.php(8): include('/usr/local/www/…')
#5 {main}
Тук може да следите събитията свързани с новия уеб сайт на data.bg
Хайде да пожелаем успех на data.bg
Попаднах на нещо много забавно и интересно и реших да го споделя :)
Преди сватбата:
ТОЙ: Ура! Най-после! Едва дочаках!
ТЯ: Да си ходя ли?
ТОЙ: Не, даже не си и помисляй за това!
ТЯ: Обичаш ли ме?
ТОЙ: Разбира се!
ТЯ: Някога изневерявал ли си ми?
ТОЙ: Не, как въобще ти хрумна?
ТЯ: Ще ме целунеш ли?
ТОЙ: ДА!
ТЯ: Ще ме биеш ли?
ТОЙ: В никакъв случай!
ТЯ: Може ли да ти вярвам?
След сватбата -- четете отдолу нагоре.
Днес за пореден път забелязах, че сайта на tyxo плюе няколко грешчици с които става ясно, че нямат свободно място и права за запис:
URL 1: http://www.tyxo.bg/login.do
Warning: Unknown(): write failed: No space left on device (28) in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0
URL 2: http://www.tyxo.bg/etc/Checklogin.do
Warning: fopen(errlog.txt): failed to open stream: Permission denied in /www/tyxo.bg/www/root/etc/Checklogin.do on line 3
Warning: Cannot modify header information -- headers already sent by (output started at /www/tyxo.bg/www/root/etc/Checklogin.do:3) in /www/tyxo.bg/www/root/etc/Checklogin.do on line 10
Warning: fwrite(): supplied argument is not a valid stream resource in /www/tyxo.bg/www/root/etc/Checklogin.do on line 11
Warning: fclose(): supplied argument is not a valid stream resource in /www/tyxo.bg/www/root/etc/Checklogin.do on line 12
Warning: Unknown(): write failed: No space left on device (28) in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0
Предполагам проблема е временен :)