Pull to refresh

Comments 12

Примерно такой подход используют некоторые CMS, например, Neutrino CMS и ей подобные.
такое было лет 5—6 назад во всяких php-nuke, e-107 (или как он там назывался?), а потом все дружно решили, что это плохо влияет на безопасность (не помню уже, из-за чего)…
Идея далеко не нова. Подобное можно увидеть много где. И уже достаточно давно.

Более современным подходом считается автоматическая генерация meta-тегов на основе данных страницы. Это лишает большого количества мутороной работы и делает их актуальными в любом случае.
на сайте, скрины которого я привел, почти год было именно так. однако их «дон SEO» сказал, что хочет задавать произвольно.
это как пример. постоянно просят именно такое редактирование
Странно, у меня было с точностью до наоборот.
Хочешь сделать что бы клиенты писяли кипятком — сделай editinplace :)
у меня все тексты были «редактируемые», так как сайт изначально расчитывался на три языка с возможностью расширения, если перевод на нужный язык отсутствовал, текст показывался на дефолтном языке.

и в режиме отладки по GET-параметру debug=1 у меня с каждым текстом показывался его ключ, что выглядело не очень красиво и рвало вёрстку

в будущем буду заменять ключ на плюсики со ссылкой на этот ключ в таблице, спасибо за идею
Лучше делать, как на Фликре: клац по заголовку или описанию фотки, и текст заменяется полем ввода текущим текстом.
лучше по контрол-клику открывать инплейс-редактор.
а как дела, в плане безопасности, у такого решения?
В принципе меняется лишь место отображения формы для редактирования данных, безопасность тут ни причем.
Sign up to leave a comment.

Articles