All streams
Search
Write a publication
Pull to refresh
50
0
Oleg Nechaev @lega

Developer

Send message
во многих вики движках (и некоторых форумах) кеширование страниц делаеться изначально — храниться оригинал текста и рядом его отрендеренный html код.
в школьные годы тоже ос из-за интереса писал, сделал текстовый реактор на 4 или 6 секторов. в 1 секторе была команда подгрузки остальных секторов к 0x7C00 + 200 по 13 прерыванию. но более 6 секторов не грузилось я предполагал что где-то с 0х8000 продолжается системная память и ос нужно грузить в адреса 0х10000 и туда джампить.
конечно все это интересно, но мне до сих пор не пригодилось…
такое ощущение, что Morgan Tocker (автор) боится кеширования.
> когда в электронном магазине кэш срабатывал для 99% процентов пользователей и не работал для 1%
значит есть кривизна в коде, не надо спирать на кеш
> убегание кэша
если уже выяснили причину, почему бы её не решить?
поддерживаю LIAL'а, например в мои 16, в моем городе не было инета, и ни кто не знал что это такое и негде было прочитать о нем.
ЗЫ: 16 было у всех в разное время и месте
интересно грабер вайфая там уже стоит?
я сегодня утром апдейтнулся, пол дня не срок, но пока полет нормальный.
продуманные организаторы
>Неужели его так сложно хотя бы набросать и оценить каждую задачу
некоторые задачи бывает сложно оценивать, особенно когда они из другой сферы.
Тут и первая задача становиться сложно оцениваемой («изучить новую сферу, достичь необходимого уровня для разработки»), не говоря уж о последующих.
мир дошел до того что «oil» вошел в top100

а вообще интересная статистика.
Я обычно, у сложных задач, предполагаемый срок умножаю на 2..3, тем более что внезапно могут появиться новые, критические задачи которые нужно выполнить вперед старых.

но это ещё не так плохо по сравнению с тем, когда начальство выставляют тебе срок. особенно если срок звучит так «ещё вчера...»
хочу сделать замер на своей машине, не понял как задать кол-во потоков.
Core i7, какая из моделей использовалась в тесте?
> ну что производительность,… и все равно,t скорее всего узким местом будет не код фреймворка, а мой быдлокод, или, что еще вероятнее — база.

+1
пробовал я торнадо, он быстрее моего привычного фреймворка, «hello» отдавал за какие-то 0,1мс против моего 0,4мс. но если добавить реальных данных — генерация страницы 150мс, то разница в производительности стирается.
В итоге я выбрал тот на котором мне просто удобнее.
скока время длилась разработка?
на чем написана серверная часть?
мне показалось что тут слеплены 2 статьи на одну тему?
> «Тяжесть — это хорошо». Борис-Бритва точно бы оценил.
Тяжесть — это хорошо, тяжесть — это надежно. :)
>Вот почему быть «экспертом в программировании» опасно.
Новичек может не стать экспертом, вот почему новичком быть опасно.
>Да и нет такой защиты, которую невозможно было бы сломать.
спорить не буду, но защита которую невозможно сломать существует

ЗЫ: если под словом «сломать» имеется ввиду получение зашифрованных данных.
однажды я решил сетевым трассировщиком посмотреть на скайп, дак обнаружил что скайп из меня сделал прокси, через меня гоняли какой-то бешеный транзитный трафик…
и фидбека на сайте нет

Information

Rating
Does not participate
Location
Stockholm, Stockholms Län, Швеция
Registered
Activity