<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearchrss/1.0/" xmlns:blogger="http://schemas.google.com/blogger/2008" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" version="2.0"><channel><atom:id>tag:blogger.com,1999:blog-6890507520451866401</atom:id><lastBuildDate>Wed, 16 Sep 2015 23:50:03 +0000</lastBuildDate><category>kohana</category><category>Wordpress</category><category>codeigniter</category><category>1c</category><category>cms</category><category>hardware</category><category>linux</category><category>Удалённое администрирование</category><category>UltraVNC</category><category>qip infium</category><category>BluePrint</category><category>Zyxel P-330</category><category>asplinux</category><category>blogspot</category><category>fedora</category><category>hasp</category><category>html</category><category>snmp</category><category>мониторинг сети</category><category>сеть</category><category>хостеры</category><category>хостинг</category><category>AVG</category><category>AdventNet</category><category>CCleaner</category><category>Chrome</category><category>D-Link</category><category>DGS-1224T</category><category>RegDefrag</category><category>ScribeFire</category><category>TeamViewer</category><category>TightVNC</category><category>VirtualBox</category><category>ajax</category><category>bios</category><category>coppermine</category><category>css</category><category>dude</category><category>firefox</category><category>hostertest</category><category>it дома</category><category>jabber</category><category>javascript</category><category>jquery</category><category>koh</category><category>livestreet</category><category>mysql</category><category>owl</category><category>php</category><category>seo</category><category>utp</category><category>wi-fi</category><category>windows</category><category>xoops</category><category>безопасность</category><category>блогун</category><category>игры</category><category>лытдыбр</category><category>реестр windows</category><title>Записки IT-шника</title><description>Блог о железе, программах, о хостинге, по вебпрограммировании</description><link>http://it-shnik.blogspot.com/</link><managingEditor>noreply@blogger.com (altesack)</managingEditor><generator>Blogger</generator><openSearch:totalResults>211</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-6303729970302406968</guid><pubDate>Wed, 19 Mar 2014 18:06:00 +0000</pubDate><atom:updated>2014-03-19T22:06:01.079+04:00</atom:updated><title>Немного о session.use_trans_sid</title><atom:summary type="text">Я так понимаю, это технология старая как продукты жизнедеятельности мамонтов, но проблема оказывается встречается до сих пор. На некоторых хостингах, (а похоже этим больше грешат хостинги древние, как мамонты) этот флаг включён.  Итак.  Настройка session.use_trans_sid включает transparent session id propagation. Говоря по-русски, ID сессии передаётся через URL.   Это выглядит, как будто ко всем </atom:summary><link>http://it-shnik.blogspot.com/2014/03/sessionusetranssid.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-2051710157178477905</guid><pubDate>Sat, 15 Feb 2014 20:26:00 +0000</pubDate><atom:updated>2014-02-16T00:26:03.881+04:00</atom:updated><title>Jquery. Событие  collapse/expand для Select</title><atom:summary type="text"> Внезапно столкнулся с задачкой.   Надо в jquery запустить некое действие после того, как пользователь выберет некое значение в SelectЧитать далее на Блоге о CMS  </atom:summary><link>http://it-shnik.blogspot.com/2014/02/jquery-collapseexpand-select.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-1438711732542528839</guid><pubDate>Thu, 06 Feb 2014 08:41:00 +0000</pubDate><atom:updated>2014-02-06T12:41:37.256+04:00</atom:updated><title>Jquery. Как отменить переход по ссылке при обработке клика</title><atom:summary type="text">  Ничто не вечно, и уж точно не вечны ссылки в интернетах. Иногда запоминаешь ссылку в закладках, а потом хвать, а ссылка-то и не работает. И вот чтобы в следующий раз не было мучительно и больно вновь искать прошлогодний снег, я опять сохраняю у себя чужой материал.  Думаю все читатели сталкивались с ситуацией, когда при клике на ссылку надо просто выполнить какое-то действие и при этом отменить</atom:summary><link>http://it-shnik.blogspot.com/2014/02/jquery.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-4083376347869078470</guid><pubDate>Thu, 30 Jan 2014 14:17:00 +0000</pubDate><atom:updated>2014-01-30T18:17:00.674+04:00</atom:updated><title>PHP_SELF и XSS инъекция</title><atom:summary type="text">Если вы столкнулись с кучей ошибок 404, в которых фигурировали искажённые урл, как будто туда была вставлена какая-то абракадабра, или может увидели такую ошибку:  Newline found in PHP_SELF variable which might cause possible injection &#39;_ВАШ_URL_&#39;  Тогда вам надо прочитать этот пост. Предупреждён – значит вооружён!  К сожалению я не нашёл информации о XSS  инъекции через PHP_SELF на русском языке</atom:summary><link>http://it-shnik.blogspot.com/2014/01/phpself-xss.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-6451355112217301137</guid><pubDate>Wed, 22 Jan 2014 16:19:00 +0000</pubDate><atom:updated>2014-01-22T20:19:48.597+04:00</atom:updated><title>Как разговаривать с клиентом, если у него страница не работает в MSIE</title><atom:summary type="text">Сделал страницу, пришла пора сдавать её и вдруг кого-то дёрнуло посмотреть её в MSIE….  Наверняка было такое?  Тут я размещаю аргументацию, которую надо осуждать с клиентом, если хотите его убедить не исправлять работу под очередной косячный браузер.  Статистика использования браузера  Вот  тут  можно посмотреть статистику использования браузеров в русскоязычной части интернета.   На данный </atom:summary><link>http://it-shnik.blogspot.com/2014/01/msie.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-758768168679306140</guid><pubDate>Fri, 10 Jan 2014 17:42:00 +0000</pubDate><atom:updated>2014-01-10T21:42:58.765+04:00</atom:updated><title>Безопасность при загруке файлов</title><atom:summary type="text">Форма загрузки файлов на сервер – это одно из самых слабых мест в защите сайта и должно быть прикрыто с многократным запасом. Думаю не нужно объяснять читателю, что может сделать злоумышленник, если зальёт к вам на сайт PHP-шелл под видом безобидной картинки.  Content-Type  =======================  Первое что можно проверить при загрузке файла – это Content-Type. Это могло бы помочь нам отсечь </atom:summary><link>http://it-shnik.blogspot.com/2014/01/blog-post.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-3497586691327204210</guid><pubDate>Sun, 05 Jan 2014 19:16:00 +0000</pubDate><atom:updated>2014-01-05T23:16:05.457+04:00</atom:updated><title>Kohana. Немного мыслей о дефолтном роутинге</title><atom:summary type="text">  Во всех мануалах по Kohana, в которых рассматривается роутинг,  говорится, что сначала надо размещать специфические роуты, потом должны следовать роуты всё более и более общиеЧитать далее на Блоге о CMS  </atom:summary><link>http://it-shnik.blogspot.com/2014/01/kohana_5.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-3389511965179683456</guid><pubDate>Fri, 03 Jan 2014 15:23:00 +0000</pubDate><atom:updated>2014-01-03T19:23:25.363+04:00</atom:updated><title>Kohana. Модуль обработки ошибок</title><atom:summary type="text">   Жил был один проект. Его делали долго, а в течение периода разработки поменялся с десяток разработчиков. В общем проект запутанный, сложный, но уже работающий. Однажды мы решили добавить отсылку подробной информации об ошибке на email.   Я как-то писал, про то как дёшево и сердито сделать свои страницы для отображения ошибок . Так мы просто дописали нужный код в шаблон. Не комильфо, но </atom:summary><link>http://it-shnik.blogspot.com/2014/01/kohana.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-5445382808636050713</guid><pubDate>Thu, 28 Nov 2013 11:18:00 +0000</pubDate><atom:updated>2013-11-28T15:18:27.067+04:00</atom:updated><title>Adsence + Rapida. Новые правила</title><atom:summary type="text"> Недавно Adsence поменял правила выплат через Рапиду, после чего мне пришлось проходить целый квест по заведения аккаунта, персонификации и созданию шаблона (да, я слоупок) . Зато теперь средства с Adsence должны капать мне прямо на банковский счёт. Теперь я буду платить с налоги!! Уииииии!!! =)  Вот! И пока не ничто забыто, хочу зафиксировать всю эту адову последовательность. Начинаем по-порядку</atom:summary><link>http://it-shnik.blogspot.com/2013/11/adsence-rapida.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-8732392248549073425</guid><pubDate>Fri, 01 Nov 2013 17:42:00 +0000</pubDate><atom:updated>2013-11-01T21:42:41.817+04:00</atom:updated><title>InnoDB: Fatal error: cannot allocate memory for the buffer pool</title><atom:summary type="text">У одного моего клиента наметилась проблема с сервером на Amazon EC2. Сервер MySQL раз в неделю стабильно падает и всёЧитать далее на Блоге о CMS  </atom:summary><link>http://it-shnik.blogspot.com/2013/11/innodb-fatal-error-cannot-allocate.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-6707456456953394884</guid><pubDate>Tue, 30 Jul 2013 19:22:00 +0000</pubDate><atom:updated>2013-07-30T23:22:50.463+04:00</atom:updated><title>Git – автоконвертация CRLF и всё такое</title><atom:summary type="text">  Недавно пришлось поразбираться с автоконвертацией Git. Там не всё так очевидно, как кажется. Вот казалось бы – просто редактируй файл и делай свои коммиты. Но нет!  Всё началось с того, мы начали получать дикие конфликты, приглядевшись мы поняли, что проблема в преобразовании CRLF.  Мой редактор под Windows сохранял файлы с CRLF в качестве знака окончания строки, а редактор моего коллеги, </atom:summary><link>http://it-shnik.blogspot.com/2013/07/git-crlf.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-5766490531031586788</guid><pubDate>Mon, 29 Jul 2013 09:11:00 +0000</pubDate><atom:updated>2013-07-29T13:11:30.699+04:00</atom:updated><title>У меня были тормоза в чате скайпа.</title><atom:summary type="text">  А сейчас будет немного оффтопа.  Представьте, вы разговариваете с заказчиком через чат скайпа, вы обсуждаете важные нюансы реализации, в это время включен трекер времени(Читать далее на Блоге о CMS  </atom:summary><link>http://it-shnik.blogspot.com/2013/07/blog-post.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-5795694463449314238</guid><pubDate>Tue, 25 Jun 2013 15:48:00 +0000</pubDate><atom:updated>2013-06-25T19:48:54.589+04:00</atom:updated><title>Как получать дополнительные данные от социальных сетей</title><atom:summary type="text">Недавно я писал про библиотеку работы с социальными сетями. Но для получения дополнительных данных нужно выполнить дополнительные телодвиженияЧитать далее на Блоге о CMS  </atom:summary><link>http://it-shnik.blogspot.com/2013/06/blog-post.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-5824376801255121388</guid><pubDate>Sat, 22 Jun 2013 08:36:00 +0000</pubDate><atom:updated>2013-06-22T12:36:13.583+04:00</atom:updated><title>Ещё одна OAUTH библиотека для PHP</title><atom:summary type="text">Этот пост – просто закладка для себя.  Нашёл классную рабочую библиотеку OAUTH с примерами для огромного количества сервисовЧитать далее на Блоге о CMS  </atom:summary><link>http://it-shnik.blogspot.com/2013/06/oauth-php.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-6290329237516846488</guid><pubDate>Sat, 22 Jun 2013 08:24:00 +0000</pubDate><atom:updated>2013-06-22T12:24:33.123+04:00</atom:updated><title>Git. Конфликты бывают разные</title><atom:summary type="text"> Это короткий пост, по сути это пост картинка.  Недавно  получил такой забавный конфликтЧитать далее на Блоге о CMS  </atom:summary><link>http://it-shnik.blogspot.com/2013/06/git.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-6096791673002363513</guid><pubDate>Fri, 24 May 2013 13:09:00 +0000</pubDate><atom:updated>2013-05-24T17:09:53.726+04:00</atom:updated><title>Kohana ORM. Прикол при добавлении связи</title><atom:summary type="text">  Мы все знаем, что для добавления связи много-ко-многим используется функция ORM add().   Но что делать, если объект только что создан? Тогда есть проблемка.  Вот практический пример:    1  2  3  4  5  6  7  8  9  10  // Создаём  пользователя  $user = ORM::factory(&quot;user&quot;);  $user-&gt;id = 123123;  $user-&gt;name = &quot;Username&quot;;  $user-&gt;email = &quot;asd@asdasd.asd&quot;;  $user-&gt;password = &quot;PaSsWoRd&quot;;  $user-&gt;</atom:summary><link>http://it-shnik.blogspot.com/2013/05/kohana-orm_24.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-1330068636334245194</guid><pubDate>Sat, 11 May 2013 19:01:00 +0000</pubDate><atom:updated>2013-05-11T23:01:26.578+04:00</atom:updated><title>Kohana ORM: Удаляем записи с корнем. Целостность БД</title><atom:summary type="text">  Думаю, всем понятно, что при удалении записи нужно следить за ссылочной целостностью. То есть если уж решили удалить запись, то надо сделать чтобы нигде не осталось ссылок на удалённую запись.   Если есть элементы, привязанные к этой записи по схеме много-к-одному или один-к-одному, то логично рассматривать эти записи как подчинённые и соответственно удалять их. Если же где-то в других таблицах</atom:summary><link>http://it-shnik.blogspot.com/2013/05/kohana-orm.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-986285178629487782</guid><pubDate>Fri, 10 May 2013 17:16:00 +0000</pubDate><atom:updated>2013-05-10T21:16:21.130+04:00</atom:updated><title>GIT игнорируем файлы</title><atom:summary type="text">  Ещё одна шпаргалка по GIT.  Если у вас есть файлы, который должны игнорироваться – можно добавить их в Читать далее на Блоге о CMS  </atom:summary><link>http://it-shnik.blogspot.com/2013/05/git.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-1899967890833173389</guid><pubDate>Fri, 19 Apr 2013 19:17:00 +0000</pubDate><atom:updated>2013-04-19T23:17:50.769+04:00</atom:updated><title>WinXP, MTU и прочее другое</title><atom:summary type="text">Я хочу извиниться перед читателями за дикий оффтопик. Но каждый сезон ручьёв и дождей, когда ливнёвки и колодцы связи заливает, у меня начинает глючить интернет. И некоторое облегчение приносит программное изменение MTU (WinXP).  А поскольку я это делаю уже не первый год, меня реально достало каждый раз гуглить эту тему, и поэтому размещаю шпаргалку тут.  1. Сначала подобрать параметр MTU  </atom:summary><link>http://it-shnik.blogspot.com/2013/04/winxp-mtu.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-6774046078460045077</guid><pubDate>Tue, 26 Feb 2013 23:13:00 +0000</pubDate><atom:updated>2013-02-27T15:20:45.230+04:00</atom:updated><title>Git. Работа с удалёнными репозиториями</title><atom:summary type="text">
В моём предыдущем посте я обрисовал проблему, и некое решение. Всё получилось довольно сумбурно, и изложение проблемы, и её решение. Прошла пара дней и я понял как у белых людей принято решать мою проблему. Для этого заводят таки отдельную репозиторию (fork) и делают предыдущую репу апстримом.
В результате изменения дочернего репозитория абсолютно изолированы, а изменения из родительского </atom:summary><link>http://it-shnik.blogspot.com/2013/02/git_27.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-4999688462397415264</guid><pubDate>Sat, 23 Feb 2013 19:21:00 +0000</pubDate><atom:updated>2013-02-27T15:21:50.652+04:00</atom:updated><title>Несколько проектов с одним ядром в одном Git репозтории</title><atom:summary type="text">
 Обычно я тут пишу всякие шпаргалки всяких вещей, которые вокруг все уже знают. Но сегодня я выкладываю свою схему работы в Git репозитории. Я нигде такого не видел. Из чего я заключаю, что моя схема либо конгениальна, либо абсолютный бред. Ну есть ещё вариант, что она просто никакая =)
