Ayavryk

Ayavryk
Рейтинг
209
Регистрация
11.10.2003

Ищите Google map api. Там все должно быть расписано.

Если кратко, это js-интерфейс к этим картам - каком масштабе отображать, какие объекты показывать и т.д.

Соответственно когда юзер что-то с картой делает, действия/состояние запоминается или в куках/на сервере. Когда юзер заново идет по нужному адресу карта перерисовывается исходя из этих данных.

telemad:
На одном из проектов я делал скрытое через CSS поле... Потом бота, видимо, обучили.

Имя поля было "spam" или "bot"? :)

telemad:
Но не всегда помогает.

Вы сами сталкивались или теоретические рассуждения? Если сами, то пользовались готовым растиражированным решением или собственным?

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

Имхо в 99% случаев автоматический спам отбивается простыми JS - вводом фиктивных полей, кнопок submit, ложных адресов отправки сообщения, проверкой заголовков на тип сабмита и т.п.

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

ЗЫ если пользователь отключил js, то он скорее всего параноик. С такими лучше дел не иметь. Мало ли.

DavyJohnes:
SimpleXML я заметил что в нем нет метода который выводит HTML

Если смотрите в сторону XML, то для шаблонизации лучше всего подойдет XSLT. Можно собирать-разбирать XML как заблагорассудится и в несколько проходов - на уровне ваших компонентов, на уровне сборки, на финальном преобразовании.

Olldman:
Каково же после сдачи проекта наблюдать, как этот же заказчик при первом же наполнении сайта контентом перечеркивает всю работу вебмастера.

Недоработка программиста. Необходимо все что вбивается ручками принудительно чистить Tidy + фильтрами. Хотя бы из соображений безопасности.

zexis:
На http://validator.w3.org/ слишком строгая проверка.

В плагине FF вы можете отключить "ненужные" проверки и сделать вид, что у вас все ок.

Olldman:
Они ж выше господа, он им кофа в постель по утрам таскает.

Оно конечно невалидность - плохо.

1. HTML4 W3C - конечно стандарт, но надо признать что он сильно устарел и содержит кучу нелогичных деталей.

2. Верстка любого большого развивающиегося проекта со временем деградирует.

Ни разу не оправдание, но понять можно.

По большому счету получается, что Drupal так же как большинство CMS предназначен для относительно небольших, типовых и мало отличающихся друг от друга решений или для случая, когда квалификация позволяет сделать только велосипед с квадратными колесами :(

DenisVS:
Начал было писать, но... на Хабре лучше

Спасибо. Прочитал с интересом. Но не прояснило. Там те же самые вопросы остались открытыми.

Изучить фреймворки проще и приятнее чем готовую CMS с богатым API. Это понятно. Вопрос в затратах на последующую разработку приемлемой CMS, которая будет потом работать и постоянно дорабатываться минимум семь лет. И возможно дорабатываться сторонними исполнителями.

vandamme:
да и не на этом форуме вероятно спрашиваете

Возможно, но я не php-разработчик. Выучил по случаю и необходимости. Хотя не исключаю, что когда-нибудь придется менять работу и тут знание Drpupal пригодится с большей степенью вероятности.

---------- Добавлено 27.08.2012 в 11:13 ----------

minor:
Думаю что их сравнивать нету смысла они разные изначально
Я не пытаюсь сравнить возможности я пытаюсь сравнить затраты на разработку CMS и ее сопровождение.
minor:
большой проект понятие растяжимое

большой по функционалу. в составе - каталоги мероприятий, организаций, людей, новости, публикации, юзеры с собственными персональными сайтами, завязки на соц.сети и другие сайты, напоминалки, рассылки, голосовалки, древовидные форумы и комментарии и т.п.

Всего: 2264