Облегчаем жизнь с помощью PHP.JS

January 15, 09 by TracKer

Часто работая над созданием различных интернет-проектов программист сталкивается с необходимостью написания какого-то кода на JavaScript. Однако при этом легко можно столкнуться с проблемой нехватки функций. :) Например мне недавно нужно было сгенерировать MD5 на стороне клиента, пришлось бы искать альтернативу, если бы я не знал о PHP.JS. Когда-то прочитав о нем, пользуюсь и по сей день. С тех пор количество функций увеличилось до 263 и продолжает увеличиваться. Еще один плюс, что не обязательно использовать файл который предоставляется в проекте целиком, необходимые функции можно вынести и тем самым облегчить работу Браузера клиента.

Сайт проекта: http://phpjs.org

Список функций: http://phpjs.org/functions/index

Блог разработки: http://kevin.vanzonneveld.net/techblog/article/phpjs_licensing/

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

Что делать если обнулился PR

January 13, 09 by TracKer

Многие веб-мастера рано или поздно сталкиваются с проблемой обнуления PR. И каждый задается вопросами “Почему упал PR” и “Как восстановить PR”. Во-первых, нужно понять почему он обнуляется и какие при этом испытывает симптомы сайт. Читая официальный форум поддержки Google, стало понятно, что это своего санкции ПС (поисковой системы). Я также столкнулся с этой проблемой.

1ps-pr-graph

В середине Октября (в промежутке между АПами) мой PR обнулился: на главном домене, всех внутренних страницах и всех субдоменах – это главный симптом. Следующим симптомом является снижение трафика с самой ПС Google (влоть до полного его исчезновения), но это, похоже, крайняя мера которая применяется только в самых крайних случаях. Что интересно, при этом возможен большой трафик из сервиса Google по поиску картикок. Ну и еще один симптом это полное пропадание из индекса – совсем крайняя мера. Собстенно вот и все основные симптомы, а теперь поговорим о причинах.

Как оказалось их не так уж много, я нашел всего три. Самая главная причина это – стук. Проблема стукачей была всегда и остается по сей день, у них у всех свои причины, не будим их разбирать. Вторая причина это наличие “продажных” ссылок. Как их определяет Google никто не знает. На форумах шли разговоры о том что ПС при сканировании страниц добавляет к адресам некоторый незначительный мусор надеясь на несовершенство скриптов вывода продажных ссылок, однако это не более чем предположения. Помоему проблема более банальна: некоторые говноОптимизаторы провоцируют ПС на бан всего что ссылается на их сайты, причина тому неопытность и желание быстрой наживы… Вебмастера тоже бывают виноваты в своем бане, размещая у себя эти говноссылки по низким ценам по 10 и более штук на странице, что является верной дорогой в тотальный бан. Ну и еще одна не столь важная, но, всетаки, причина – это плохая организация сайта: миллионы ссылок на страницах, множество “продажных” ссылок, сайты оптимизированные для ссылко-обменных бирж. Вот собственно и все причины.

А теперь о поговорим о решении. Если у вас обнулили ПР по всему сайту то не ждите что вам его вернут, этого не будет, по крайней мере ближайшие несколько АПов, сначала необходимо будет провести некоторую работу. Во-первых убрать все продажные ссылки с сайта, если у вас их нет, то самые спорные поставте в “nofollow”. Google разрешает вести продажу ссылок с сайтов, но только если это не направлено на манипуляцию PR и они взяты в “nofollow” или переход осуществляется через страницу передресации запрещенную к индексации через robots.txt . Во-вторых следует сократить колличество ссылок со страниц, их не должен быть миллион, Google рекомендует чтобы их было не больше 100, однако это только рекомендация и привышение возможно, но в разумных пределах. Вообще желательно привести сайт более-менее в соответствие рекомендаций Google. В общем-то это все что сделал я. Ну и самое последнее, зайти в панель Вебмастера и отправить запрос на пересмотр, в которм описать что вы сделали для того чтобы привести сайт в соответствие и какая цель пересмотра (в нашем случае это пересмотр Page Rank).

Материалы для размышления:

Еще раз о платных ссылках
Схемы построения ссылок
Руководство для веб-мастеров
Обсуждение в Google Groups с официальным ответом Google

С Днем Рождения, Линус! :)

December 28, 08 by TracKer

Линус Торвальдс

Сегодня знаменательный :) Ровно 39 лет назад родился Линус Торвальдс, автор революционной операционной системы, которая, не побоюсь этих слов, изменила мир!

С Днем Рождения, Линус! :)

Проверка кроссбраузерности

November 28, 08 by TracKer

