Идея показалась очень интересной, зашёл на сайт. Однако увидел, что «Сейчас
у вашего браузера выключен JS.». В настройках JavaScript включен. Встроенный дебаг погрешил на /javascripts/jquerypack.js. Браузер Konqueror 3.5.9.
Спасибо. На момент, когда вы оставляли этот комментарий, такого текста у меня уже не было. Нужно было сначала доработать текст в черновике, и только потом выкладывать. Но это — моя первая заметка здесь, прошу быть снисходительным.
Да, именно это я и написал в конце, уже после публикации поста, но до вашего комментария.
rsnapshot всё же сложнее для конфигурирования и есть более специфичная утилита, нежели знакомые многим rsync и cp. Также я по ману не нашёл, как конфигурировать rsnapshot так, чтобы директории именовались датами. Специфичная она в том числе и потому, что заточена на автоматическое резервное копирование, у меня же бэкап ручной и проходит в несколько этапов.
Я любопытный и мне хочется значить, что данные на моём компьютере меняются именно так, как, по моему мнению, должны. Поэтому сначала я запускаю срипт — с ключом --dry-run, чтобы понять, что изменилось с момента последнего бэкапа. Затем изучаю разницу, и, если надо, добавляю шаблоны в --exclude (например, /home/olya/.mozilla/firefox/t4nr1bs3.default/Cache/ или /home/guest/.thumbnails/).
Только после этого я запускаю настоящее копирование.
Альтернативный подход:
В html-шаблоне пишется шаблонный тэг, описывающий набор файлов, нужных для страницы.
Если debug-режим включен, тэг разворачивается в html-тэги «script src» для каждого из нужных скриптов, в итоге скрипты грузятся по одному, то есть никакой обработки скриптов не происходит.
Если debug-режим выключен, скрипты комбинируются в один файл с учётом зависимостей, при этом сами зависимости вырезаются регулярными выражениями, опционально результат сжимается обфускатором для уменьшения объёма. Имя файла результата зависит от набора входных файлов и времён модификации файлов в директории со скриптами, таким образом браузер получает страницу с script src=X.js, где X меняется только тогда, когда изменились либо сами файлы, либо набор их использования в html-шаблоне. Чтобы не считать хэш-функцию от метаданных используемых скриптов на каждую загрузку страницы используется либо кэширование результата на несколько секунд, либо обновление кэша вручную в скрипте обновления рабочей копии.
Как реализована индикация процесса загрузки — мне неизвестно, поинтересуюсь у автора при случае.
Метод суровый, но у нас вариантов не густо — либо грузить пользователю пару мегабайт одним файлом, либо несколько сотен мелких.
Согласен.
Единственное, с чем возникают проблемы — монтирование и отмонтирование флэшек. Несложно самому скриптик написать, но расстраивает, что нет похожего на винду интерфейса.
Подробнее:
Номер SCSI-устройства иногда в процессе работы увеличивается, и, соответственно, точка монтирования плавает с /mnt/flash1 до /mnt/flashN, а KDE, несмотря на то, что запись в fstab присутствует и стоит флаг user, всё равно открывает по умолчанию флэшку через KIO system:/media/sd[a..f]1, коего не-KDE-шные программы не понимают и оттого с файлами на этой флэшке работать по-человечески не могут, хотя с открытием на чтение проблем нет. Удобного и красивого решения не нашёл.
Это «читайте документацию, что разработчики для вас писали». А «далеко» — это совсем, совсем другое место. «Избранные» в данном случае указали конкретный компонент, по которому документацию нужно прочесть. А вы как хотели? Linux — это более мощный и универсальный инструмент, чем windows, и, следовательно, имеет больше сложностей в настройке.
Никто же не удивляется, что управлять реактивным самолётом сложнее, чем велосипедом, и что учиться этому придётся дольше, и что, скажем, [strike]настроить пятикнопочную машь[/strike] совершить разворот на нём значительно сложнее для неподготовленного [strike]юзера[/strike] пилота. Зато, понабравшись умений, можно легко и быстро решать задачи посложнее, вроде [strike]удаления файлов-не-исходников старее двух недель и не находящихся в репозитории[/strike] зависания в воздухе или [strike]автоматическое построение уменьшенных копий изображений из директорий с фотографиями с сохранением структуры директорий и выкладывание их на домашнюю веб-страничку без повторного пережатия уже сконвертированных и неизменённых изображений[/strike] «мёртвой петли».
P.S. Не работает разметка HTML, но ведь вы меня поняли?
Это даёт шанс платить мало тем, кому какие-то возможности не нужны и использовать все возможности ОС тем, кто готов заплатить много денег. В целом политика мне нравится — даже хлеб в магазине бывает разных сортов от одного производителя.
Также не забываем, что есть и другие операционные системы, дающие огромные возможности тем, кто готов заплатить временем, а не деньгами.
Согласен. То, что в посте — слишком мало для доказательства заимствования кода. К тому же в посте не опровергнуто то, что в miranda не бралась за основу какая-либо библиотека с лицензией, например, вроде BSD. А использование этой же библиотеки в закрытом проекте лицензиям противоречить не будет. К тому же, мог использоваться не код миранды, а только данные трафика в качестве примера, на который лицензия GPL не распространяется. Как доказать или опровергнуть то, что в mail.ru-агенте используется GPL-код?
Была догадка, что это потому, что у меня нет на jabber.ru аккаунта. С другой стороны, другие конференции работают. Могут ли права доступа незарегистрированным на этом сервере пользователям к разным конференциям различаться?
Библиотеки, как правило, тоже написаны на высокоуровневом языке. Подозреваю, что есть библиотеки с поздней линковкой, распространяющиеся без исходного кода, но я с такими не сталкивался.
А по поводу компиляторов — методы переноса компилятора на новые архитектуры есть, хотя я знаю о них лишь очень поверхностно. Есть также кросс-компиляция — компиляция на одной архитектуре под другую.
А с .NET или виртуальной машиной — да, тут всё вообще замечательно.
(конец сообщения пропало при попытке использовать HTML-тэг)
… на debian — www.debian.org/ports/arm/, то либо защищённый режим на ARM есть, либо разработчики что-то придумали.
Я говорил про прикладные программы, а Вы — про ядро операционной системы, драйвера и компиляторы.
Если я всё понимаю правильно, прикладной программе, написанном на высокоуровневом языке без разницы как типы используемой адресации, направление роста стэка, наличие защищённых режимов процессора и всё прочее.
Как обеспечить изоляцию процессов ядру в условиях отсутствия защищённого режима, я не представляю, но если на ARM портировали
Когда я учился ещё в 8м классе (а информатика у нас с 10го класса, один урок в неделю), вроде бы в школу пришёл грамотный мужик, пол-года попреподавал довольно грамотно и вскоре ушёл работатьв банк.
Когда я учился уже в 11м классе, пришла одна молодая женщина, поработала сначала достаточно активно, но, видимо, после первой-второй зарплаты решила уволиться, не успев ничему научиться.
Когда я уже закончил школу, пришла выпускница пед. вуза, начала учить и учиться сама (полный ноль после ВУЗа, но была аккуратной и с мозгами, очень быстро и грамотно училась по правильным книжкам), я раза 3 приходил в школу и помогал ей разобраться со сложными моментами, пару раз проводил уроки сам, но денег снимать жильё в районном центре у неё не было и она уехала вместе с мужем в деревню.
Я прекрасно понимаю этих людей, я сам за полтора года преподавания в университете заработал 6100 рублей (абсолютно серьёзно!). Это меньше, чем я зарабатываю за неделю сейчас.
Всего в городе, где я жил, было 12-15 школ, информатику кое-как преподавали только в двух.
Вообще говоря, мне всё это не помешало даже попасть на всероссийскую олимпиаду по информатике, но от среднего школьника после обучения такой информатике что-то требовать абсолютно нереально.
Насколько я полагаю, ситуация там до сих пор удручающая. И это ещё — районный центр, что творится в округе — я даже боюсь представить. Поэтому прекрасно понимаю, почему в серьёзные ВУЗы до сих пор сдают не информатику, а второй экзамен по математике.
> Фактически, пишете «Камаз обладает ограничениями и недостатками, которых лишен двигатель внутреннего сгорания».
Камаз не является специализацией технологии генерации крутящего момента. Правильная аналогия была бы «Двигатель камаза обладает ограничениями и недостатками, которых лишён двигатель внутреннего сгорания в общем случае».
Если аналог двигателя — технология взаимодействия, то аналогией камазу в данном случае является приложение.
Для разработчика JS-кода, взаимодействующего с сервером, совершенно неважно, что AJAX использует TCP при передаче данных, и что первое — технология, использующая протокол прикладного уровня, а второе — протокол транспортного уровня, для него и то, и другое — технология взаимодействия с сервером, но с разными возможностями.
Конечно, для разработчика браузера аналогия может быть другой, но мы ведь не об этом говорим.
> Логично предположить, что если Вы пишете, про несовпадение порядка запросов…
AJAX-запросы могут уйти по разным TCP-каналам и обработаны с разной скоростью. Поэтому AJAX не гарантирует порядка запросов и ответов. Пример с меню я уже приводил, если вы не поняли его, вот подробности:
1. Клиент посылает AJAX-запрос A, он уходит в один TCP-канал.
2. Клиент не ждёт ответа от сервера и посылает AJAX-запрос B, он уходит в другой TCP-канал.
3. Сервер тоже асинхронный, о логическом порядке запросов из разных каналов он ничего не знает, он обработал запрос из второго TCP-канала раньше и вернул ответ клиенту.
4. На клиенте запустился обработчик ответа на запрос B.
У нас, если это необходимо, сервер осведомлён о логическом порядке запросов, и ответы клиентом обрабатываются в том же порядке, что и запросы, но это из коробки не идёт. Это сделано, например, для операций модификаций данных на сервере, чувствительных к порядку их применения.
>> TCP быстрее
> Не может быть TCP быстрее TCP.
Я не сравниваю TCP и TCP, я сравниваю TCP и AJAX, причём тормоза всего в комплексе, начиная от генерации запроса клиентом, заканчивая получением ответа от сервера. У нас TCP общается напрямую с сервером приложений. Без возможности установить TCP-соединение из кода нашего приложения на стороне клиента, используется несколько прослоек, включая AJAX с его торомозной реализацией в браузерах, web-сервер и FastCGI-сервер.
>> FCGI… — дань модульности и универсальности решения
> Эта фраза характеризует вашу систему с нелучшей стороны.
Почему? FCGI-стандартная, мощная технология, в том числе и взаимодействия веб-сервера с приложениями. Я могу легко подключить несколько приложений к серверу, причём как локальных, так и расположенных на других серверах. При этом неважно, с помощью каких технологий приложения реализованы, ибо протокол взаимодействия — стандартный. Аналогичо и веб-сервера можно поменять при желании, единственное требование — поддержка ими FastCGI.
Теперь снова Ваш ход — чем это характеризует систему с нелучшей стороны?
> Ууу, как всё запущено. Вы о тройном рукопожатии что-нибудь слышали?
Разумеется. И о всём, что вы мне рассказали в процессе диалога, тоже.
>> Возможность передачи данных сервером без запроса клиентом.
> TCP не возможен без установки соединения, которое инициализируется клиентом.
А я и не говорил ничего противоречащего. Я говорил про обмен данными по соединению, а не про его установку. Чтож, давайте и здесь напишу подробней. Надеюсь, про изредка работающие исключения вроде orbited, comet и т.д. мне в третий раз упоминать не нужно?
Итак:
Ну, пусть для простоты будет чат. Клиенты A и B соединяются с сервером по TCP. Клиент A отправляет серверу сообщение, сервер его получает по сокету с A и тут же (опять же, с очевидными оговорками вроде «если есть свободный участок нужного размера в TCP-окне», «если нет очереди других пакетов». «если передающая среда свободна») кладёт в нужный буфер и ядро скоренько отправляет его в сеть клиенту B, а клиент B доволно быстро его получает и отображает.
Это — передача данных сервера? Да.
Клиент B получил сообщения от A, не запрашивая его от сервера? Да.
Значит, это — передача данных сервером без запроса клиента.
> Ууу, как всё запущено. Вы о тройном рукопожатии что-нибудь слышали?
А вы как думаете?
> Я не люблю тыкать в мануал незнакомых людей, но Вы всячески к этому меня подводите.
Пожалуйста, я могу чего-то не знать или ошибаться, но, ещё раз — где у меня пробелы в знаниях в контексте нашего спора?
> Не приписывайте мне то, о чем я не говорил.
Вы не говорили, но, возможно, так считаете. Вы говорили, что, имея возможность используя AJAX, я могу использовать TCP. Я говорил, что не считаю, что могу использовать TCP, если мне доступны лишь весьма ограниченные его возможности в случае использования AJAX. Всё правильно?
> Пока у меня сложилось представление, что Вы слабо разбираетесь в нюансах протоколов TCP и HTTP
А конкретней?
> слабо понимаете как реализована AJAX-технология
На стороне клиента — да, слабо. Но где ошибки в моих рассуждениях в нашем споре?
> и не имеете достаточного опыта в работе с высокими нагрузками
Есть лишь минимальный, но не думаю, что я исказил факты из-за этого. Темы тормозов _из-за высокой нагрузки на сервер_ мы в нашем обсуждании не касались.
> и различными веб-серверами
Пробовал несколько. Один простейший, специализированный, писал сам.
> Я уже смирился, что мир несовершенен, и многие люди занимают должности, не имея на то достаточной квалификации.
Большинство современных языков программирования не привязаны к аппаратной архитектуре. Грамотно написанные прикладные программы не нуждаются в переписывании. Неграмотно написанные программы мне неинтересны.
Может, это потому, что когда мы с вами учились в школе, информатики на практике толком не было, потому и проводить вступительные по ней было неразумно?
у вашего браузера выключен JS.». В настройках JavaScript включен. Встроенный дебаг погрешил на /javascripts/jquerypack.js. Браузер Konqueror 3.5.9.
rsnapshot всё же сложнее для конфигурирования и есть более специфичная утилита, нежели знакомые многим rsync и cp. Также я по ману не нашёл, как конфигурировать rsnapshot так, чтобы директории именовались датами. Специфичная она в том числе и потому, что заточена на автоматическое резервное копирование, у меня же бэкап ручной и проходит в несколько этапов.
Я любопытный и мне хочется значить, что данные на моём компьютере меняются именно так, как, по моему мнению, должны. Поэтому сначала я запускаю срипт — с ключом --dry-run, чтобы понять, что изменилось с момента последнего бэкапа. Затем изучаю разницу, и, если надо, добавляю шаблоны в --exclude (например, /home/olya/.mozilla/firefox/t4nr1bs3.default/Cache/ или /home/guest/.thumbnails/).
Только после этого я запускаю настоящее копирование.
В html-шаблоне пишется шаблонный тэг, описывающий набор файлов, нужных для страницы.
Если debug-режим включен, тэг разворачивается в html-тэги «script src» для каждого из нужных скриптов, в итоге скрипты грузятся по одному, то есть никакой обработки скриптов не происходит.
Если debug-режим выключен, скрипты комбинируются в один файл с учётом зависимостей, при этом сами зависимости вырезаются регулярными выражениями, опционально результат сжимается обфускатором для уменьшения объёма. Имя файла результата зависит от набора входных файлов и времён модификации файлов в директории со скриптами, таким образом браузер получает страницу с script src=X.js, где X меняется только тогда, когда изменились либо сами файлы, либо набор их использования в html-шаблоне. Чтобы не считать хэш-функцию от метаданных используемых скриптов на каждую загрузку страницы используется либо кэширование результата на несколько секунд, либо обновление кэша вручную в скрипте обновления рабочей копии.
Как реализована индикация процесса загрузки — мне неизвестно, поинтересуюсь у автора при случае.
Метод суровый, но у нас вариантов не густо — либо грузить пользователю пару мегабайт одним файлом, либо несколько сотен мелких.
Единственное, с чем возникают проблемы — монтирование и отмонтирование флэшек. Несложно самому скриптик написать, но расстраивает, что нет похожего на винду интерфейса.
Подробнее:
Номер SCSI-устройства иногда в процессе работы увеличивается, и, соответственно, точка монтирования плавает с /mnt/flash1 до /mnt/flashN, а KDE, несмотря на то, что запись в fstab присутствует и стоит флаг user, всё равно открывает по умолчанию флэшку через KIO system:/media/sd[a..f]1, коего не-KDE-шные программы не понимают и оттого с файлами на этой флэшке работать по-человечески не могут, хотя с открытием на чтение проблем нет. Удобного и красивого решения не нашёл.
Никто же не удивляется, что управлять реактивным самолётом сложнее, чем велосипедом, и что учиться этому придётся дольше, и что, скажем, [strike]настроить пятикнопочную машь[/strike] совершить разворот на нём значительно сложнее для неподготовленного [strike]юзера[/strike] пилота. Зато, понабравшись умений, можно легко и быстро решать задачи посложнее, вроде [strike]удаления файлов-не-исходников старее двух недель и не находящихся в репозитории[/strike] зависания в воздухе или [strike]автоматическое построение уменьшенных копий изображений из директорий с фотографиями с сохранением структуры директорий и выкладывание их на домашнюю веб-страничку без повторного пережатия уже сконвертированных и неизменённых изображений[/strike] «мёртвой петли».
P.S. Не работает разметка HTML, но ведь вы меня поняли?
Также не забываем, что есть и другие операционные системы, дающие огромные возможности тем, кто готов заплатить временем, а не деньгами.
«Ошибка присоединения к чату icq_stop@conference.jabber.ru
403: Запрещено»
Что я делаю не так?
А по поводу компиляторов — методы переноса компилятора на новые архитектуры есть, хотя я знаю о них лишь очень поверхностно. Есть также кросс-компиляция — компиляция на одной архитектуре под другую.
А с .NET или виртуальной машиной — да, тут всё вообще замечательно.
… на debian — www.debian.org/ports/arm/, то либо защищённый режим на ARM есть, либо разработчики что-то придумали.
Если я всё понимаю правильно, прикладной программе, написанном на высокоуровневом языке без разницы как типы используемой адресации, направление роста стэка, наличие защищённых режимов процессора и всё прочее.
Как обеспечить изоляцию процессов ядру в условиях отсутствия защищённого режима, я не представляю, но если на ARM портировали
Когда я учился уже в 11м классе, пришла одна молодая женщина, поработала сначала достаточно активно, но, видимо, после первой-второй зарплаты решила уволиться, не успев ничему научиться.
Когда я уже закончил школу, пришла выпускница пед. вуза, начала учить и учиться сама (полный ноль после ВУЗа, но была аккуратной и с мозгами, очень быстро и грамотно училась по правильным книжкам), я раза 3 приходил в школу и помогал ей разобраться со сложными моментами, пару раз проводил уроки сам, но денег снимать жильё в районном центре у неё не было и она уехала вместе с мужем в деревню.
Я прекрасно понимаю этих людей, я сам за полтора года преподавания в университете заработал 6100 рублей (абсолютно серьёзно!). Это меньше, чем я зарабатываю за неделю сейчас.
Всего в городе, где я жил, было 12-15 школ, информатику кое-как преподавали только в двух.
Вообще говоря, мне всё это не помешало даже попасть на всероссийскую олимпиаду по информатике, но от среднего школьника после обучения такой информатике что-то требовать абсолютно нереально.
Насколько я полагаю, ситуация там до сих пор удручающая. И это ещё — районный центр, что творится в округе — я даже боюсь представить. Поэтому прекрасно понимаю, почему в серьёзные ВУЗы до сих пор сдают не информатику, а второй экзамен по математике.
Камаз не является специализацией технологии генерации крутящего момента. Правильная аналогия была бы «Двигатель камаза обладает ограничениями и недостатками, которых лишён двигатель внутреннего сгорания в общем случае».
Если аналог двигателя — технология взаимодействия, то аналогией камазу в данном случае является приложение.
Для разработчика JS-кода, взаимодействующего с сервером, совершенно неважно, что AJAX использует TCP при передаче данных, и что первое — технология, использующая протокол прикладного уровня, а второе — протокол транспортного уровня, для него и то, и другое — технология взаимодействия с сервером, но с разными возможностями.
Конечно, для разработчика браузера аналогия может быть другой, но мы ведь не об этом говорим.
> Логично предположить, что если Вы пишете, про несовпадение порядка запросов…
AJAX-запросы могут уйти по разным TCP-каналам и обработаны с разной скоростью. Поэтому AJAX не гарантирует порядка запросов и ответов. Пример с меню я уже приводил, если вы не поняли его, вот подробности:
1. Клиент посылает AJAX-запрос A, он уходит в один TCP-канал.
2. Клиент не ждёт ответа от сервера и посылает AJAX-запрос B, он уходит в другой TCP-канал.
3. Сервер тоже асинхронный, о логическом порядке запросов из разных каналов он ничего не знает, он обработал запрос из второго TCP-канала раньше и вернул ответ клиенту.
4. На клиенте запустился обработчик ответа на запрос B.
У нас, если это необходимо, сервер осведомлён о логическом порядке запросов, и ответы клиентом обрабатываются в том же порядке, что и запросы, но это из коробки не идёт. Это сделано, например, для операций модификаций данных на сервере, чувствительных к порядку их применения.
>> TCP быстрее
> Не может быть TCP быстрее TCP.
Я не сравниваю TCP и TCP, я сравниваю TCP и AJAX, причём тормоза всего в комплексе, начиная от генерации запроса клиентом, заканчивая получением ответа от сервера. У нас TCP общается напрямую с сервером приложений. Без возможности установить TCP-соединение из кода нашего приложения на стороне клиента, используется несколько прослоек, включая AJAX с его торомозной реализацией в браузерах, web-сервер и FastCGI-сервер.
>> FCGI… — дань модульности и универсальности решения
> Эта фраза характеризует вашу систему с нелучшей стороны.
Почему? FCGI-стандартная, мощная технология, в том числе и взаимодействия веб-сервера с приложениями. Я могу легко подключить несколько приложений к серверу, причём как локальных, так и расположенных на других серверах. При этом неважно, с помощью каких технологий приложения реализованы, ибо протокол взаимодействия — стандартный. Аналогичо и веб-сервера можно поменять при желании, единственное требование — поддержка ими FastCGI.
Теперь снова Ваш ход — чем это характеризует систему с нелучшей стороны?
> Ууу, как всё запущено. Вы о тройном рукопожатии что-нибудь слышали?
Разумеется. И о всём, что вы мне рассказали в процессе диалога, тоже.
>> Возможность передачи данных сервером без запроса клиентом.
> TCP не возможен без установки соединения, которое инициализируется клиентом.
А я и не говорил ничего противоречащего. Я говорил про обмен данными по соединению, а не про его установку. Чтож, давайте и здесь напишу подробней. Надеюсь, про изредка работающие исключения вроде orbited, comet и т.д. мне в третий раз упоминать не нужно?
Итак:
Ну, пусть для простоты будет чат. Клиенты A и B соединяются с сервером по TCP. Клиент A отправляет серверу сообщение, сервер его получает по сокету с A и тут же (опять же, с очевидными оговорками вроде «если есть свободный участок нужного размера в TCP-окне», «если нет очереди других пакетов». «если передающая среда свободна») кладёт в нужный буфер и ядро скоренько отправляет его в сеть клиенту B, а клиент B доволно быстро его получает и отображает.
Это — передача данных сервера? Да.
Клиент B получил сообщения от A, не запрашивая его от сервера? Да.
Значит, это — передача данных сервером без запроса клиента.
> Ууу, как всё запущено. Вы о тройном рукопожатии что-нибудь слышали?
А вы как думаете?
> Я не люблю тыкать в мануал незнакомых людей, но Вы всячески к этому меня подводите.
Пожалуйста, я могу чего-то не знать или ошибаться, но, ещё раз — где у меня пробелы в знаниях в контексте нашего спора?
> Не приписывайте мне то, о чем я не говорил.
Вы не говорили, но, возможно, так считаете. Вы говорили, что, имея возможность используя AJAX, я могу использовать TCP. Я говорил, что не считаю, что могу использовать TCP, если мне доступны лишь весьма ограниченные его возможности в случае использования AJAX. Всё правильно?
> Пока у меня сложилось представление, что Вы слабо разбираетесь в нюансах протоколов TCP и HTTP
А конкретней?
> слабо понимаете как реализована AJAX-технология
На стороне клиента — да, слабо. Но где ошибки в моих рассуждениях в нашем споре?
> и не имеете достаточного опыта в работе с высокими нагрузками
Есть лишь минимальный, но не думаю, что я исказил факты из-за этого. Темы тормозов _из-за высокой нагрузки на сервер_ мы в нашем обсуждании не касались.
> и различными веб-серверами
Пробовал несколько. Один простейший, специализированный, писал сам.
> Я уже смирился, что мир несовершенен, и многие люди занимают должности, не имея на то достаточной квалификации.
В отношении меня вы это пока не обосновали.