Рубрика «Сайты и их проблемы»

Проблема авторских прав на изображения в блогах

Monday, 18 Jul 2011

Когда читаешь статьи о развитии и ведении блогов, то часто сталкиваешься с утверждением о том, что добавление фотографий к постам может значительно увеличить посещаемость сайта и отдачу от поисковых систем, за счет индексации поисковиками изображений. Более того, используя атрибуты html объекта изображения, можно повысить релевантность страницы, и как следствие её позицию в выдаче поисковых систем.

фотобанки и фотостокиНо на вопрос откуда же брать изображения, многие русские блоггеры, раздающие полезные советы и ноухау, выдают что берут все необходимое из раздела картинок поисковых систем Яндекс и Google. И правда, введя необходимое ключевое слово, мы получаем листинг сотен изображений подпадающих под данное описание, и вроде бы они даже находятся, как может показаться на первый взгляд, в свободном доступе. Так что мы спокойно кликаем на это изображение и сохраняем его. Но вот как раз на этом  моменте и происходит ошибочное действие, ибо изображение мы дергаем с сайта правообладателя данной фотографии, который, обнаружив своё фото, вполне может предъявить вам претензию о защите авторского права и интеллектуальной собственности. Причем самое интересное, что если копипейст контента российские вебмастера уже худо- бедно избегают, может и не отдавая себе отчета что это чистой воды воровство, а просто боясь санкций поисковых систем, то относительно изображений, данные претензии воспринимаются как что то из серии лулзов – “лол!!!1 какой то тупарь хочет бабок за то, что я использую его фотку”.

В этой связи решение относительно рунета навряд ли будет приниматься в судебном порядке: заявитель просто пишет письмо в Google с просьбой исключить сайт, использующий ворованный (да-да, именно ворованный) контент, из поисковой выдаче, и в итоге мы получаем тот самый пресловутый бан поисковой системой, дающей до 40% трафика, ибо помимо исключения из индекса Google, в нагрузку, вероятнее всего, получаем еще и бан в Mail.ru.

(more…)

VN:F [1.9.21_1169]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.21_1169]
Rating: 0 (from 0 votes)

Настройка скриптов для импорта баз данных в mysql

Sunday, 17 Jul 2011

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

Процедура установки обоих скриптов проста и начинается с их редактирования, после чего скрипты закачиваются на хост, куда, в ту же папку, кладется и выгрузка из базы данных, которую нам необходимо импортировать в новую базу на сервере mysql. На скрипт устанавливаем права доступа 755.
Теперь немного подробнее о настройке каждой из программ:

1. BigDump
Открываем файл скрипта bigdump.php, в котором отыскиваем и меняем следующие строки на необходимые значения
$db_server   = ‘localhost’;
$db_name     = ‘DB_NAME’;
$db_username = ‘DB_USER’;
$db_password = ‘DB_PASSWORD’;
$filename           = ‘OUR_DUMP.SQL’; /* Наш дамп базы данных который мы выгрузили вместе со скриптом*/
$db_connection_charset = ‘Charset’; /*Поскольку мы работаем с русскими базами, то вероятнее всего это utf8 или cp1251*/

После этого открываем в бродилке скрипт хттп://наш-сайт/папка/bigdump.php и видим свой файлец, после чего наживаем на линк Start import

2. Sypex Dumper
С этим скриптом еще проще, так как у него есть графический интерфейс, через который можно вводить все данные, а также делать экспорт и импорт баз данных. Собственно заливаем файлец скрипта dumper.php на хостинг, но с одной оговоркой- опять же в плане кодировок. По умолчанию скрипт работает с cp1251, так что если надо залить utf-8, то добавляем в следующую строку параметр принудительной замены кодировки:
define(‘RESTORE_CHARSET’, ‘forced->utf8′);

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

VN:F [1.9.21_1169]
Rating: 9.1/10 (9 votes cast)
VN:F [1.9.21_1169]
Rating: +4 (from 4 votes)

Как импортировать большую базу данных в mysql

Sunday, 17 Jul 2011

Бывает возникает ситуация, в которой необходимо загрузить на сервер хостинга базу данных больше разрешенного хостингом в утилите управления базами данных phpMyAdmin- обычно этот предел установлен в  ~2Mb. Если это случается на виртуале, то обычно просто заливаю базу через ftp и прошу суппорт хостинга помочь в данном вопросе.

