Save changes?
Вот еще идея: есть админский интерфейс — или любая форма — и в ней есть Критичные Поля (КП). После того, как содержание КП изменилось (т.е. было отредактировано) пользователь не может уйти со страницы по любой ссылке, потому что выскакивает диалог «Вы не сохранили изменения. Действительно хотите уйти отсюда?».
А то у многих такая проблема: либо при редактировании случайно уходишь по ссылке, либо забываешь — постил ты изменения или не постил.
Народ уже вовсю обсуждает. Я представляю, как это сделать, но в javascript я совсем не программирую.
Картинки возвращаются-2
«When using a normal web server setup, images should be stored as files. That is, store only a file reference in the database. The main reason for this is that a normal web server is much better at caching files than database contents. So it it’s much easier to get a fast system if you are using files». (С) Официальная документация MySql, «5.2.12 Other Optimisation Tips».
Господа, вы, извините, заебали... удивляете своей тупостью и особенно — упрямством. Когда с вами спорят, должно же хотя бы закрасться подозрение, что вы не правы, или нет?.. Не надо говорить всякие вещи, которые вы не понимаете, про «а вот ext2fs занимает столько-то, а MySql — это три файла» и прочее. И не надо говорить, что 10000 файлов не кэшируется, а если это запихать все в одну базу данных — оно сразу же отчего-то начнет кешироваться. Следуя вашей логике, нужно завести Специальную Базу Данных и хранить все маленькие файлы именно в ней, одним файлом — чтобы рабтало все быстрей. Ну так заведите ее на своем компьютере. И вообще, не храните у себя много файлов — система будет тормозить. Точно говорю.
Перечитайте еще раз главу пять (MySQL Optimisation) и плюс к этому механизм работы BLOB’ов — чтобы понять, какие они тормозные.
PS. Тесты MySql vs Files
Картинки возвращаются
Продолжая про картинки в базе. Вот это сообщение.
Народ, однако, упорно комментирует, наглядно показывая выскоий уровень своего непонимания: «К тому-же у картинок могут быть другие атрибуты, которые нужно читать/менять (например счетчики)».
Господа, блин, возьмите и почитайте ДОКУМЕНТАЦИЮ. Ну хоть раз, для разнообразия, а? В частности — главу 5.
И потом — никто не мешает в базе данных хранить все нужные аттрибуты: размер картинки, счетчики, и проч. и проч., но не хранить саму картинку, а путь до нее. Разве это не понятно?
Хоть садись и заметку на тему «MySql abuse» пиши, честное слово. Да, кстати, я сейчас очень медленно и неторопливо пишу одну вещь на MySql. Так вот, например, блок разбора ЧПУ, который понимает неограниченное количество вложенных рубрик, типа site.ru/news/world/iraq/propaganda_bullshit/ — знаете, сколько раз обращается к БД, чтобы правильно разобрать подобный УРЛ по рубрикам-подрубрикам?..
MySql vs Files
Ну, если про хранение текстовой информации еще можно поспорить — и совершенно справедливо — то некоторые вещи меня удивляют. Использовать MySql для хранения картинок... и выдавать их так...
$data = @mysql_result($result, 0, "imageinfouser");
header("Content-type: $type");
echo $data;
Мне даже сказать по этому поводу нечего.