Управление загрузками полностью отдается flash-плееру. Он постом отправляет файлы из очереди. Дело в том, что он не передает в заголовках кукисы, а значит и сессию. Решение заключается в том, чтобы передавать строку сессии методом GET. Например, когда я прикручивал этот загрузчик в CakePHP, то там приходилось отключать проверку User Agent'a чтобы сессия оставалась валидной (а у плеера строка user agent'a совсем иная, чем у используемого браузера).
Все это вкупе открывает дырку в безопасности для похитителей сессий.
>Единственное, он флеш юзает
А потому не пригоден для закрытых частей сайта. Есть решения и этой проблемы, но они не достаточно элегантны и оставляет хорошую дырку в безопасности ваших сессий. По-моему с этими аплоад-боксами вообще ничего не надо делать. Лишние навороты.
>Вердикт - все собрано в кучу. Мух от котлет нужно отделять.
это не схема в куче. Это мысли в куче. У самого пока такая каша в голове. На то эти схемы и существуют, чтобы приводить в порядок мысли. Если дело будет продвигаться, схему буду улучшать. А пока из меня "херовый оптимизатор")))
>вы сами пробовали продвигать ?
Нет, это было просто ознакомление. Чтобы знать. Может когда-нибудь и пригодится.
По поводу замечаний - возьму на заметку. Честно говоря, мету указал от себя, по старой памяти. Оказывается уже никто на это ставки не делает. О каталогах - тоже подозревал про рудиментность. На самом деле данная схема не претендует быть на абсолютно правильную. Я записал основные мысли, чтобы выстроить их.
Это называется "избыточная" оптимизация - когда количество встречающихся на странице ключевых слов превышает определенное значение (достоверно не известно какое). За такое можно попасть и в баню.
Я люблю Kopete. Мультипротокольный. Да, я знаю, что он очень глючный. У него аська вылитает по 30 раз в день, мало возможностей, тормознутый рендер. Но у него есть то, чего нет у других клиентов - очень сильная интеграция с системой (с KDE). Я думаю большинство проблем современного софта, не только IM клиентов - это оторванность от системы. Я считаю будущее - за интегрированными системами.
>-Очень хотел бы увидеть внутреннею реализацию протокола smtp без всяких сервисов и гейтов.
>Т.е просто открываешь окошко вводишь dedushki@na_derevnu.ru и текст сообщения.
опасно
Тоже решал эту проблему. Решил чуть проще, но и возможностей меньше. Просто настроил локальный почтовый ящик (mailbox). Для этого устанавливается sendmail из коробки и настраивается любимый почтовик на mailbox /var/mail/[username]. Туда будут сваливаться все письма, направленные локально на пользователя [username], например username@server.loc
Недостаток - домен должен резолвится локально и имя пользователя совпадать с вашим. В настройках не ковырялся, но можно и это поправить.
"битрикс. управление сайтом" минимальное требование оперативки - 32М. Это нормально? Вот для таких и нужна эта статья.
И вообще всегда будет работать принцип: создал - уничтожь, открыл - закрой, и тп. А то, что PHP за нас делает половину работы, за это мы расплачиваемся производительностью и безопасностью.
Я до этого знал только blueprint, и он мне очень нравится. Я его использую практически везде. Часто надо отработать для клиента функционал сайта, совершенно не сосредотачиваясь на дизайне. Несколько простых движений - и весьма симпатичный веб2нольный дизайн готов. С кнопками, несколько колонок и тд. И в другом случае, даже когда делаю верстку, многое нужно просто скорректировать в своем файле стилей. Получается тоже очень просто и красиво. И поповоду размеров. 7-10 кб - это много? Если много, можно сделать сжатую версию. Или даже передавать в gzip-виде.
Вы тоже тратите на комп больше чем на себя?
Тщетно
Все это вкупе открывает дырку в безопасности для похитителей сессий.
А потому не пригоден для закрытых частей сайта. Есть решения и этой проблемы, но они не достаточно элегантны и оставляет хорошую дырку в безопасности ваших сессий. По-моему с этими аплоад-боксами вообще ничего не надо делать. Лишние навороты.
А в других случаях swf-upload - отличное решение.
это не схема в куче. Это мысли в куче. У самого пока такая каша в голове. На то эти схемы и существуют, чтобы приводить в порядок мысли. Если дело будет продвигаться, схему буду улучшать. А пока из меня "херовый оптимизатор")))
Нет, это было просто ознакомление. Чтобы знать. Может когда-нибудь и пригодится.
По поводу замечаний - возьму на заметку. Честно говоря, мету указал от себя, по старой памяти. Оказывается уже никто на это ставки не делает. О каталогах - тоже подозревал про рудиментность. На самом деле данная схема не претендует быть на абсолютно правильную. Я записал основные мысли, чтобы выстроить их.
>Т.е просто открываешь окошко вводишь dedushki@na_derevnu.ru и текст сообщения.
опасно
Недостаток - домен должен резолвится локально и имя пользователя совпадать с вашим. В настройках не ковырялся, но можно и это поправить.
И вообще всегда будет работать принцип: создал - уничтожь, открыл - закрой, и тп. А то, что PHP за нас делает половину работы, за это мы расплачиваемся производительностью и безопасностью.