Поскольку использую нормальные хостинги, то решение это проблемы занимает всего 10-15 минут, так что особо не парился, но тут столкнулся с тем что возникла необходимость подсказать человеку у которого суппорт курил бамбук, так что выделилось несколько вариантов решения данной проблемы. Оговорюсь сразу что наиболее удобен для импорта базы данных mysql последний вариант, но он подходит только тем у кого есть доступ к терминалу. Так что в статье описаны все возможные способы импорта большой базы данных в mysql, кроме общения с суппортом.

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

2. Вариант второй – выгружать в пожатом состоянии- так как степень сжатия для текстового файла будет максимальной. Но тут опять же можно столкнуться с тем, что на хостинге не установлена поддержка архиваторов.

3. Используем сторонний скрипт, который позволяет производить экспорт и импорт базы данных, минуя общение с phpMyAdmin. Наиболее известный из имеющихся в наличии, и к тому же наиболее хорошо работающий- это BigDump. О том как его настроить – я отписался чуть позже, так что это касается и настройки по 5му пункту.

4. Как частный случай 3 вариант, возможно залить на сервер эмулятор терминала и сделать 5 пункт через него. Например можно попробовать PHPterm, но в этом варианте можно столкнуться с ограничениями хостинга в плане безопасности запуска команд и скриптов.

5. Также есть простенькая программка аналогичная BigDump, которая также позволяет импортировать большие базы данных, только в данном случае необходим Zend Optimizer либо Nu-Coder. Программка называется Sypex Dumper, и вторую версию скрипта можно даже интегрировать в наиболее популярные CMS. На сайте есть как платная утилита, так и облегченная бесплатная версия.

6. Если таки имеется доступ к консоли, то можно добавить в php.ini следующие строки (увеличиваем лимит загрузки файлов по времени и размеру), после загрузки, лучше вернуть все назад, чтобы не нагнули сервак с оказией:
max_execution_time = 20000
max_input_time = 20000
upload_max_filesize = 150M
post_max_size = 150M

7. Но на самом деле наиболее быстрым и оптимальным вариантом загрузки большой базы данных, имея доступ к консоли, будет загрузить дамп базы данных dump.sql через ftp, а затем залить её через консоль ssh:
mysql -h hostname -u user-name -p DB_name <  /path-to-dir/dump.sql
если у вас в качестве хоста базы данных используется стандартный localhost , то ключик -h можно и опустить, так что получится вида:
mysql -u user-name -p DB_name <  /path-to-dir/dump.sql

Да, чуть не забыл про самые поганые грабли всей пляски с импортом- при импорте базы данных могут возникнуть проблемы с кодировками, поэтому нам надо убедиться что дефолтная база и выгрузка sql находятся в одной кодировке, либо переконвертировать базу данных в стандартную для mysql кодировку (обычно это utf-8):
iconv -f CP1251 -t UTF-8 dump.sql > dump.sql.utf8
либо указать необходимую кодировку при процедуре импорта базы данных:
mysql -h hostname -u user-name -default_character_set utf8 -p DB_name <  /path-to-dir/dump.sql

VN:F [1.9.21_1169]
Rating: 8.2/10 (38 votes cast)
VN:F [1.9.21_1169]
Rating: +6 (from 8 votes)

Web-порталы и типы web-порталов

Friday, 08 Jul 2011

Что такое web-портал?

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

Web-порталы, по сути, приложения на базе браузера, которые позволяют различную деятельность, включая деловые операции, например, настройку цепочки поставок того или иного продукта. Порталы открывают доступ к структурированным и неструктурированным данным, интегрируют приложения, которые помогают выполнять функции пользователя. А также обеспечивают доступ в режиме реального времени к текущей и последовательной информации. Примерами популярных web-порталов служат Yahoo, MSN и другие.

Типы порталов:

Порталы могут быть дифференцированы на основе их содержания и предполагаемых пользователей. Их можно разделить на следующие:

Вертикальные порталы (Ворталы)