Все кто имеет дело с разработкой или верствой для Web когда-нибудь сталкивался с проблемой несовместимости разных браузеров со стандартом CSS. Одним из самых заядлых на сегодняшний день является Internet Explorer 6, про него мы еще не скоро забудем.

Есть много способов проверять сверстанные страницы на кроссбраузерность. В Dreamweaver, например, есть функция позволяющая проверить кроссбраузерность используя списки сответствия CSS, однако я очень сомневаюсь что эти списки так хороши и в них учтены все специфические моменты. Microsoft, предлагает образы операционных систем с установленными на них разными версиями IE, давольно таки громозткое решение, но получше чем у Adobe, хотя бы тем что результат можно увидеть и оценить. До недавнего времени сам я пользовался VMWare с установленным на нее Windows XP со старым IE. Но каждый раз загружать VM, аппетитно поедающую память и процессорное время, начало надоедать и я начал искать альтернативу.

Вместо всех этих громоздких комбайнов можно воспользоваться одним сервисом – Browser Shots. Суть проста: вы вводите адрес сайта (или страницы) выбераете Браузеры и получаете скриншоты страницы. Браузеры возможно выбрать для нескольких операционных систем (сейчас доступно 4: Linux, Windows, Mac OS, BSD), то есть, например, можно выбрать Opera 9.62 для Linux и Windows или Safari 3.2 для Mac OS и Windows. После выбора браузеров вас поставят в очередь, скорость продвижения в ней зависит от колличества скриншотов и загрузки серверов, но она всегда долгая :( , наверно это самый не приятный момент (чтобы не ждать в очереди можно заплатить 30$ и месяц наслаждаться :) ). Иногда страницы могут загружаться так долго что очередь кончится, для этого есть кнопка продления времени “Продлить”.

Еще одна проблема в том, что не все скриншоты могут быть загружены, как показано на картинке выше. Так происходит потому что “фабрики” используемые для создания скриншотов создаются самими пользователями и некоторые не совсем правильно настроены. Однако при повторной загрузке эта проблема решается, так как фабрик много.

Сервис очень удобен если нет возможности запускать кучу виртуальных машин или устанавливать комбайны типа Dreamweaver с целью проверки одной страницы на кроссбарузерность. Единственное условеи – страница должна находиться в интернете.

Прожорливый Firefox и диета для него

November 07, 08 by TracKer

Уже давно маюсь с проблемой прожорливости Firefox к памяти. Иногда даже доходило до маразма, Firefox жрал практически гигабайт памяти. Страниц было открыто где-то 10-15. Вот пара скринов:

При этом загрузка процессора шла на 50% (если бы не Hyper-Threading, были бы все 100%). Вот как это выглядело на самом пике:

А вот так когда процесс я прибил :)

В поисках решения я обнаружил что это довольно частая проблема которая тянется еще с 2005 года, ну не может же Memory Leak быть не исправленым уже три года. В общем ближе к теме решения :)

Первое, что нужно запомнить это то, что Firefox не любит Hibernate (также известен как Спящий режим), если его (Firefox) не закрыть перед уходом в Спящий режим, при следующей загрузке он начинает очень аппетитно кушать память и процессорное время, при этом “засыпая” и не реагируя на внешние воздействия (клики и т.д.).

Второе, необходимо зайти на страинцу “about:config” и произвести следующие действия:

  • Уменьшить значение переменной browser.sessionhistory.max_entries с 50 до, например, 10. Эта переменная отвечает за количество страниц в кеше, на которое можно вернуться без перечитывания их из Интернета (в каждом табе);
  • Установить browser.sessionhistory.max_total_viewers в 0. Эта переменная отвечает за количество уже “распарсенных” страниц из предыдущего пункта, хранящихся в памяти. Если нужной страницы в памяти нет, она читается из кеша на диске и парсится заново. Поскольку такое действие выполняется редко, держать такие страницы в памяти не имеет смысла;
  • Создать новую переменную типа bool, config.trim_on_minimize, и установить её в true. После этого Firefox будет освобождать неиспользуемую память при минимизации окна;
  • Установить network.prefetch-next в false. При этом Firefox не будет никогда читать заранее страницы, ссылки на которые есть на текущей странице.

Также такие тормоза возможны из-за старой версии Google Bar‘а, однако в этом я не уверен, но все таки обновил его до последней бэты.

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

В общем-то все. Есть еще пара пунктов которые я не применял (их можно прочитать по ссылке на источник внизу поста), но и без них все работает. Уже два дня Firefox не кушает больше 150 мегабайт. :)

Часть информации взята отсюда.

Page 4 of 23« First...23456...Last »