Pull to refresh
0
0
denispost @denispost

User

Send message
— Послушай, папа, — сказал вдруг Малыш — если я действительно стою сто тысяч миллионов, то не могу ли я получить сейчас наличными пятьдесят крон, чтобы купить себе маленького щеночка? (С) Астрид Линдгрен (Малыш и Карлсон, который живёт на крыше)
Уже давно изобретенный велосипед Ext.Template. Можно и трех колесный вариант Ext.XTemplate но это уже не по MIT лицензии.

Мне кажется сомнительным включение шаблонов в jQuery core, но что то стандартизованное для плагинописателей было бы здорово.
apt-proxy даже постабильнее будет (из собственной практики).
А вообще почему бы не посмотреть в сторону LftpFS и не морочить себе голову?
Да, безусловно повышение качества верстки необходимо. Но не стоит впадать в крайности. Многие верстальшьики сейчас не могут пройти простой тест на css select'ы не говоря уже о нюансах оптимизации. Я тоже согласен с тем, что такие лабораторные работы по нахождению различных новых техник подталкивают к более углубленному изучению вопроса.
По моему, достаточно сомнительный прирост скорости в 12% с учетом проблем которые с этим возникают.
Согласен, сжатием вообще не пахнет. Вообще есть термин "компоновщик" ака линкер, который как правило принимает несколько модулей на вход, а на выход дает один. Хотя с применимостью этого термина здесь тоже можно спорить, но он все же ка кто былие к теме, чем "сжатие".
Можно вместо wget использовать aria2. Понимает вызов вида aria2c -P http://server.tld/file[0-10].rar для закачки списка файлов. Среди преимуществ закача в несколько потоков, торренты, cookie и что самое "вкусное" это режим работы демоном. Чтобы совсем все было в командной строке можно с помощю awk вырезать ссылки из предварительно скачанного файла. Например как то вот так: awk '/href/ {for (i=1; i<=NF; i++) {if ($i ~ /^href/) {print $i}}}' file.html

P.S.: спасибо за статью, достаточно полезно.
... порезали. Имелось в виду:
#include <iostream>
#include <time>
#include <math>
#include <iconv>
#include <string>
#include <stdio>
#include <iconv>
#include <regex>
#include <stdin>
#include <memory>
...

int main()
{
std::cout << "Мегасофтинко" << std::endl;
return 0;
}
или как то так =)
Говорится о 16 полезных решениях. Ни слова о своем фрэймворке. Тем более никто не заставляет сидеть и писать сови корявые заточки. Можно посмотреть как реализован анологичный функционал в опробованных решениях и перенести себе. А вообще все до кучи это сила...

#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
...

int main()
{
std::cout
Немного поправлюсь, есть еще и instanceof который гарантированно скажет что это список
Не всегда. Иногда необходим определенной функционал, для которого использование фрэймворка просто трата ресурсов клиента на инициализацию самого фрэймворка. В подходе со своими либами можно на ходу выкинуть все что не используется. Кстати по 3 пункту клонирования. Не получится точной копии, хотя бы по тому, что многие проверки на тип объекта учитывают свойство length которое "неожиданно" начнет там присутствовать и наверное быть равным нулю. Таким образом выдадут что это список.
=) Да эт уже проходили с флэшем index.swf и вперед
да, переодически встречаются интересные задачи, и решать их проще на практике уже столкнувшись с проблемой. Пока небыло чего либо, что бы не удалось решить. На счет браузеров в которых совсем все плохо, то это решается на уровне представлений. Все равно приходится ориентироваться на разношерстную аудиторию и в том числе на мобильные клиенты. Кстати таким же образом собирается javascript код с минимизацией. Как мне кажется очень элегантное решение, когда имеем 1 css 1 png и 1 js
На практике использую спрайты. Верстальщик спокойно включает отдельные картинки в css, а на этапе релиза скрипт собирает все разрозненные css в один учитывая их последовательность и правила.При этом формируется из всех картинок спрайт. Проблема палитры компенсируется использованием png. Пока еще встречаются ошибки в собирающем скрипте, но все равно каждый релиз нового шаблона проверяется в релиз кандидате.
Если говорить о вэб разработках, то IE в ацтое. Я сужу не по отдельным возгасам из зала, а по каждодневной работе с оным творением. Открываешь исходник любого js фрэйморка или коллекции шаблонных стилей, и обязательно натыкаешься на комментарии вроде "IE здесь косячит поэтому подменяем методы", "IE отображает криво поэтому делаем вот так...".

MSDN нет. Уж увольте, что касаемо документирования dom функционала и прочего около браузерного барахла, так там это очень плохо описано.

Даже не знаю в каком месте ИЕ имеет кучу плюсов, я за последние 5-6 лет работы собираю только минусы. Несколько скриптовых языков? Это именно сколько, два? JScript да еще VBScript как дань моде на брэндованный МС скриптовой язык. Про дыры повторяться не буду, 7 лет тянутся баги и их никто не может пофиксить.
Да, я сам каждый день юзаю FF(на работе) и Конкверора(дома), хотя темпами развития Safari очень доволен. Портировать под линь не так сложно, со временем прийдет. На работе кстати сижу еще пока под виндой, только по причине тестирования в IE.
Опять холивар. Если абстрагироваться от всего этого, то стоит признать в IE около 250 реальных не придуманных ошибок. Если откинуть стандарты, то по крайней мере 50 из этих ошибок чисто косяки. Например меня до сих пор убивает округление до целого от 0,5 до 0,94 дает ноль. Многие тянутся еще со времен 5ой версии, а как известно 5я версия это 2000год. Я не верю, что за 7 лет нельзя было исправить глупые ошибки.

Опять таки из фактов: почти все разработчики IE ушли из проекта в проект silver чего то там, тот который аналог flash но от МС. Высказывания этих самых разработчиков в МС блогах вылизаны, но между строк читается "Все достало, разбирайтесь с этим сами."

В коментах звучали возгласы мол все пытаются достичь уровня IE, но не получается. IMHO давно уже перегнали IE. Недавно Стив Джобс высказывался по теме браузеров и сказал, что в будующем останется только 2 браузера IE и Safari. Чувак реально подошел к делу, он понимает что IE не умрет никогда, а Safari будет как альтернатива которая уже делает всех по скорости и приближается к тому, чтобы полоностью соответствовать стандартам. Видимо для Apple стандарты w3c не просто звук.

Судить о w3c стандартах как о тупике возможно, но с высоты того, что они собрали воедино все и дали рекомендацию как все должно работать. IMHO если бы не они, то мы бы и сейчас сидели в каменном веке где у кажого свой html и вэб. Забыли уже кучу кнопок внизу страницы "Заточено по IE", "Разрешение экрана 800х600", "JavaScript должен работать" ? Кому этот цирк нужен, либо есть единый стандарт и все его поддерживаю, либо у каждого на машине должно стоять по 3-4 браузера...

Information

Rating
Does not participate
Location
Россия
Registered
Activity