Столкнулся с такой проблемой при написание парсера, не открывался сайт, если он работает через https (81порт) PHP просто ругался, что не может найти файл по указанной ссылке, странная ошибка, он не писал что 404 not found, а писал no file

Сначало не понимал почему так происходит, потом ввел без https, php выдал следующее:

Unable to find the socket transport “ssl” - did you forget to enable it when you configured PHP

После, понял что в php не установлена библиотека, которая может работать с безопасным протоколом SSL, всё просто я  установил расширение open_ssl.dll и всё заработало, на всякий пожарный выкладываю для php 5.2.3 open_sll.dll. Кстати в стандартном наборе AppServer это библиотека есть, просто в файлике php.ini (c:\windows\php.ini) она была закомментирована.

Скачать open_ssl для php 5.2.6 windows

Я прихожу всё чаще и чаще к выводу что ссылочное продвижение постепенно начинает вымирать. На сегодняшний день продвинуть сайт без ссылок можно, но если запросы являются ВЧ, СЧ то без ссылок никак, к сожалению это так.

По моим подсчетам ссылочное составляет 20% от общей формулы ранжирования. Остальные это внутренняя оптимизация, поведенческие факторы, социальные факторы.

По словам Яндекса формула ранжирования сайта занимает более 250 мб !!! Вдумайтесь только в это число! Так для примера 1 байт = 1 символу.

Продвижение статья на сегодняшний день самое перспективное, также не следует забывать о контекстных ссылках в сапе.

В последнее время я наблюдаю следующую картину, что покупные ссылки из сапы, не так хорошо работают, как работали раньше. Да, Яндекс умеет определять продажная ссылка или нет, он знает когда ссылка настоящая, когда покупная. Почему он не может вообще убрать из ранжирования ссылки? Ответ прост. Ссылки являются одним из фактором, но ссылки это именно тот параметр по которому можно посчитать популярность ресурса в сети. Более точного параметра просто пока что нету, и врятли он появится. Сейчас сапа активно зазывает всех устанавливать код контекстного размещения ссылок.

Контекстные ссылки sape - это ссылки, которые размещаются в ваших статьях, по выбору оптимизатора, т.е вы устанавливаете специальный обработчик, который поставляет на сервер сапы контент вашего сайта, пользователь отмечать в этом контексте свою ссылку, после сапа переправляет эту информацию на ваш сайт. Это своего рода бесплатные статьи с вашими ссылками.

Поведенческие факторы сейчас работают очень-очень хорошо, достаточно грамотно нагнать трафик на сайт и вы заметите, как он начнет расти в позициях в поисковых системах, совет не перестарайтесь, можно сделать это не правильно и Яша наложит фильтр на ваш сайт, за накрутку поведенческих факторов.

Юзабилити - ещё один из важных параметров оценки качества сайта. Яндекс умеет определять удобный ли сайт или нет. Роботы яндекса научились не только тупо собирать информацию в массивы, а ещё неплохо анализировать её. Например Робот Яндекса может по html коду понять удобная навигация на сайте или нет, правильно ли выбрано место для рекламы, не мешает ли оно пользователю…

Внутренняя оптимизация - напомню что её никто не отменял. По моим наблюдениям если у сайта много страниц, то можно поднять не плохой НЧ трафик, поэтому уделить внимание основным тегам на страницах, таким как h1,h2,strong,li,ul,em. Грамотно пропишите мета-теги.

Для того чтобы приконектить базу данных, нового формата Microsoft Access (.accdb) необходимо использовать следующие настройки для подключения:

  var Подключение = new ОлеДиБи.OleDbConnection(
                         "Data Source=\"C:\\bz.accdb\";User " +
                         "ID=Admin;Provider=\"Microsoft.ACE.OLEDB.12.0\";");

Напомню что для подключения формата .mdb вы использовали эту строчку:

var Подключение = new ОлеДиБи.OleDbConnection(
                         "Data Source=\"C:\\bz.accdb\";User " +
                         "ID=Admin;Provider=\"Microsoft.Jet.OLEDB.4.0\";"); 

Неделю назад Яндекс показывал страницы в индексе по запросу , хотя раньше определяли через тег . Сейчас же Яндекс откатил всё обратно и через показывается какое-то немыслемо большое число, а через старый добрый тег показывает успешно кол-во страниц в индексе.
Для тех кто парсит статистику, выкладываю функция для определения страниц в Яндекс, функция на php. Будьте внимательны, что запросы должны быть с зарегистрированного IP адреса в Яндекс.XML, иначе вы получите ошибку: “ip не зарегистрирован”.
Вот сама функция:

function index_page($domain){
$login = ''; #ваш логин от аккаунта
$secret_key =''; #секретный ключ
$file ='http://xmlsearch.yandex.ru/xmlsearch?user='.$login.'&key='.$secret_key.'&query='.urlencode("site:www.".$domain." | site:".$domain."");
$xml = file_get_contents($file);
$yandex = new SimpleXMLElement($xml);
return $yandex->response->found-human;
}

Решил описать основные функции, которые подключают опредленные блоки, ну чтож начнём:
Блок навигации, с помощью параметра divisions можно менять кол-во ссылок:

{cpt_divisions_navigation divisions='29:54:183:107:32:189'}

Блок меню, которое слевая:

{cpt_category_tree overridestyle=':wpe3jv'}

Блок, который выводит ссылки на AUX страницы, дополнительные страницы:

{cpt_auxpages_navigation select_pages='all  view='vertical' }

Блок выводит анонс новости кол-во меняется с помощью параметра news_num:

{cpt_news_short_list news_num='3' }

Основной блок, который выводит главное содержимое страницы.

{cpt_maincontent overridestyle=':vg6a7y'}

Блок выводит кол-во тегов, с помощью параметров num задается число:

{cpt_tag_cloud tags_num='50' overridestyle=':uxbg09'}

Блок выводит ссылки на нижнее меню:

{cpt_divisions_navigation divisions='54:183:107:32:200' view='horizontal '}

Да, webasyst отныне открыл бесплатный фреймворк, пока не смотрел его…
Платную поддержку интернет магазина они до сих пор оказывают, кстати вот ссылка на последнюю версию Webasyst Null

Многие сталкиваются с проблемой использования php в шаблонах известного движка от celsoft DataLifeEngine. Вопрос решает заменой 1 строчки в файле index.php:

Найти

echo $tpl->result['main'];

Заменить на:

eval (' ?' . '>' . $tpl->result['main'] . '< ' . '?php  ');

Всё теперь у вас в шаблонах может работать php код.

Решил написать пост о запросах в mysql. Напомню что mysql - очень известный язык баз данных. На нём сейчас держится 90% рунета.
Для начала сформируем структуру нашей базы, к примеру у нас будет талиблица с именами и возрастом сотрудников:

CREATE TABLE `tbl_name` (
`id` INT NOT NULL auto_increment ,
`name` VARCHAR( 255 ) NOT NULL ,
`age` INT NOT NULL
) ENGINE = MYISAM ;

1. Для начала нам необходимо добавить нового сотрудника, для того чтобы добавить в таблицу новое значение используется оператор INSERT

insert into tbl_name values(0,'Петренко Оля','23');

Этот запрос добавит сотрудницу Петренко Оля, с Возрастом 23 года, порядковый номерсистема даст сама, т.к установлен 0 и тип ID у нас auto_increment

2. Теперь нам необходимо исправить в таблице с номером 1 имя, изменим Оля на Ольга. Формируем запрос к базе данных, за обновление отвечает оператор UPDATE:

UPDATE tbl_name set `name` = 'Петренко Ольга' where id='1';

3. Удаляем сотрудницу Ольгу, Формируем запрос к базе, за удаление отвечает оператор DELETE

DELETE tbl_name where id ='1'

1. Переадресация с помощью Javascript, можно использовать в Jquery.

setTimeout('location.replace("http://seak.ru/")',5000); 

2. Переадресация через html тег meta refresh

3. Метод обновления страницы

 window.location.reload(true);

4. Переадресация без задержки через Ява-скрипт

window.location.replace('http://seak.ru');

5. При изменение свойства location происходит также ява-скрипт редирект.

 location="http://seak.ru"

Понадобилось хранить массив в базе данных, воспользовался функцией serialize и всё бы ничего, но при unserialize возникла след. ошибка: PHP. Notice: unserialize(): Error at offset 10 of 41 bytes in

Как говорят хелпы, такая ошибка может возникать из-за раной кодировки, не проблема подумал я сменил кодировку, в .htaccess прописал кодировку по умолчанию, всё равно ничего не получилось.

Есть отличная регулярка, которая решает эту проблему, вот она:

$data = preg_replace('!s:(\d+):"(.*?)";!e', "'s:'.strlen('$2').':\"$2\";'", $data);

Теперь всё стало работать, но если я отправлял ссылки в массив, всё равно появлялась ошибка, в итоге я нашел замечательное решение моей проблемы! Просто кодируем в base64 а потом декодируем и вуаля, всё отлично работает!

$toDatabse = base64_encode(serialize($data));  // Сохраняем в базу данных
$fromDatabase = unserialize(base64_decode($data)); // Забираем из базы данных