Анти-спам по новому

На текущий момент нет ни одного 100% способа защиты от спама на форумах.

Единственный способ, это комбинация, т.е. капча + проверка мыла + … и.д.

Сейчас сидел и делал статистику по пользователям одного из проектов. И обратил внимание, в большенстве случаев, спам боты используют один пароль.

И раделась идея, а что если при регистрации проверать уникальность не только логина, но и пароля. И если подобный пароль уже есть в базе выдовать пользователю мега злую капчу)

Это конечно не лекарство, а очередная припарка(

Но мне почему-то кажется что она может сработать)

скачать  бесплатно mbsystem.ru – торговоля и склад, бухгалтерия

HTML - parser

Думаю все видели хтмл код яндекса.

Есть 2 пути как этого добится

1. Вручную удаляем лишние пробелы и символы

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

2. Можно сделать специальный парсер обфускатор, что собственно я и сделал.

Задачи к парсеру обфускатору были примерно такими:

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


Было:

Стало:



Код самого персера:

class parser_html{
var $html = '';
function __construct($html){$this->html=$html;}
function parser(){
$end=$this->html;
preg_match_all('|<.*>|U',$this->html,$itog);
foreach($itog[0] as $val){
$num=strpos($val," ");$tag=trim(substr($val,1,$num));$tag_print=$tag==""?$tag:"<$tag ";
$content=$tag_print.$this->tag(trim(substr($val,$num)));
$end=str_replace($val,$content,$end);
}
$end=preg_replace("/[\r\n\t]?/",'',$end);$end=str_replace(" ",'',$end);
return $end;
}
private function tag($tag){
preg_match_all('|(.*)=\"(.*)\"|U',$tag,$itog);
foreach($itog[0] as $val){$tag=str_replace($val,trim($val),$tag);}
return $tag;
}
}

Как пользоваться:

$parser = new parser_html($text);
echo $parser->parser();
//где $text хтмл страницы

Однако должен сразу предупредить, парсер не обрабатывает поля < textarea>

ClickHeat

Работал над одним из проектов, и клиент попросил поставить ему ClickHeat. С данным скриптом работать мне не доводилось. По этому решил за компанию поставить и себе.

Что из этого вышло.

И  так, для начал что это вообще такое:

Это скрипт который ставится на сайт и соберает и систематизирует клики на странице.  Вот только сразу вопрос, а какая от этого польза.  сумел придуматть только 3 задачи:

1. это анализ популярности разделов или страниц, т.е. как часто люди смотрят данную запись. Но есть и получше способы, тот же анализ посещаемости и просмотров страниц.

2. Может помочь в доработке интерфейса.

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

Ну да ладно оставим вопрос нужности и пойдем дальше.

Установка:

За инсталятор 4+, есть мультиязычность описание настроек достаточно информативно, хотя чуствуется машинный перевод.

Однако, для работы скрипта требуется установить код js в код страницы и при первичной настройке об этом ни слова.

После завершения этапа установки заходим в профиль админа и копируем код js со вкладки «Javascript», настроек кода много, это гуд. Но посмотрев код видем там милоя яйцо (видимо посхальное) ):

<script type=»text/javascript» src=»http://xxx/clickheat/js/clickheat.js»></script><noscript><p><a href=»http://www.labsmedia.com/index.html»>Open source marketing tools</a></p></noscript><script type=»text/javascript»><!–
clickHeatSite = »;clickHeatGroup = ‘index’;clickHeatServer = ‘http://xxx/clickheat/click.php’;initClickHeat(); //–>
</script>

конечно понимаю про копирайты, но не таким же способом. Особенно мило будет смотрется если код стоит в хеаде а у пользователя отключен js (хотя последние наверное уже фантастика).

Эксплуатация:

С точки зрения удобства эксплуатации, больших замечаний нет. Но вот рендеринг изображения с областями кликов немного странноват, он не отображет весь сайт периодически схлопывает то шапку, то подвал. Причину этого явления понять не удалось. Есть предположение что скрипт отобразает только те облосто (от и до), где были сделаны клики. Хотя гарантий нет.

Итог:

Сей скрипт отработал у меня около 3-4 дней, на небольшом но посещаемом проекте. Пользы он мне ни какой пока не принес, но дадим ему еще один шанс) пускай повисит месячишко, а там посмотрим.

Боюсь вывод можно сделать тока один, это игрушка, которую приятно поставить и полазить в ней, но врятли от подобного скрипта можно добится реальных результатов и отбить вложения (если покупать платные аналоги)

Прогресс-бар на photowar.ru

Сидел я сегодня на работе и думал чем бы заняться) И как положено посетила идея, дайка я переделаю один из своих проектов. Как известно дурное дело – дело не хитрое)

