Пароли никуда не передаются, в этом суть технологии. Сервера обмениваются "секретом", сервер провайдера вешает идентификаци в куки - но пароль за его границы не выходит. Зато выходят такие немаловажные данные как email...
Тут могут быть варианты. Хотя в указанном можно формировать кеш образ главной каждые 5-10 минут – в общем и целом это будет почти актуальная информация. Нагрузка для единократного формирования кеша незначительная.
при вызове CRONTAB доспен GET попробуйте предложенный вариант
/usr/bin/php -f/полныйадрес/index.php "& ctrl_action=getComponent&createcache=on&request_uri=/controller/tagcloud/"
Посмотрите в содержание массив $_GET в стартовавшем скрипте
Я без подготовки говорил и никаких текстов не осталось. Здесь в Беларуси у многих какое-то расплывчатое понимание Веб 2.0, слишком абстрактное типа "Веб 1.0 - это нате-возьмите, Веб 2.0 - а чего вы хотите? ок, будет". На мой взгляд все предельно ясно - набор тенденций отраженных в успешных проектах и ряд комментариев по этим тенденциям (в чем их суть, в чем успех). Что-то вроде конспекта я обрисовал здесь http://rglab.ru/technologies/thesaurus/0…, но в подкасте старался говорить максимально доступным языком - все-таки для аудитории радио делалось.
Это его явно друг-Лукашенко надоумил. Последний уже пару лет назад объявил о разработке национальной Windows-совместимой ОС за 15$ и о производстве собственных мобильников для сельских жителей. Чем примитивнее ложь (профонация) - тем (как ни странно) она лучше принимается людьми (это еще Гебельс говорил)
Так это обычная практика - все самое "вкусное" оставляется на потом. Впрочем, Дерик и Дрю хорошо раскачали "аудиторию" с самого начала дня и сомнительный выбор доклада для столь известной личности как Котеров и непопулярная тема про микроформаты прошли гладко, а Анохин еще в 2005 году сделал самый яркий доклад конференции - от него меньше и не ожидалось
BBS, FIDO, форумы и блоги –различные виды асинхронных коммуникаций. Все это коммуникации, но организованные различным образом. Да это эволюция, даже если фанаты FIDO до сих пор убеждены, что FIDO лучший способ коммуникаций. Тоже можно сказать и про любителей форумов.
Часть, которая «бесплатный» весьма привлекает. Однако, говоря откровенно если прикинуть сколько стоят билеты/проживание/суточные для командировки, скажем из Минска или из Одессы в Москву выходит все равно приличная сумма. Т.е. те кто может обосновать затраты на участие в семинаре для работодателя, обоснуют и в случае платного семинара, но все те, кому это сложновато едвали попадут и на бесплатный семинар. Я уже много лет занимаюсь различными open source проектами, общаюсь целевой аудиторий и вынужден констатировать, что огромная аудитория реально креативных и грамотных разработчиков просто не может себе позволить выбраться на РИФ, РИТ, КИБ или PHPConf. И если уже говорить о мечтах, то мне бы хотелось найти возможность собрать этих ребят. Как это возможно? Пожалуй, через создание некоммерческой организации на манер украинской UAFOSS с региональными представительствами. Пригласить в нее организации, проводящие локальные конференции и т.д. Можно выработать общие темы, стратегию, организационный концепт для локальных конференций – дать необходимый толчок.
По темам: я предлагаю уделить должное внимание популярным Open Source фреймворкам различного направления. На мой взгляд, это обмен опытом в чистом виде, практическая демонстрация решений и программных тенденций в деталях.
Я не имел ввиду WAP (хотя и там есть своя аудитория, порой далекая от Интернета), я имел ввиду WCAG - верстка должна адекватно показываться на мобильных устройствах
1) Версии
Я пытался обратить внимание, что обновление приложений становится иным. Это уже не замещение приложения новым релизом, а скорее что-то похоже на PUSH. Безусловно версинность останется, хотя бы для контроля SVN/CVS, но движемся к концепции где веб-приложения обновляются беспрерывно, т.е. конечному пользователю информация типа 3028 релиз не интересна, раз что дата последнего обновления как показатель развития проекта.
2) API
Открытый API - это вопрос маркетинга. Скажем, тому же eBay наличие открытого API реализует "длинную" цепочку потенциальных клиентов через сторонние проекты и в тоже время позволяет интеграцию аукциона в корпоративные сети существующих клиентов. Самое интересное, что как раз тем, что Open API снижает число заходов на страницы проекта, разгружаются сервера , но при этом довольные пользоатели приносят своей активностью прибыть аукциону.
7) Сжатие и поиск информации
Не согласен. Добраться до файла то можно, но требуется возможность по крайней мере быстрого preview. YouTube и Google по своему компрессируют медиа, но учитывая что объемы файлов постонянно растут в отличие от ширины каналов требуются новые решения
Однако. Речь вовсе не о малых компаниях. Речь о тенденции The Long Tail, которая, кстати, успешно зарекомендовала себя во многих проектах («хвосты» от Amazon, eBay и прочее). Считаю должным апеллировать к тому, что нестабильность Google едва ли критична в сравнении с нестабильностью самописных приложений. Ни функциональное, ни модульное тестирование, не выявляют всех багов. Причем некоторых типов по определению (см. http://blog.redgraphic.ru/avis_alba/11-0…). Только community-тестирование и профессиональный QA, а вот это может позволить себе редкая компания. Более того, организовать беспрерывное динамичное обновление версий ПО самим и по всем приложениям системы опять же крайне затратный путь. Так, что полагаю здесь вопрос скорее психологической инерции, как скажем, доверять данные Amazon S3 или же носить их с собой на винчестере.
/usr/bin/php -f/полныйадрес/index.php "& ctrl_action=getComponent&createcache=on&request_uri=/controller/tagcloud/"
Посмотрите в содержание массив $_GET в стартовавшем скрипте
http://php.com.ua/ru/files/phpconf2007/
Фотки:
http://photo.daylessday.org/v/Events/PHP…
Прочее
http://blogs.yandex.ru/search.xml?text=p…
http://blogs.technet.com/pdidenko/archiv…
Можно опробовать в http://www.phpbb.com/community/
По темам: я предлагаю уделить должное внимание популярным Open Source фреймворкам различного направления. На мой взгляд, это обмен опытом в чистом виде, практическая демонстрация решений и программных тенденций в деталях.
Я пытался обратить внимание, что обновление приложений становится иным. Это уже не замещение приложения новым релизом, а скорее что-то похоже на PUSH. Безусловно версинность останется, хотя бы для контроля SVN/CVS, но движемся к концепции где веб-приложения обновляются беспрерывно, т.е. конечному пользователю информация типа 3028 релиз не интересна, раз что дата последнего обновления как показатель развития проекта.
2) API
Открытый API - это вопрос маркетинга. Скажем, тому же eBay наличие открытого API реализует "длинную" цепочку потенциальных клиентов через сторонние проекты и в тоже время позволяет интеграцию аукциона в корпоративные сети существующих клиентов. Самое интересное, что как раз тем, что Open API снижает число заходов на страницы проекта, разгружаются сервера , но при этом довольные пользоатели приносят своей активностью прибыть аукциону.
Мне как-то случалось принимать участие в подобном проекте и здесь http://www.cmsdevelopment.com/download/i… остались несколько зарисовок.
7) Сжатие и поиск информации
Не согласен. Добраться до файла то можно, но требуется возможность по крайней мере быстрого preview. YouTube и Google по своему компрессируют медиа, но учитывая что объемы файлов постонянно растут в отличие от ширины каналов требуются новые решения