Редактирование поста.

Редактирование поста.

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

18 декабря 2018, 18:45

Чтобы ничего не делать, надо находиться очень высоко.

Чтобы ничего не делать, надо находиться очень высоко.

Сидела одна ворона на дереве, и целый день ничего не делала.

Бежал мимо заяц, увидел безмятежную ворону.
Картина ему очень понравилась, и он спросил:
- А могу и я вот так целый день сидеть, расслабляться и бездельничать?

- Конечно, а почему бы и нет? - ответила птица.

Тогда заяц блаженно развалился под деревом, закрыл глаза, и забыл обо всех заботах.

Вдруг из-за кустов выскочила лиса.
Увидела расслабившегося зайца, и съела его.
Ибо, чтобы ничего не делать, надо находиться очень и очень высоко.

Про эти кнопки можно сказать следующее:

Редактор поста.

Имитатор к кнопке приделан.
Форму редактирования мы уже практически рассмотрели чуть ранее.

Удаление поста.

Никаких предохранителей здесь нет.
Нажали эту кнопку - удалили пост со всеми комментариями к нему.

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

О многократно прилинкованных изображениях.

Важно знать, что если при редактировании поста из его HTML кода убирается ссылка на изображение, ранее загруженное через форму редактора поста, то уничтожается и сам файл изображения. Так скрипт защищается от замусоривания диска более не используемыми данными. Для изображений это особенно актуально, ведь обычно они имеют значительный байтовый объём.

Из этого следует, что если в другом посте повторно упомянуть URL загруженного ранее изображения, то при исчезновении этого URL-а в коде любого из этих двух постов в процессе редактирования, само изображение будет удалено. Несмотря на то, что второй пост продолжает ссылаться на картинку.

Об абсолютных ссылках в постах и комментариях.

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

Однако мы помним, что для любой инсталляции её посты могут быть развёрнуты в ином месте и по другому адресу. И будет странно, если документы этой копии начнут ссылаться на оригинал, в то время как совсем рядом есть такие же документы, но путь до которых ближе, и не уводит в другой раздел сайта.

Ещё коварнее ситуация, когда блоги физически администрируются внутри админки, а выводятся в других разделах. Абсолютные ссылки на посты и комментарии в текстах документов будут вести в фолдер админа, где рядовой серфер, конечно же, ничего не увидит.

Чтобы исключить подобный эффект, блог в любом адресе контролирует все ссылки на любые документы своей инсталляции. Он переделывает их так, чтобы все такие ссылки вели в копию просматриваемого блога. Даже если в HTML коде документов написано что-то иное.

Это же относится и к протоколу. Всё равно, как именно написаны адреса - в http протоколе или https. Подставлен будет тот, в котором в текущий момент запущен блог.

Однако ссылки другой инсталляции таким образом не обрабатываются. Обмен данными между разными инсталляциями не поддерживается. Поэтому, ссылаясь на документы блога другой инсталляции, делайте это правильным образом, чтобы серфер не получил битую ссылку. Блоговая Нана не сможет её динамически исправить.

Как следствие из всего этого, блог можно переносить между разделами сайта, в процессе чего все URL-ы его документов поменяются. Но при этом изменения в сами документы вносить не придётся. Блоговая Нана сама обнаружит все теперь неправильные ссылки в текстах постов и комментариев, и откорректирует их.