Такие web-порталы сосредотачивают внимание только на одной конкретной отрасли, области или вертикали. Вертикальные порталы или ворталы предоставляют средства, информацию, статьи, исследования и статистические данные по конкретной отрасли или вертикали. Когда Интернет стал стандартным инструментом бизнеса, ворталы обеспечивали идеальный шлюз для предприятий на рынок своей продукции и услуг. Таким образом, ради роста продаж, организации развивали собственные ворталы. Классическим примером вертикального портала будет Cnet.com, который сосредоточился на компьютерной тематике и околокомпьютерных вопросах, MP3.com – музыкальный портал, который ориентирован на MP3-музыку. В большинстве случаев, вертикальные порталы предлагают информацию и услуги, настроенные под нишу аудитории или конкретную область интересов. Вертикальные отраслевые порталы, известные как ворталы, сайты, которые обеспечивают доступ к информации, связанной с той или иной отраслью, как страхование, автомобили и так далее.

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

Корпоративные порталы:

- Создание персонализированного доступа к отдельным видам информации для / о конкретной компании.

Коммерческие порталы:

- Поддержка корпоративных клиентов и поставка услуг электронной торговли к потребителю.

Горизонтальные порталы

Эти web-порталы сосредоточили своё внимание на широком спектре интересов и тем. Они сосредоточены на широкой аудитории и пытаются предоставить информацию для всех. Горизонтальные порталы стараются действовать в качестве отправной точки web-серферов сети Интернет, предоставляя содержание на интересующие пользователя темы и направляя пользователя на другие ресурсы за поле полной информацией. Таким образом, горизонтальные порталы выступают в роле связующего звена для целой сети web-сайтов. Классическим примером горизонтальных web-порталов является Yahoo.com, Msn.com и другие. Они предоставляют пользователям информацию по самым различным темам. Горизонтальные порталы ориентированы на всё интернет-сообщество. Эти сайты, часто упоминаются как «мегапорталы», которые, как правило, включают поисковые системы и обеспечивают для пользователя возможность персонализировать страницу, предлагая различные каналы, как региональная погода, котировки акций или новости.

Интранет-порталы (Корпоративные порталы)

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

Порталы знаний

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

Корпоративные порталы

Производственные порталы (иногда называемые корпоративными порталами) обеспечивают персонализированный доступ к соответствующему спектру информации о конкретной компании. Корпоративные порталы стали одним из самых горячих ноу-хау в области сети Интернет. Первоначально названные Интранет-порталами – корпоративные порталы существовали на благо сотрудников своей компании, но инструменты портала развивались, чтобы помочь с информацией деловым партнерам компании (поставщикам и клиентам). В отличие от общественных web-порталов, корпоративные порталы направлены на предоставление виртуального рабочего места для каждого индивидуального пользователя, будь то руководитель, сотрудник, поставщик или клиент. Вместо предоставления доступа к услугам компании, информации и товарам, корпоративные порталы разработаны, чтобы дать каждому пользователю доступ к той информации, которая необходима для выполнения своей работы.

Общедоступный web-сайт компании не может автоматически стать корпоративным порталом сам по себе. Он может стать таким только в том случае, если установит модуль персонализации (авторизации) и дополнительные навигационные функции, как и поступают многие компании.

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

Порталы – Виртуальные рынки

Виртуальные рынки существуют для поддержки клиентов и торговли по средствам электронной коммерции.

Основные функциональные возможности таких порталов включают:

1. Программное обеспечение для транзакций в области электронной торговли.
2. Инструменты для поиска и доступа к информации о продукции, выставленной на продажу.
3. Инструменты для участия в дискуссионных группах с другими поставщиками и / или покупателями.

Подготовлено по материалам сайта buzzle.com

VN:F [1.9.21_1169]
Rating: 6.4/10 (28 votes cast)
VN:F [1.9.21_1169]
Rating: +1 (from 1 vote)

Индексирование поисковиками страницы на Facebook

Thursday, 07 Jul 2011

Столкнулся с довольно интересной ситуацией на портале FaceBook, где я усиленно пиарю один из своих сайтов, через сообщество и страницу сайта. Надо отметить, ВНИМАНИЕ маленький экскурс в теорию, что страницы в Facebook доступны из вне без регистрации в системе, и что самое главное для нас- не плохо индексируются поисковиками. Но тут для всех маниаков желающих заполучить жирную ссылу с трастового ресурса Facebook (тиц которого, на минуточку, 83к), делаю поправку- ссылки джавовские, причем что то вроде jquery, так что вес через них не перетекает, так что это скорее пиар продвижение вашего ресурса, нежели seo-seo.

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