Поэтому, дорогие читатели. Я срочно нуждаюсь в различного рода критических комментах. Я верю что среди вас </atom:summary><link>http://it-shnik.blogspot.com/2013/02/git.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-6609463888423857564</guid><pubDate>Mon, 21 Jan 2013 09:31:00 +0000</pubDate><atom:updated>2013-01-21T13:31:06.711+04:00</atom:updated><title>jQuery отказывается от live()</title><atom:summary type="text"> В вашем jQuery не работает live?   Специально  для таких же слоупоков как я, спешу сообщить, что jQuery официально отказывается от поддержки метода live().  Официально об этом можно почитать тут. Краткий смысл на русском такой.  Итак .live() устарел. Он объявлен устаревшим уже с версии 1.7 и вот похоже на 1.9 перестал поддерживаться вообще.  Вместо него предлагается использовать .on(). </atom:summary><link>http://it-shnik.blogspot.com/2013/01/jquery-live.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-2055391401175040324</guid><pubDate>Sun, 20 Jan 2013 17:19:00 +0000</pubDate><atom:updated>2013-01-20T21:19:20.200+04:00</atom:updated><title>Осторожно! jQuery 1.9.0 не поддерживает live()</title><atom:summary type="text"> В это трудно поверить, но это так! Я случайно наткнулся, и потратил уйму времени прежде чем додумался проверитьЧитать далее на Блоге о CMS  </atom:summary><link>http://it-shnik.blogspot.com/2013/01/jquery-190-live.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-6179209737382418820</guid><pubDate>Thu, 10 Jan 2013 20:48:00 +0000</pubDate><atom:updated>2013-01-13T17:42:08.818+04:00</atom:updated><title>Schema.org семантическая разметка для организаций</title><atom:summary type="text">
Вообще-то я чистый программист и сайтов под ключ не делаю. Но иногда ко мне обращаются, и если сайт – просто сайт визитка, без особых дизайнерских запросов, то я берусь за такие заказы.
А раз я взялся, то и вопросы по поисковому продвижению тоже идут ко мне. Я не крутой спец по SEO, но простейшие бесплатные вещи стараюсь делать. Одной из таких вещей, которую я только что раскопал, является </atom:summary><link>http://it-shnik.blogspot.com/2013/01/schemaorg.html</link><author>noreply@blogger.com (altesack)</author></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-6890507520451866401.post-9202914758460371685</guid><pubDate>Tue, 08 Jan 2013 00:23:00 +0000</pubDate><atom:updated>2013-01-10T22:58:47.019+04:00</atom:updated><title>Kohana.  Прописываем поля в модели. Автоматизация процесса</title><atom:summary type="text">
Если вы хотите ускорить ваш сайт на Kohana, то можете попробовать поковыряться в моделях. Дело в том что штатный ORM Kohana при каждом создании класса бежит уточнять структуру таблицы. Это выливается в кучу запросов вида:


1  
SHOW FULL COLUMNS FROM `menus`



Я как-то писал об этом тут и тут. 
Этого безобразия можно избежать, если явно указать в модели список полей.  И, понятно, это стоит </atom:summary><link>http://it-shnik.blogspot.com/2013/01/kohana.html</link><author>noreply@blogger.com (altesack)</author></item></channel></rss>