hedgehog

Про друпал - фейспалм на фейспалме. Не нужно там править системные файлы, что за глупость? Есть же куча хуков, возвращающих нормальные данные, с которыми можно работать (в отличие от WP, где множество хуков отдают тебе plain HTML, на растерзание регуляркам, что-ли?). Плюс автор не удосужился заглянуть на страничку theme suggestions на сайте друпала (аналог template hierarchy в кодексе WP), поэтому не нашел, как задать шаблон для... да для чего угодно, практически. Не согласен почти со всеми выводами Автор опубликовал впечатления от поверхностного беглого взгляда по цмскам, не заглядывая особо "вглубь". Это объясняет, почему ничего не понял по друпалу и почему так понравился вордпресс Практически единственное, с чем я согласен - так это со сложностью освоения Drupal vs Wordpress и с их прожорливостью. По другим CMS не скажу - особо не сталкивался. При этом автор везде рассказывает, каких высот можно достигнуть, отредактировав тот или иной файл стандартной темы. Но нигде не пишет, чем это чревато, что лишний раз подтверждает минимальный опыт работы с описанными системами PS: о, в комментариях друпальщики более подробно рассказывают об этом всем

Как я тебя понимаю. Нет, слишком много факторов, влияющих на отображение текста. Доходило до абсурда - заказчик просил ставить текст картинками, чтобы было "как в фотошопе". Хотя этот человек считает себя не абы-каким SEO специалистом.

Не надо курить этот чай На айпишниках ничего не висит, висит на интерфейсах. 127.0.0.1 и 127.0.0.2 - один и тот же интерфейс (loopback). А локалхост используется где угодно, не только в никсах. Все реально. Хоть третьего, хоть четвертого, хоть двадцать четвертого Так как DNS у тебя нет, придется все равно вписывать все в хосты Настроить NameVirtualHost (по идее, уже должно быть настроено в /etc/apache2/ports.conf: NameVirtualHost *:80) Настроить несколько VirtualHost, например: <VirtualHost *:80> ServerName my.test.server DocumentRoot /var/www/my.test.server/htdocs/public_html ........ </VirtualHost> При обращении к my.test.server апач будет отдавать соответствующий DocumentRoot. Совсем не обязательно, чтобы в пути DocumentRoot присутствовал домен, указанный в ServerName, это просто для удобства (вообще-то, это влияет на конфигурацию, но при другом раскладе - использовании VirtualDocumentRoot, т.е. не наш случай). PS: рекомендую забекапить все конфиги апача, потому что после этих действий пойдет по печальке доступ по IP адресу (т.е. он будет, но не факт, что такой каким его ожидаешь видеть). Подробнее тут: http://httpd.apache.org/docs/2.2/vhosts/examples.html И сюда же вопрос: Options +Indexes Зачем?

Как подключается шрифт?

Директива "DocumentRoot" в конфиге конкретного виртуалхоста. А с правами заморачиваться в любом случае, потому что апач запускается от одного пользователя, а работаешь ты под другим Т.е. в лучшем случае у апача будет доступ на чтение к каталогу в твоем хомяке (если не сделаешь ничего с правами). На тестовых виртуалках я делаю просто: chown -R www-data:my_user /.../www chmod -R g+rw /...www/ (изменить владельца на юзверя, под которым гуляет апач, а группу назначить пользовательскую и дать ей права на запись) А вообще можно заморочиться с разными модулями а-ля suexec и так далее

dpkg -l По "remove" - не должны. Конфиги удаляются по apt-get purge PKG

Только если это барахло тебе не нужно. "Поверх" ничего не установится, т.к. нет смысла устанавливать пакеты, которые уже есть в системе. Они либо обновятся, либо останутся, как есть, только доустанавливаются недостающие.

По правде говоря, даже графика особо не нужна, пустая трата ресурсов Для сервера достаточно безгуевого дистра и настроенного ssh.

С днем именинного рождения, елки. Я снова все пропустил

Интересно. Надо будет накатить на виртуалку голую бубунту, накатить с нуля apache/php + mysql и соорудить из этого пошаговое описание. Если, конечно, меня никто не опередит Ну так 404 - это рабочий сервер. Возможно, с пустым DocumentRoot. Виртуальные хосты настраивались? Как? PS: А что показывает эта команда (если, конечно, используется дефолтный вхост)? grep 404 /var/log/apache2/access.log

Первое сообщение выглядит как ТЗ, а не просьба "помочь разобраться"

А что, разве невозможно? Виноват, вопрос об алгоритме, сори.

http://htmlbook.ru/samcss

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

Это в самом деле риторический вопрос, потому что доктайп 4.01 уже давно не нужен.

Насколько я помню, ФФ негативно относится к "position: relative" в ячейках таблицы.

Что-то не стыкуется. Сообщение об ошибке (см. первый пост) говорит о невозможности подключения к серверу, т.е. порт или сокет, на который "ломится" клиент, закрыт или не отвечает. Либо это больные фантазии джумлы/переводчиков, либо было что-то еще.

ukraine . com . ua - за 145 грн/год полгига на диске, 64 метра для PHP. Один нюанс - их почтовые серверы в блеклисте. Мне для бложика-записной книжки на друпале хватает с головой.

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

А за 1.5$ в месяц можно заказать хостинг без рекламы и укзовских задрочек, которого с головой хватит для такого блога

А ожидали чего-то другого? Нигде не указано, в какой кодировке надо отображать страницу. Браузер пытается угадать сам. Угадать у него получается плохо, потому что title в utf8, а контент - в cp1251. Приведите все к единой кодировке и укажите ее в http заголовках (или хотя бы в meta теге).

такое мнение резко меняется когда появляется необходимость поддерживать такой говнокод. Свой или чужой - не важно.

Это дуровские подчиненные создали группу чтобы отсеивать порнушников. Вступил? Давай, до свиданья!

Возможно, с перекрывающимися стилями либо с ошибками в синтаксисе.

И для каждой картинки, у которой должна быть рамка, будем придумывать новый id? Здесь напрашивается класс либо для картинки, либо для родителя.