Обновить
0

Пользователь

1
Подписчики
Отправить сообщение
Оба пункта неверны.
http://highscalability.com/digg-architecture

Про join'ы (view - вообще упаси боже):
The lightweight nature of PHP allowed them to move processing tasks from the database to PHP in order to improve scaling. Ebay does this in a radical way. They moved nearly all work out of the database and into applications, including joins, an operation we normally think of as the job of the database.

Про javascript:
People often complain Digg is slow. This is perhaps due to their large javascript libraries rather than their backend architecture.
Цели автора не совсем понятны.
Сделать так, чтобы не нужно было загружать *.js файлы для каждого сайта? Ввести какую-то стандартизацию?
Но эти файлы gzipped сжимаются до 10-15 Kb - с трудом верится, что разработчики браузеров станут включать их в дистрибутив. Современные браузеры поддерживают gzip-распаковку.

Вот реальный недостаток клиентского js - скорость работы. Включить в браузер стандартную библиотеку + стандартные виджеты было бы здорово. Причем это должно быть не так как в активикс/апплетах. Должен быть стандартный API, реализация которого была бы и на Javascript тоже. То есть, если у клиента не установлен extension, то грузятся *.js файлы и приложение работает медленее, но все равно работает.
Это должно быть прозрачно - минимум головной боли веб-разработчику.
На C/C++. Также, как обычный GUI быстрее JS UI, также и extension для браузера должен быть быстрее. Это все в идеале конечно.
А то, что предлагается - инклудить исходники js библиотек - это половинчатое решение.
В идеале бы даже не javascript, а скомпилированную бинарную библиотеку подключать, чтобы быстрее рендерилось.
И пользователям давать выбор: либо обычный javascript исполнять, либо ставить плагин, чтобы все шустро работало.
то, о чем вы говорите (перегрузка на основе типов аргументов, отсутствие функций), никакого отношения к ООП не имеет
Скачать исходники можно ничего не покупая, вроде бы я совершенно понятно написал предыдущий комментарий.
Статья вводит в заблуждение.
Любой, купивший MySQL Enterprise Server, не только может получить исходники по первому требованию, но и распространять их бесплатно.
Вот, например, http://www.dorsalsource.org/ - сайт, с которого можно скачать бинарники и исходники mysql различных версий
Отсутствие песен как мелодий вызова - очень хорошо, показатель правильного вкуса.
Я сам проверял, побайтово. Повторить можно так: создайте два php-файла, один с \n в конце, другой - без \n. Размер второго будет на 1 байт короче. Скачайте их wget'ом с веб-сервера. Размер результатов будет одинаковым.
\n в конце файла переводится в пустое месте.
\n\n переводится в \n
Кстати любой юниксовый текстовый файл заканчивается пустой строкой, то есть содержит в конце символ перевода строки.
PHP обучен игнорировать пустую строку в конце файла после ?>
12 ...
16

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность