WebDev

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

Еще много букв →

Теперь про то, как перетащить собственно файлы со скриптами, картинками и проч.

Еще много букв →

Продолжаем про переезд одного из клиентов я решил отселить на отдельный аккаунт того же FastVPS, чтоб нам обоим жилось спокойнее рассудил, что панелька ISPManager ради двух сайтов ему даром не нужна (а за нее надо 3 евро в месяц башлять) в итоге гуя для смены (или хотя бы узнавания) рутового пароля в MySQL у меня не оказалось, и пришлось опять красноглазить.

Еще много букв →

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

Сначала - как перенести БД.

Еще много букв →

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

Еще много букв →

Пришло несколько писем такого содержания:

Уважаемый клиент!
Аккаунт c домeном site.ru
 превышaет лимит нaгрузки для тapифнoгo плана.

Во избежание блокирoвки аккaунта рекомендуется cмeнить тapифный план нa более ресурcоёмкий, или ограничить нaгpузку на ceрвер оптимизацией кодa.

Решение технических вопросов:
http://www.agava.com.servers.linux-dude.net/?domain=site.ru

По вопросам технической работы обращайтесь по адресу support@agava.com, по вопросам оплаты - по адресу clients@agava.com.

Желаем удачи!

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

Еще много букв →

Между прочим, в первых числах октября в Самаре пройдет 404fest - ежегодная конфа веб-разработчиков и сочувствующих.

Еще много букв →

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

Есть куча доменов (штук 500 для начала), как-то там отобранных, где мой поиск должен что-то находить желательно, конечно, все что нужно находить входные данные такие:

• хостов - 500 штук
• документов - в пределах миллиона
• держать индексатор+поиск у себя - никакого желания
• зато легко можно обвешаться рекламой что твой московский метро до собянина
• и хорошо бы как-то своими руками настраивать отображение серпа

Насоветуйте чего-нибудь Я пока под катом напишу, что вспомнилось.

Еще много букв →

По умолчанию Firefox, если открываешь во вкладке большую картинку, сжимает ее до размеров экрана, и далее сворачивает/разворачивает по клику.

Меня такое поведение всегда бесило, и вот наконец я озаботился поиском решения - см под катом.

Еще много букв →

Мне периодически приходится выполнять очень тупую (но очень срочную) работу по обновлению контента на древних статических сайтах, коих у нас еще сколько-то осталось.

Как правило, задача в общем виде заключается в верстке длиннючих HTML-табличек из файлов word/excel имея нехитрый инструментарий, можно справляться сравнительно бодро.

Еще много букв →

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

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

Еще много букв →

Наверно, все видели статейки Сергея Рыжикова, где он с умным видом рассказывает о несостоятельности XML/XSLT, понтуется "реальным опытом" и кучей потраченных на его получения бабок, ну и т.д и тут я с удивлением натыкаюсь на такое...

Еще много букв →

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

Еще много букв →

Компании J-Vista, где я нынче работаю, нужен человек со знанием всех замечательных особенностей CMS Битрикс, для разработки ряда нетривиальных проектов на этой системе интригующие подробности могу частично разгласить заинтересованным, в личном порядке кроме приличного Битрикс-портфолио никаких требований нет опыт работы с веб-сервисами был бы полезен, но фигле там по ману непонятно, правда работа в офисе, 8 часов в любое время москва, м Чистые пруды оклад 40.000, можно поторговаться желающих прошу:

• в мыло dubr.cola [] gmail.com
• в аську 505-349
• в телефон: (495) 225-50-22, спросить Илью
• в камменты

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

В основе лежит ровно та же идея: отдаем на клиент документ, в котором контент, не предназначенный для индексации, спрятан в комментариях, а затем при помощи XSLT достаем его оттуда.

Основная засада заключается в том, что Mozilla Firefox не знает о disable-output-escaping, поэтому исходный метод переставал работать, если в контенте, который мы прячем, встречались вложенные теги собственно, эту проблему я решил черезвычайно тупо: дополнительным XSL-преобразованием на сервере.

Еще много букв →

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

Еще много букв →

Например, если вы знаете какие-то хитрые запросы к яндексу, и не хотите, чтоб их узнали другие ;) Для Mozilla Firefox:

• набираем в адресной строке about:config - это реестр Мозиллы
• вбиваем в строку поиска "referer"
• видим опцию network.http.sendRefererHeader
• дабликликаем, вбиваем нолик

Как-то раз видел картинку с надписью "хуй тебе, ворье!" - будьте готовы ;) Это значит, что владелец сайта был доведен до отчаяния тем, что конкуренты без спроса используют его изображения, причем тянут прямо с его сервера а программист придумал, как конкурентов наказать но программист оказался так себе, и про мой случай не вспомнил (о чем свидетельствовала надпись "Notice: Undefined index: HTTP_REFERER") если вас когда-нибудь тоже доведут до отчаяния, не забудьте об этом нюансе, дабы не оконфузиться - проверяйте, чтоб реферер был не пустой, перед тем как ругаться на пользователя ;) Upd: сейчас вот такое увидел: Судя по доке - есть опция, оставляющая передачу реферера только для ссылок, а только для картинок им почему-то трудно было сделать :) Для Opera: Если опера русская, то так: Инструменты -> Настройки -> Дополнительно -> Сеть -> снимаем галку "Включить указание источника перехода" Если буржуйская (спасибо Денису Иванову): Tools -> Preferences -> Advanced -> Network -> Enable referrer logging В Опере можно делать посайтовые настройки можно предположить, что если открыть Яндекс, щелкнуть правой кнопкой, выбрать "Изменить настройки узла"(edit site preferences), и там снять галку - Яндекс не будет отсылать реферер так вот: это не верно! Сайт, к которому применяется настройка, продолжает прекрасно отсылать заголовок - но не может его принимать, а это не то, чего мы хотим. Беспалевного вам серфинга ;)

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

Еще много букв →

"Программисты могут до бесконечности обустраивать свое рабочее место" - писали великие от Брукса до Ашманова да, именно так оно и есть.Сейчас сел работать в ночь, доделывать проект, который надо было сдать в еще в понедельник рабочий процесс выглядит примерно так:

Еще много букв →

if (!isset($something)) {
   // Нештатная ситуация
   return;
} else {
   // Работаем в штатном режиме
}

Блин, если используете выход из середины метода (что само по себе спорное решение), не надо хоть такую путаницу вносить использование else здесь лишено всякого смысла: если блок if содержит return, все, что следует за ним как бы автоматом попадает в else (т.е этот код выполняется, если проверка if не сработала) можно было бы сократить один уровень вложенности но это не самое страшное такая конструкция начисто сбивает с толку Чтоб разобраться, почему не выполняется код после завершения блока else {}, может уйти немало времени из такой грязи и складывается неэффективность Чтоб найти такую "ошибку", нужно вникать в суть кода, причем отбросив свои соображения насчет логики конструкции (т.к на самом деле логика вовсе отсутствует) надо каким-то местом почуять, что бойцы, писавшие код, могли сотворить ТАКОЕ, и это ТАКОЕ целенаправленно искать короче я зол.