Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Обсуждение форума > html в вёрстке


Автор: R.M. 8.11.2006, 18:02
Предлагаю в разделе вёрстки дать возможность (может не всем) использования doHTML с ограниченными возможностями (которые тоже можно оговорить) т.к. иногда бывает неплохо показать сразу результат, который получается, используя данный код, а идти куда-то создавать страницу, потом заливать её и давать ссылку не очень удобно.

Автор: sergejzr 8.11.2006, 18:04
Всё таки придётся показывать через свои страницы. doHTML слишком опасен.

Автор: R.M. 8.11.2006, 18:37
sergejzr, а если запретить <img>, весь javascript, <object> и др. теги, которые могут принести вред?
Просто было бы удобно скажем показать новичку какой стиль для чего и как им пользоваться.

Автор: sergejzr 8.11.2006, 18:42
Не знаю.. надо переговорить с явакриптовщиками и версталщиками... Нужно побольше мнений..

Автор: R.M. 8.11.2006, 18:44
Придут сюда со временем... надеюсь smile

Автор: Girder 8.11.2006, 20:48
Ну... ну.

Автор: R.M. 8.11.2006, 21:29
Girder, а по конкретней мысли можешь выразить? smile

Автор: pythonwin 9.11.2006, 13:12
R.M., поддерживаю! smile

Автор: 12345c 9.11.2006, 16:24
Можно разрешить полный HTML+JS, но в другом субдомене в отдельном i-фрейме. Нужно только выяснить, доступны ли куки в субдоменах. Где-то читал, что возможно.

Но уж точно можно разрешить в другом домене.

И-фрейм может быть неудобен для страницы, он запрещает манипуляции с ним, если появляется другой домен. И есть неудобство, что скрипт может закрыть родительскую страницу. Но тогда неплохое решение - новое окно. Открывать его через HTML (по клику), чтобы связи через JS не было.

Автор: Illuminaty 9.11.2006, 22:52
может создать небольшую директорию (субдомен - слишком уж) для помещения в нее примеров. Например, examples, в ней для каждого топика будет своя директория, в которую можно будет положить несколько файлов. Не больше n байт на топик. Все остальные могут добавить файлы в данную директорию. Модераторы имеют право удалять файлы. Это будет удобно, так как иногда приходится иметь дело с изображениями, уже созданными пользователем, а рисовать самому неохота. В этом случае пользователь скидывает в директорию графические файлы, свой html файл, файлы стилей и т.п. Остальные могут добавлять файлы, в которых будут ссылки на уже лежащие в директории ресурсы, не создавая их заново. Что-то я путанно объяснил... 

Автор: R.M. 9.11.2006, 22:56
Illuminaty, Только один вопрос, не будет ли это замороченней чем залить файлы по FTP? smile конечно не у всех он есть но всётаки smile

Автор: Illuminaty 9.11.2006, 23:04
Конечно, замороченней smile 

Автор: 12345c 10.11.2006, 14:27
Цитата(Illuminaty @  9.11.2006,  22:52 Найти цитируемый пост)
может создать небольшую директорию (субдомен - слишком уж)
нет, именно субдомен, иначе возможно писать скрипты, ворующие сессии и пароли.

Вот что нашёл по видимости кук:
http://forum.woweb.ru/topic6916.html
Цитата
Короче, протестировал и вот вывод: 
1. сессии так и не передаются, хоть что пиши в domain...
2. куки могут с субдомена видны на основном домене, если указать в setcookie domain...
т.е. из домена куки субдоменов могут быть видны при записи в них имени домена.

http://gadyuka.livejournal.com/660917.html
Цитата

Что делать с куками?
Есть, к примеру, два разных сайта: один на http://somesite.ru/, другой на http://other.somesite.ru/

С сайта http://somesite.ru/ ставится кука:
setcookie("mykey", 1, time, "/", "somesite.ru");

С сайта http://other.somesite.ru/ ставится кука:
setcookie("mykey", 2, time, "/", "other.somesite.ru");

Когда, затем, ходишь по сайта http://somesite.ru/, IE шлет ему mykey=1. Когда ходишь по http://other.somesite.ru/ - IE ему тоже шлет mykey=1, хотя должно быть mykey=2. FF, причем, шлет как надо - на первом сайта mykey=1, на втором - mykey=2. А IE считает, видимо, что однохерственно, что other.somesite.ru, что somesite.ru, но somesite.ru, несомненно, круче.

Что делать??? Если ли способы борьбы с этим, какие-нибудь? Кроме принудительного обзывания somesite.ru как www.somesite.ru?


Цитата
В мануале по PHP написано:
To make the cookie available on all subdomains of example.com then you'd set it to '.example.com'. The . is not required but makes it compatible with more browsers. Setting it to www.example.com will make the cookie only available in the www subdomain. Refer to tail matching in the spec for details.
Значит, если куки форума с forum.vingrad.ru, то пользоваться субдоменом при сохранении недоступности форумных куки можно.

2.
Иметь в этом пространстве десяток заготовленных рисунков - хорошая мысль.

Автор: R.M. 10.11.2006, 15:10
Невижу тогда смысла вообще в этом smile или сильно урезать doHTML (хотя он и так сильно урезан, можно разрешить больше но разумней) или вообще ничего не делать т.к. проще и быстрей будет пойти на бесплатный хостинг, зарегаца, залить файл и выложить его smile 

Автор: pythonwin 10.11.2006, 15:14
Illuminaty, я не много не понял про небольшую файловую директорию - т.е. ты хочешь дать каждому форумчанину право создавать свою директорюю и размещать там файлы?

Автор: Exception 11.11.2006, 17:29
Против. И вот почему. Форум немалого масштаба. Если найдётся дыра в этом добре..

Автор: Illuminaty 11.11.2006, 23:36
А на самом деле, лучше сделать библиотеку скриптов, о которой уже как то говорили, с возможностью давать ссылки на файлы из библиотеки на форуме. Причем, для многих разделов это было бы оч. хорошо smile

Автор: pythonwin 13.11.2006, 06:45
Цитата(Illuminaty @  12.11.2006,  06:36 Найти цитируемый пост)
А на самом деле, лучше сделать библиотеку скриптов, о которой уже как то говорили, с возможностью давать ссылки на файлы из библиотеки на форуме. Причем, для многих разделов это было бы оч. хорошо smile

а сколько места смогут выделить?

Автор: pythonwin 16.11.2006, 13:28
может так:
1) дать возможность писать html (а лучше и XHTML) в простом редекторе
2) дать возможность писать текст в Rich Text редакторе (не все программисты знают html)
3) дать возможность использовать CSS и JS (тут ещё нужно поговорить о безопастности)
4) дать возможность пользователю настраивать использование:

    * BBCode
    * html-теги
    * html-теги + CSS
    * html-теги + CSS + JS
    * RichText
    * ничего не использовать


и прописывать это в профиле пользователя + по умолчанию сделать BBCode smile

Автор: R.M. 16.11.2006, 15:23
pythonwin, ты читал первую страницу?

Автор: 12345c 17.11.2006, 20:57
Вот оно где зарыто, нашлось: свойство http://javascript.aho.ru/files/js/document.html#domain - для работы с серверами на субдоменах. Надо выяснить, что позволяет, и если по субдоменам можно гулять, как по своему, то вариант разрешения HTML только один - на другом доменном имени.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)