Собственно почему страница закрыта от индексации я понял сразу: идем в редактирование страницы, раздел Управление разрешениями, и вот там есть два поля Ограничения страны и Возрастные Ограничения (кстати в этом же разделе можно и удалить страницу в facebook). Если эти курки взведены, то страница требует логина, для проверки соответствия ограничениям. Для новых страниц эти поля пустые, но в тот момент когда я воевал с проблемой Facebook Like Box одна из рабочих версий была отсутствие этих полей. Так что тогда я выставил страну Россию и возрастное ограничение 13+ лет. И вот, попробовав удалить эти данные, я столкнулся с тем, что страна удалилась нормально, а возраст не удалялся. То есть он снимался, но после сохранения данных возвращался обратно на 13+ лет, и как следствие при попытке перейти на адрес страницы facebook с незареганного браузера, мы все равно попадали на официальную страницу facebook с landing page ввода логина.

Осознав, что медицина здесь бессильна, я связался с ангелом-хранителем российского FB и она мне сказала что це не фича, це бага, так что через 5 минут моя страница уже была доступна из вне, о чем я радостно и сообщил большинству поисковиков.

VN:F [1.9.21_1169]
Rating: 5.5/10 (2 votes cast)
VN:F [1.9.21_1169]
Rating: 0 (from 2 votes)

Google был пессимизирован сам собой

Monday, 04 Jul 2011

По прошествии нескольких дней после апдейта PR, можно заметить следующее- стоимость пыра в бирже ссылок хоть и упала, но очень незначительно, так как сейчас пока PR2 скупают за двойную-тройную цену не стесняясь, на PR1 заложился по полторы среднестатистической цены и тоже не плохо расходится. Но самое интересное, что если идет не очень по новой цене, то по цене завышенной в три раза от PR0 ссылки улетают так что прямо даже страшно их принимать- за ночь пришло порядка 200 заявок на основной мой сайт, на котором PR система пересчитала только вчера, что в общем итоге дало бы порядка 3к, если бы я согласился со всеми предложениями.
Но самое веселое во всем этом, тот факт, что PR также задел и другие системы:

например основная морда гугля- google.com потеряла единичку и теперь имеет всего PR9
русскоязычная версия гугля google.ru тоже потеряла единицу веса и теперь имеет PR7
при этом новый соперник Google- социальная сеть Facebook получила потеряную гуглем единицу и получила максимально возможный пыр = Page Rank 10

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

кстати, для проверки истории изменения PR можно воспользоваться сервисом push2check, единственное что если ваш сайт не какой либо крутой и известный портал, то история навряд ли выдаст что либо вразумительное, поэтому регистрируемся в системе и она начинает следить за изменением пыра

VN:F [1.9.21_1169]
Rating: 3.7/10 (29 votes cast)
VN:F [1.9.21_1169]
Rating: +4 (from 6 votes)

Установка нескольких CMS на одну базу данных

Sunday, 03 Jul 2011

В очередное раз столкнулся с вопросом человека- как быть если прикупил себе нищебродский хостинг, позволяющий разместить 5 доменов, и всего одну базу mysql. Я конечно с трудом понимаю кто эти люди, которые приобретают подобные варианты, и главное где они их находят и по какой цене, учитывая что анлим с 4 IP стоит меньше 190 рублей в месяц.

Но как водится выход есть даже из самой жопской ситуации. То есть если вам необходимо завести пяток сайтов в одной базе, то это возможно сделать. Но надо учитывать несколько моментов:

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

Если вы все же решили что оно того стоит, то создаем базу данных средствами хостинга, после чего закачиваем нужное количество копий wordpress на хостинг, подключаем домены и запускаем установку CMS WordPress, где для каждой установки указываем различные table_prefix: wp_ ; wp1_; wp2_ и т.п, которые после копируем в файл wp-config.php (в самом файле для копии wordpress эта строка будет выглядеть $table_prefix = ‘wp_’; )

Точно такое же действие подойдет и для других CMS:
в Drupal прописываем в файл sites/default/settings.php аргумент $db_prefix = ‘drupal1_’;
в Joomla в файле configuration.php указываем var $dbprefix = ‘joomla1_’;
После того как запустим установку CMS все необходимые таблицы, с указанными префиксами создадутся установочными скриптами.

VN:F [1.9.21_1169]
Rating: 5.0/10 (29 votes cast)
VN:F [1.9.21_1169]
Rating: +2 (from 8 votes)