Спустя н-часов обновленный photowar.ru был готов.
ЗЫ: Истина, спасибо за помощь с логотипом)
Но проблема была в том что до конца рабочего дня осталось еще довольно много времени, и я решил позаниматься украшательствами.
Ну а теперь подробнее:
Одна из задач проекта загружать и обрабатывать большое количество фотографий, причем из одной исходной создается 4 разно размерных, и при сет_тайме(100), успевало обработаться только 20-25 картинок, тогда как в ожидание было более 500.
Стоит ли дальше писать что меня посетила гениальная идея сделать все это с нормальным прогресс-баром и сидеть медитировать на него)
А теперь то что получилось.
ЗЫ: Это не полноценный рабочий скрипт, а скорее наброски и алгоритмика.
Делать все будем в фоне с помощью аякса.
Вот компоненты:
верстка:

$count - общее количество записей
$pi - один процент ($count/100)
в спане с ид=count_text храним количество уже обработанных записей

код js (jqwery)

function upload(server,pi){
$.ajax({
type: "POST",
cache: false,
url: AJAX_PATCH,
data: "function=upload&server="+server,
success: function(msg){
if(msg=='exit'){
//завершение обработчика
document.getElementById('statist').innerHTML = "Обработка завершена"+document.getElementById('statist').innerHTML;
//сразу закрываем ползунок
document.getElementById('progres').style.width = "100%";
}else{
//текущий элемент
con=parseInt(document.getElementById('count_text').innerHTML);
//увеличиваем счетчик
document.getElementById('count_text').innerHTML = con+1;
//процент для ползунка
proc=con/pi;
//присваиваем значение ползуну
document.getElementById('progres').style.width = proc+"%";
//выводим в чат сообщение сервера
document.getElementById('statist').innerHTML = msg + document.getElementById('statist').innerHTML;
//запускаем наш скрит еще раз
upload(server,pi);
}
}
});
}

Думаю пхп-шный код тут приводить не надо и так понятно, что в аяксе пхп обрабатывает одну запись, в моем случае фотографию)

ff vs gzip

Началось все с того что решил на одном из своих проектов поставить gzip, дабы ускорить его работу.
Сначала все было хорошо. Вес страницы упал с 70 Кб. до 9 Кб. Но стоило открыть фф и шок: не поддерживаемый формат сжатия. Стал разбираться, функция ob_start(‘ob_gzhandler’); возвращает true, что означает поддержку браузером сжатия.

Пришлось пойти по другому пути, вот результат:

$browz = strpos($_SERVER['HTTP_USER_AGENT'],'Mozilla') !== FALSE ? true : false;
$browz?header("Content-Encoding: deflate"):header("Content-Encoding: gzip");
$browz?ob_start():ob_start('ob_gzhandler');
include $patch;
$HTML_PAGE=ob_get_contents();
ob_get_clean();
$browz?ob_start():ob_start('ob_gzhandler');
include PATCH."template/x1.php";
$HTML_HEDER=ob_get_contents();
ob_get_clean();
$browz?ob_start():ob_start('ob_gzhandler');
include PATCH."template/x2.php";
$HTML_FOOTER=ob_get_contents();
ob_get_clean();

$print=$HTML_HEDER.$HTML_PAGE.$HTML_FOOTER;
echo gzcompress($print,9);

Вроде все стало работать, но не тут то было)
Есть у меня на проекте несколько страниц заканчивающих работу
die(‘< script LANGUAGE="JavaScript">location. replace(«‘.$url.’»);‘);
везде все нормально, кроме фф… С этим глюком справится пока не удалось(

А теперь вопрос: это у меня такая кривая версия фф или браузер веб-разработчиков не умеет нормально общаться с gzip. Есть конечно и третий вариант, но о нем луче не буду думать)

П.С.: Надеюсь на вашу помощь)

Есть ли жизнь после старта?

Каждый день в сети стартуют более 100 различных новых проектов, сколько из них знаете вы, а сколько посещаете? Я лично набору не более 1-2 десятков, постоянным посетителем которых я являюсь.

Думаю каждый веб-мастер и программист хочет что бы на его проекте показания счетчика заходили за отметку в 3-4 тысячи уникомов, для начала)

Таким образом мы подошли к  сегодняшней теме  «Есть ли жизнь после старта?».

Скажу сразу что бы не томить, есть) А теперь по порядку.

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

Отмечу сразу что далеко не все проекты выходят в следующею  стадию, стадию запуска.

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

В принципе последнего можно избежать, при условии грамотной команды, однако это все равно не гарантии, это лишь способ свести перетрубации к минимуму. Но этап проектирования достоин отдельного поста)

Сегодня разговор об увеличения показаний счетчика)

Есть множество различных способов, от банерной рекламы до спам рекламы. С наскоку в это теме довольно сложно разобраться. И обычный результат это потраченные деньги с минимальным результатом, а еще хуже с нулевом результатом.

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

