Рубрика «Сайты и их проблемы»
Friday, 04 Feb 2011
У клиента имеется сайт на Drupal, кошмарный-кошмар, который хостится на его же хостинге, прикупленном в NIC.ru. Седня приезжаю со встречи, а меня чуть ли не в дверях встречают с хлебом солью- сайт упал и не дышит, собственно на все вопросы выводит одно:
Parse error: syntax error, unexpected ‘)’, expecting ‘(‘ in /XXX/sites/all/modules/devel/devel.module on line XXX
Тут уже развели переписку с программистом, который его поддерживал- он провел сравнительный анализ и пришел к выводу, что это вероятнее всего хостинг. Ну поскольку я и php это вещи разных вселенных, то для начала залил 100% рабочую версию модуля- тот же самый эффект. После чего глянул сам файл, что же там за строка такая фантастическая- оказалось следующее выражение:
dfb($label, FirePHP::TRACE);
Звонок в суппорт закончился долгим рассказом про мой зараженный компьютер, и то что вирус пишет по фтп в файло всякие iframe или script и прочая, потом стали смотреть файлы, модификации, думать и пыхтеть. Попутно гуглю, но без особого фанатизма ибо перед тем как набрать никовцев полчаса потратил на поиски по инету.
Собственно в процессе разговора натыкаюсь на описание FirePHP, и того что фраза FirePHP::INFO не поддерживается php4, которому надо объявлять FirePHP_INFO. Собственно после этого залез в раздел управления хостингом и действительно обнаружил, что какой то умелец, надо полагать технари клиента, врубили php4, вместо крутившегося на хостинге php5.
**** Если же изменить выражение, как было указано, то может появиться ошибка PHP: Parse error: syntax error, unexpected T_ARRAY, expecting ‘)’ in , в строке содержащей следующее выражение:
function devel_watchdog(array $log_entry) {
тогда его надо аменить на:
function devel_watchdog($log_entry) {
VN:F [1.9.21_1169]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.21_1169]
Рубрика: Сайты и их проблемы | Ваш отзыв »
Saturday, 30 Oct 2010
Пришлось мне тут переносить один сайт на Drupal который моей конторе достался от одного разработчика- ue-бана. Вкратце, чел со своей конторой доил агентство как мог- выставив не высокие цены за разработку, вламывал в качестве работы над модулями в среднем от 10 до 24 часов за доработку стандартных модулей и прочее, при этом и грел их на хостинге.
(more…)
VN:F [1.9.21_1169]
Rating: 4.1/10 (24 votes cast)
VN:F [1.9.21_1169]
Rating: +2 (from 8 votes)
Рубрика: Сайты и их проблемы | Отзывов: 9 »
Monday, 07 Jun 2010
Возникла необходимость делегировать управление доменной зоной третьего уровня (то есть например newdomain.odminblog.ru) серверам доменных имен хостера. Первое что пришло в голову, это создать зону в named.conf где указать что данный сервер является вторичным и первичным обозначить доменный сервер хостинг провайдера.
Согласуясь с вышесказанным запись в named.conf приобретает следующий вид:
############################################
zone “newdomain.odminblog.ru” {
type slave;
file “slave/newdomain.odminblog.ru”;
masters {
DNS-провайдера;
};
############################################
Но данный вариант по мне не корректен, так что пришлось пойти в изысканиях дальше. Поковырявшись в доках, мануалах и описаниях на сайте RU-CENTER пришел к тому, что управление зоной можно делегировать в файле описания зоны, подобно тому как это делает провайдер при делегировании PTR записи. Для этого необходимо описать DNS сервера отвечающие за данный субдомен, в разделе определения серверов доменных имен, причем их имена должны принадлежать к субдомену.
newdomain IN NS ns1.newdomain.odminblog.ru
newdomain IN NS ns2.newdomain.odminblog.ru
После чего, через канонический тип имени CNAME определяем доменные сервера провайдера
ns1.newdomain CNAME ns1.DNC-провайдера.
ns2.newdomain CNAME ns2.DNC-провайдера.
В таком варианте все должно нормально работать. При тестировании попробовал описать DNS сервера провайдера сразу в описании NS для субдомена, используя их хостнеймы, но после такого финта, по непонятной причине отвалились MX-записи для корневого домена, что было довольно неожиданно, ибо вся остальная зона отдавалась замечательно.
VN:F [1.9.21_1169]
Rating: 7.5/10 (2 votes cast)
VN:F [1.9.21_1169]
Рубрика: Интернет, Сайты и их проблемы | Ваш отзыв »
Sunday, 11 Apr 2010
Популярный и широко используемый движок для форумов phpBB, помимо стабильности и надежности, является бесплатным, поэтому тысячи сайтов по всему миру посвящены работе с ним. Я достаточно долго думал какой мне движок поставить для моего нового проекта и решил остановиться на нем.
Итак установка phpBB.
Для начала создаем на нашем хостинге базу данных с которой будет работать движок, для это пользуемся либо стандартной консолью хостинга, либо приложением phpMyAdmin. Я пользуюсь стандартным функционалом cPanel, для чего идем в раздел Databases -> MySQL Databases и там заводим базу и пользователя, после чего в разделе Add User To Database назначаем созданному пользователю права на базу данных, нажатием кнопки Add и расстановкой галочек привилегий. После этого, ну или до этого, скачиваем с офф.сайта http://www.phpbb.com/downloads/ последнюю стабильную версию двигла, и распаковав архив, закачиваем его по фтп в корневую директорию своего сайта, на различным хостингах это обычно папка public_html. В распакованном виде движок занимает порядка 10Мб.
Выставляем права на запись, по маске 666, для файла config.php (или -rw-rw-rw-)
Выставляем полные права для всех, по маске 777, для следующих папок: store/, cache/, files/ and images/avatars/upload/ (или -rwxrwxrwx)
После этого идем бродилкой по адресу нашего сайта- корневой http://domain.ru/ или http://domain.ru/forum
Устанавливаем и подклчючаем поддержку php для следующих модулей: zlib compression, remote FTP, GD graphics, XML, Imagemagick.
Кликаем на вкладку INSTALL и стартуем процесс установки. Смотрим все ли у нас установлено, если необходимы какие то дополнительные модули, подключаем их, после чего заполняем всю необходимую информацию, которую нам предоставляет хостер и мы записали, я по крайней мере, при выполнении подготовительных работ
После завершения установки,удаляем каталог install и меняем права на config.php, оставив права на запись только для владельца, по маске 644 или -rw-r–r–
Теперь можно переходить к настройке движка форума.
VN:F [1.9.21_1169]
Rating: 10.0/10 (5 votes cast)
VN:F [1.9.21_1169]
Rating: +4 (from 4 votes)
Рубрика: Сайты и их проблемы | Отзывов: 2 »
Friday, 09 Apr 2010
Столкнулся с тем, что на VPS от Webintellect я могу завести только один домен на дополнительном IP адресе, причем по результатам переписки около двух дней мы только пришли к тому, что мне видимо придется менять хостинг. Но как говорится- хочешь все испортить, поручи другому, так что от безысходности я полез разбираться дальше, и оказалось что все делается весьма элементарно, просто через создание реселлеровского аккаунта. Уж не знаю, из природной вредности или действительно от незнания, технари мне не смогли подсказать этот вариант.
Итак имеем cPanel WHM.
Для начала создадим реселера.
Идем в раздел: Account Functions -> Create a New Account и заполняем всю необходиую информацию об аккаунте, после чего в разделе Reseller Settings ставим галочку “Make the account a Reseller” и в Account Functions -> Change Site’s IP Address назначаем данному аккаунту дополнительный IP адрес.
Теперь содаем другой домен, который повесим также на дополнительный адрес. В разделе Account Functions -> Create a New Account создаем новый аккаунт, затем идем в Account Information -> List Accounts кликаем в иконку редактирования, в последнем столбце Owner, нашего нового аккаунта. Из выпадающего меню Change OwnerShip выбираем нашего реселлера и говорим Ок. Возвращаемся в список аккаунтов Account Information -> List Accounts и идем в столбец IP нашего нового аккаунта. Убеждаемся что в строке New Address стоит новый IP адрес, на который бал назначен наш новый реселлер, и нажимаем Change. Теперь наш сайт привязан к дополнительному IP адресу, и точно также мы сможем привязать к нему любое количество доменов.
Но я не делаю больше 15-20 доменов на один адрес, ибо это чревато баном или попаданием под поисковые фильтры, особенно если планируется линковать сайты между собой.
VN:F [1.9.21_1169]
Rating: 10.0/10 (1 vote cast)
VN:F [1.9.21_1169]
Рубрика: Сайты и их проблемы | Отзывов: 4 »
Thursday, 08 Apr 2010
Зайдя по утру на один из своих сайтов я обнаружил тот момент, что у него изменился ТиЦ. Немного не допоняв, ибо информации об изменении ТиЦ я еще не видел ( тем более что на сапе последня инфа на эту тему была только об из мнении PR от 5 апреля), я забрался в раздел веб-мастеров на Яндексе и обнаружил, что действительно, часть моих сайтов непонятным образом апнули в на 10. Причем по большей части те, которые я совсем не ожидал, оставив при этом без внимания сайты, на которые я последние месяцы наращивал ссылочную массу. Остается надеяться, что это была корректировка предыдущего апа (хоть он и случился почти месяц назад), и изменение ТиЦ только грядет, опять же в соответствии в графиком обновлений. И сдается мне, что вся эта свистопляска вызвана обновлением выдачи Яндекса, которая случилась вчера.
Но более интересно то, что при внимательном изучении сайтов, оказалось, что у одного каким то образом обнулился, присвоенный в последний апдейт, PR 1, то есть два дня назад значение было 1, а сейчас 0, и каким образом сие приключилось, совершенно не ясно. Чем дальше в лес, тем больше вопросов.
VN:F [1.9.21_1169]
Rating: 3.1/10 (41 votes cast)
VN:F [1.9.21_1169]
Rating: +3 (from 5 votes)
Рубрика: Сайты и их проблемы | Отзывов: 2 »
Monday, 05 Apr 2010
Сегодня, 5 апреля, случился очередной апдейт показателя PR от Google, так что по графику отличие с прошлым годом составило всего два дня. Гугль конечно, в отличии от Яндекса не слишком выбивается из своего расписания, и пока производит апдейты согласно своему расписанию обновлений ТиЦ и PR, которое я накидал за прошлый год.
Очень забавная тема приключилось с апдейтом, поскольку из имеющихся у меня блогов на российскую тематику, двум присвоили значение PR 1: zavalinka.sane4ka.ru и sane4ka.ru. Остальные все русскоговорящие сайты остались без изменений, не смотря на то, что с последнего апдейта я по некоторым нарастил достаточную для апдейта ссылочную массу. При этом две англоговорящие партнерки, которые я запустил в феврале этого года, получили показатель 2, при том, что на каждую из них ведет всего порядка 20-25 ссылок.
Для сапы конечно, от роста PR толку никакого, но зато от англоговорящих есть толк, ибо с них тогда возможно приторговывать сквозными ссылками, что может давать довольно не плохие денежки, если иметь пул сайтов от 20 штук.
VN:F [1.9.21_1169]
Rating: 3.9/10 (21 votes cast)
VN:F [1.9.21_1169]
Rating: +6 (from 10 votes)
Рубрика: Сайты и их проблемы | Ваш отзыв »