Category: технологии

Category was added automatically. Read all entries about "технологии".

1

Нужен плагин-корзина для wordpress

Есть задача написать плагин-корзину для Wordpress.

Опишу как я вижу это со стороны пользователя, технологии и способы решения задачи меня не особо волнуют - главное "шо бы работало". И работало хорошо =)

Read more...Collapse )

Автомобильная социальная сеть на своем движке

Всем привет, меня зовут Кузнецов Роман, я представляю команду программистов AutoVisio.com.ua. Наш проект задуман как органичное сочетание универсального автомобильного портала и социальной сети для автолюбителей. Он является в некоторой степени инновационным, поэтому нам интересно узнать, что думает о функционале сайта ваше сообщество профессионалов. 

Движок был разработан на основе анализа самых распространенных CMS, в том числе и такие, как 1С Битрикс. В результате получился движок, который позволяет в кратчайшие сроки приступить к работе, не накладывая особых ограничений на стиль написания кода и используемые технологии, то есть предоставляя полную свободу разработчику.Что же выделяет нас среди прочих стартапов? Читаем.

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

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

- широко используется технология HTML 5.

- написан свой собственный AJAX/JavaScript/HTML чат, который позволяет общаться посетителям, не находясь на определенной странице сайта. При этом собеседники не теряются при перезагрузке/обновлении страницы. Пользователь может вести общение параллельно с навигацией по сайту, не беспокоясь о том, что может пропустить личное сообщение.

- создано множество легковесных скриптов для анимационных эффектов при просмотре страниц сайта, а так же для упрощения и ускорения навигации как в пределах одной страницы сайта, так и по всему сайту в целом.

- применены технологии «поведенческой» защиты от спама, расширящие известные большинству веб-программистов методы. .

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

- система включает в себя защиту от кривых рук программистов, защищающуюю ее от критических сбоев.

Если у вас появилось желание задать вопрос, касающийся проекта, или даже поучаствовать в бета-тестировании, отписывайтесь здесь.

Критика, естественно, тоже приветствуется.

Чёрное Солнце

Кроссдоменная авторизация

Вопрос, конечно, обсуждался тысячу раз. Но внятного решения я так и не нашёл.

Проблема: необходимо, чтобы пользователь, авторизовавшись на сайте singlesignon.com мог зайти на example.com без потери авторизации, причём сайт единой авторизации не знает о том, какие у него есть дочерние проекты.

Очевидные решения:

1) iframe на странице авторизации, который устанавливает куки на всех дочерних проектах. Не подходит, так как дочерние проекты центру неизвестны. Если бы были известны, всё равно вариант был бы неподходящим: это может грозить созданием тысячи iframe, что крайне утяжеляет страницу и нагружает сервер.

2) iframe или script src="", ведущий на singlesignon.com с каждого сайта example.com. В полученной информации есть идентификатор сессии, который мы устанавливаем через JS на наш домен. Это неприемлимо, так как при первом заходе на новую страничку пользователь не будет авторизован. Решение -- обновлять страницу в случае успешного запроса на singlesignon.com -- представляется уродливым костылём и чрезмерной нагрузкой на сервер. Кроме того, пользователь может отключить JS.

3) Если пользователь не авторизован на example.com,
i) его редиректит на http://singlesignon.com/getses?url=http://example.com/.
ii) Оттуда -- на http://example.com/setdomses?sid=lalala&url=http://example.com.
iii) Оттуда на http://example.com.

Такая схема не подходит.
а) У пользователя могут быть отключены Cookies. Тогда после окончательного редиректа происходит опять фаза i.
б) Пользователь может быть роботом, которого не нужно никуда редиректить.

По идее, можно в первом случае как-то узнать, что у пользователя работают Cookies, не устанавливая ему ни одной. Можно ли? От поддержки авторизации для пользователей, у которых не работают Cookies, мы априори отказываемся и трактуем такого юзера как робота, просто демонстрируя ему контент.

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

Есть ли какая-то красивая логическая схема, которую можно решить с помощью PHP и которая будет работать стабильно?