За невозможность “удалить” запись после первоначальной публикации.

Написал автор глупый пост не подумав, кинулся его удалять, а поздно: rss-читалки уже его затянули.

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

Или в форуме написали какую-то гадость, запрещённую правилами, модераторы среагировали, но не мгновенно: все подписчики успели эту гадость получить.

Если хотите, чтобы читалки «убили» вашу первоначальную запись, её не надо удалять или убирать под замок. Надо отредактировать запись до приемлемого текста, но ни в коем случае не менять её адрес. Правильная читалка проапдейтит запись во время следующего захода за фидом.

Кстати, очевидное преимущество серверных читалок (типа google reader или яндекс.ленты) — они могут затянуть пост без вашего участия, что увеличивает вероятность прочтения вами записи, уже удалённой автором.

Задача: создавать с помощью PHP скрипта такие директории, в которых можно потом создавать файлы с помощью того же скрипта.

Условие, без которого задача тривиальна: PHP работает в Safe Mode.

Без Safe Mode всё работает прекрасно, главное не забывать делать chmod новым файлам, чтобы иметь возможность удалить их вручную (по ftp/sftp). В Safe Mode директории создаются без проблем, а вот при попытке записать в такую директорию файл PHP выдаёт такой warning:

SAFE MODE Restriction in effect. The script whose uid is 529 is not allowed to access /home/website/autofolder owned by uid 48 in /home/website/script.php on line XX

И никакого файла, естественно, не создаёт.

Решение: создавать нужные папки с помощью ftp-функций: ftp_connect, ftp_login, ftp_mkdir. Законнектились, сделали папку, отвалились.

Пришла в голову такая идея — было бы здорово, если бы браузеры умели отображать стандартные картинки самостоятельно, из своей внутренней библиотеки.

Пример: в html код вставляется тег рисунок с src=”image://hardware/computer/keyboard”. Браузер этот код интерпретирует и подставляет в страницу рисунок клавиатуры из своего клипарта. Список поддерживаемых рисунков является общепринятым стандартом по аналогии со списком английских наименований html-цветов.

Пишешь себе скрипт, и на лету вставляешь в него иконки, не тратишь время на поиск и последующую обработку. Рисунки могут не являться концептуальной частью дизайна сайта; у сайта может вообще отсутствовать дизайн — Browser Clipart отлично справится с «раскраской» таких сайтов.

Браузеры карманных устройств могут иметь специальный клипарт с рисунками маленького размера, или иметь укороченный вариант клипарта.

Экономия на траффике незначительная, имеет смысл только для всяких gprsов.

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