<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>HowToBSD &#187; Development</title>
	<atom:link href="http://howtobsd.com/ru/cat/development/feed" rel="self" type="application/rss+xml" />
	<link>http://howtobsd.com</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Tue, 11 Feb 2014 11:21:33 +0000</lastBuildDate>
	<language>ru-RU</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>1030 &#8211; Got error -1 from storage engine</title>
		<link>http://howtobsd.com/ru/development/1030-got-error-1-from-storage-engine.html</link>
		<comments>http://howtobsd.com/ru/development/1030-got-error-1-from-storage-engine.html#comments</comments>
		<pubDate>Sun, 13 Nov 2011 23:39:03 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[problems & solutions]]></category>

		<guid isPermaLink="false">http://howtobsd.com/ru/?p=524</guid>
		<description><![CDATA[На одном из проектов я использую тип таблиц InnoDB. В этом проекте очень важно сохранять целостность данных. Поэтому я довольно активно использую внешние ключи для связи таблиц. И вот однажды я столкнулся с проблемой удаления записи (CASCADE), когда попытался удалить из таблицы (`group`), которая была связанна внешним ключем с таблицей (`subgroup`), которая в, свою очередь, [...]]]></description>
				<content:encoded><![CDATA[<p>На одном из проектов я использую тип таблиц InnoDB. В этом проекте очень важно сохранять целостность данных. Поэтому я довольно активно использую внешние ключи для связи таблиц.  И вот однажды я столкнулся с проблемой удаления записи (CASCADE), когда попытался удалить из таблицы (`group`), которая была связанна внешним ключем с таблицей (`subgroup`), которая в, свою очередь, была связана еще с одной таблицей (`item`).<br />
Ошибка которую показал phpmyadmin:<br />
<code>Error<br />
SQL query:<br />
DELETE FROM `fancypets`.`groups` WHERE `groups`.`group_id` =1<br />
MySQL said: Documentation<br />
#1030 - Got error -1 from storage engine </code></p>
<p>Аналогичная ошибка при использовании консоли mysql:</p>
<p><code>mysql> delete from groups where `group_id`=4;<br />
ERROR 1030 (HY000): Got error -1 from storage engine</code></p>
<p>Логи mysql сервера:<br />
<code>Cannot delete/update rows with cascading foreign key constraints that exceed max depth of 250</code></p>
<p>Решение: Если вы используете mysql-server-5.1.51, то вам повезло &#8211; вы узнаете причину уже в слудующий момент, в противном случае вы, наверное, действительно превысили лимит в глубину 250 <img src='http://howtobsd.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> .<br />
Если коротко, то это баг версии mysql-server-5.1.51.<br />
После того как я выполнил:<br />
<code>#portupgrade mysql-server</code></p>
<p>проблема исчезла.</p>
]]></content:encoded>
			<wfw:commentRss>http://howtobsd.com/ru/development/1030-got-error-1-from-storage-engine.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Пакетное конвертирование файлов используя iconv</title>
		<link>http://howtobsd.com/ru/development/batch-convert-files-using-iconv.html</link>
		<comments>http://howtobsd.com/ru/development/batch-convert-files-using-iconv.html#comments</comments>
		<pubDate>Sat, 10 Sep 2011 20:47:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://howtobsd.com/ru/?p=429</guid>
		<description><![CDATA[Конвертирование файла из KOI8-R в utf-8: #iconv -f KOI8-R -t utf-8 originalfile > newfile Измените KOIR-8 и utf-8 на нужные кодировки. Пакетное конвертирование файлов используя iconv (определенного типа): #mkdir new; for a in $(find . -name "*.php"); do iconv -f KOI8-R -t utf-8 &#60;"$a" &#62;new/"$a" ; done Результатом выполнения этой комманды будет папка &#8220;new&#8221; с [...]]]></description>
				<content:encoded><![CDATA[<p>Конвертирование файла из KOI8-R в utf-8:<br />
<code>#iconv -f KOI8-R -t utf-8 originalfile > newfile</code><br />
Измените KOIR-8 и utf-8 на нужные кодировки. </p>
<p><strong>Пакетное конвертирование файлов</strong> используя iconv (определенного типа):</p>
<p><code>#mkdir new; for a in $(find . -name "*.php");  do iconv  -f KOI8-R -t utf-8 &lt;"$a" &gt;new/"$a" ; done</code></p>
<p>Результатом выполнения этой комманды будет папка &#8220;new&#8221; с конвертированными файлами.</p>
]]></content:encoded>
			<wfw:commentRss>http://howtobsd.com/ru/development/batch-convert-files-using-iconv.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>mysqldump на FreeBSD</title>
		<link>http://howtobsd.com/ru/software/mysqldump-on-freebsd.html</link>
		<comments>http://howtobsd.com/ru/software/mysqldump-on-freebsd.html#comments</comments>
		<pubDate>Tue, 05 Jul 2011 16:32:02 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Tips]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://howtobsd.com/ru/?p=400</guid>
		<description><![CDATA[Просто несколько заметок об утилите mysqldump. Создание полной резервной копии базы: # mysqldump -uDBUSER -pPASSWORD DBNAME > filename.sql или # mysqldump --user=username --password=password DBNAME > filename.sql Если Вам необходимо создать резервную копию сразу нескольких баз данных, Вы можете использовать параметр -B (или -databases) mysqldump -uDBUSER -pPASSWORD -B DBNAME1 DBNAME2 > filename.sql Для создания полного дампа [...]]]></description>
				<content:encoded><![CDATA[<p>Просто несколько заметок об утилите mysqldump. </p>
<p>Создание полной резервной копии базы:</p>
<p><code># mysqldump -uDBUSER -pPASSWORD DBNAME > filename.sql</code></p>
<p>или<br />
<code># mysqldump --user=username --password=password DBNAME > filename.sql</code> </p>
<p>Если Вам необходимо создать резервную копию сразу нескольких баз данных, Вы можете использовать параметр -B (или -databases)</p>
<p><code>mysqldump -uDBUSER -pPASSWORD -B DBNAME1 DBNAME2  > filename.sql</code></p>
<p>Для создания полного дампа всех баз данных на хосте:</p>
<p><code>mysqldump -uDBUSER -pPASSWORD -A  > filename.sql</code></p>
<p>Для дампа только структуры базы (без данных)</p>
<p><code>mysqldump -uDBUSER -pPASSWORD --no-data DBNAME > filename.sql</code></p>
<p>Для того, чтобы ограничить количество записей при дампе (Очень полезная комманда, когда вам необходимо развернуть огромный проект с небольшим количеством данных &#8211; например, для тестов):</p>
<p><code> mysqldump -uDBUSER  -pPASSWORD --where="true limit 100" DBNAME > filename.sql  </code><br />
эта комманда сделает резервную копию вашей базы данных с ограниченым количеством записей в каждой таблице.</p>
]]></content:encoded>
			<wfw:commentRss>http://howtobsd.com/ru/software/mysqldump-on-freebsd.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Perl: Premature end of script headers</title>
		<link>http://howtobsd.com/ru/development/perl-premature-end-of-script-headers.html</link>
		<comments>http://howtobsd.com/ru/development/perl-premature-end-of-script-headers.html#comments</comments>
		<pubDate>Wed, 29 Jun 2011 12:52:40 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[problems & solutions]]></category>

		<guid isPermaLink="false">http://howtobsd.com/ru/?p=391</guid>
		<description><![CDATA[Internal Server Error 500 Эта ошибка появлялась когда я пытался запустить IPN скрипт для paypal на perl. Логи апача: Perl: Premature end of script headers Длительное время я пытался решить проблему путем передачи скриптом заголовков типа: print "Content-type: text/plain\n\n"; but unsuccessfully. Оказалось, что проблема кроется в формате перевода строки, которые в DOS и UNIX, как [...]]]></description>
				<content:encoded><![CDATA[<p>Internal Server Error 500<br />
Эта ошибка появлялась когда я пытался запустить IPN скрипт для paypal на perl.<br />
Логи апача:</p>
<p><code>Perl: Premature end of script headers </code></p>
<p>Длительное время я пытался решить проблему путем передачи скриптом заголовков типа:</p>
<p><code>print "Content-type: text/plain\n\n";</code> but unsuccessfully.</p>
<p>Оказалось, что проблема кроется в формате перевода строки, которые в DOS и UNIX, как известно, различаются. То есть нужно просто изменить формат окончания строки с DOS/WIN (CR/LF) на формат Unix (LF). Мою проблему это решило. Если Вашу нет, то обратите внимание на права скрипта.</p>
<p>Надеюсь, что кому-нибудь это поможет.</p>
]]></content:encoded>
			<wfw:commentRss>http://howtobsd.com/ru/development/perl-premature-end-of-script-headers.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
