Тогда сразу еще вопрос задам. У каждой статьи должен быть id. Допустим, к первой статье я укажу id=1. Как мне брать из базы максимальный элемент id, повышать его на единицу и присваивать новой статье? Сортировку буду выполнять по id, а для этого нужно, чтобы каждая последующая статья была с id на один больше.
Пока не имею представления как :-) Изучаю книгу Люка Веллинга и Лоры Томсон: «Разработка Web-приложений с помощью PHP и MySQL». Там дан приблизительно такой пример и мне захотелось отсортировать его в обратном порядке, средствами PHP.
<?php
// Следующий пример на работает, поскольку пытается включить локальный файл
include 'file.php?foo=1&bar=2';
// Следующий пример работает
include 'http://www.example.com/file.php?foo=1&bar=2';
?>
Спасибо. На локальном сделал, работает. А вот с хостингом, наверное, будут проблемы. Через фтп никаких подобных фалов настройки нет вообще. Провайдер может для меня поправить эту настройку?
Может быть вы и правы. Если судить по этой таблице получается, что можно использовать лишь TTF и EOT (а стоит ли его?). Забить на iOS с SVG, также потерять поддержку Оперы 9-х версий, на что тоже, думаю, внимания обращать не стоит, так как тематика сайта предполагает несколько продвинутых пользователей, которые способны обновить свой бразуер.
Я так понимаю, Хром скачает себе только TTF (или OTF или WOFF, не знаю, что у него там приоритетнее), а, допустим Опера только TTF (или OTF или SVG)? То есть за раз я впарю юзеру всего ≈160 кб шрифтов, а не ≈640?
Количество запросов в данном случае не очень волнует, нужны только эти четыре начертания.
Тем же @font-face generator'ом можно внедрить шрифты в сам CSS с помощью Base64. Какой способ действеннее: подключать файлы шрифтов или воспользоваться Base64?
Штука в том, что при этом не нужно писать, что все плюсы/пинки автору, а не опубликовавшему. Получается, как с мопедом. Против копирайта на реального автора статьи никто не против.