В рамках этого поста хотел бы вас познакомить с одной  питерской компанией Sator специализирующейся именно на решение именно таких задач. Ребята знают свое дело о чем можно судить по отзывам о компании. Количество выполненных работ тоже говорит в пользу компании, а главное что если взять практически любую из их работ, то будет виден результат их работы, даже у тех что (как я понимаю) больше на поддерживаются. Короче, мои рекомендации и пожелание успешного сотрудничества!)

мета теги в шаблонных движках

Большенство современных движков используют шаблоны, что ни для кого не секрет)

Есть 2 основных пути шаблонизации:

1. использование шаблонизаторов типа Smarty
2. Это чистый html/php для хедера и футера

У каждого метода есть свои плюсы и минусы, разберать сегодня мы их не будем, да и написано об этом уже достаточно много.

Сегодняшняя статья именно о 2 метода, а именно о самой распространенной проблеме, как менять значения хедера если их правильные значения  устанавливаются в основной части файла.

Для начала разберем данный метод шаблонизации поподробнее, что бы понимать о чем идет речь)

кликните для увеличения

Итак, мы видим на шаблоне 3 зоны:

1. header.php – файл с мета тегами, загаловками и версткой верхней части страницы
2. любой файл с контентом, например index.php
3. footer.php – файл с низом страницы

Классическая сборка данного сайта, по очереди инклюдим все три файла результат на экран)

Теперь задача, нужно в headerе поменять значения мета-полей на установленные в index.php

Я нашел достаточно простое решение этой задачи. К тому же оно позволяет в дальнейшем подключить gzip без больших изменений в коде.

Пример кода:

ob_start ();
include 'insex.php';
$HTML_PAGE=ob_get_contents();
ob_get_clean();

include "header.php";
echo $HTML_PAGE;
include "footer.php";

как это работает?
ob_get_contents(); – возвращает «содержимое» экрана.
ob_get_clean(); – очищает экран.
т.е. сначала мы обрабатываем файл индекс, но не отдаем его клиенту а заносим в переменную после этого уже выводим хедер, переменную с файлом и футер.

Теперь вернемся к нашему вопросу, как поменять мета поля?

Давайте введем для примера 2 переменных $H1 и $TITLE
в хедере у нас будет такой код:


...

а в самом файле

$TITLE='my title';
$H1='my H1';

Думаю теперь понятно как это работает)
Для своего удобства, значения мета полей я храню в классе, так удобнее работать… на мой взгляд)

Постовой

Вот и произошло долгожданное обновление плагина Постовой. В новой версии внесены ключевые изменения:

• Вывод постового на главную или только в записи
• Возможность локализовать
• Английская локализация
• Изменение размера поля для ввода постового

Установка/обновление:

1. Скачайте последнюю версию плагина тут
2. Удалите старую версию через админку WordPressa (данные не пострадают)
3. Загрузите и установите новую версию
4. Активируйте плагин
5. Не забудьте его настроить

Каталог CMS

Думаю никому из тех кто читает или просматривает мой блог, не нужно объяснять что такое CMS и зачем она нужна. На данный момент существует безумно дикое количество систем управления контентом/сайтом. Я лично работал более чем с 20 системами.
В принципе CMS-ки можно условно разбить на 3 категории:

1. Коммерческие системы
2. Open source системы
3. И “домашние” системы

Теперь поподробнее:

1. В коммерческие системы входят те системы производители, которых занимаются только разработкой и продвижением свой системы, т.е. не выполняют разработку сайтов и порталов. Самый известный пример это Битрикс.
2. Open source системы пишутся энтузиастами и в большинстве своем распространяются бесплатно или платной является доп.функционал и/или поддержка. Конкретная реализация обычно зависит от лицензии по которой распространяется система.
3. “Домашние” системы – под этим понятием я понимаю системы неписаные только для внутреннего использования в компаниях или энтузиастами/начинающими программистами для реализации своих амбиций или нужд конкретного проекта. Основная особенность таких систем, это отсутствие документации не возможность расширения функционала сторонними программистами по причине “бедности” функционала и запутанности исходных кодов. Так же часто существует проблема не совместимости версий. В компаниях (это особенно касается маленьких веб-студий) часто система переделывается с нуля под конкретные задачи.

О том что использовать или как выбрать это повод для отдельной статьи или целой серии)

Однако неоценимую помощь вам может оказать недавно запущенный сервис Каталог CMS на проекте CMS magazine, суть которого проста и давно уже напрашивалась) Каталог наиболее известных систем управления сайтом. Список системы сортируется по различным категориям и поддерживает голосование. Т.е. лучшую выбираем мы сами) При этом практически не возможна накрутка, т.к. голосовать за систему могут только владельцы сайтов на этой CMS. Соответственно с них и требуют подтверждения права собственности)

Отсортировать можно по количеству работ, суммарному тИЦу всех проектов на этой системе, количеству отзывов и средняя оценка.

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

Удачного поиска)