Jump to content

s0rr0w

User
  • Posts

    5,139
  • Joined

  • Last visited

  • Days Won

    32

Posts posted by s0rr0w

  1. Ждем с нетерпением. Может быть это будет революция в программировании? ;)

    Насчет революции не уверен. Но чем черт не шутит.

    По крайней мере эффективность его при применении в сложных проектах очень высока. Повторяемость кода великолепная.

  2. s0rr0w, солидарен, но лучше сразу предупредить, чтобы потом бедняга не ломала голову почему не работает. А приличных хостеров не так уж и много, да и у приличных бывает, что версия пхп не всегда самая последняя.

    Для того, чтобы не ломать голову, умные люди придумали документацию, где все расписано. ;)

  3. имхо все это от того что большинство пишут под винду чтобы заработать, и от этого "крутость" кода, а под линь пишут в основном свободное ПО, и там таких "крутых" подходов не юзают....

    Дело не в том, под что пишут. Дело в принципах построения кода.

    Чем сложнее структура, тем тяжелее она ворочается. Чтобы перенести 150 кг веса можно накачать одного человека, а можно взять два или три человека, или четыре.

  4. s0rr0w, не спорю, но работает только начиная с версии 5.3.0, которая доступна не везде. В любом случае, я бы воспользовался старым-добрым preg_replace

    Хостер, который не следит за обновлениями версий продукта не интересен как класс.

  5. Меня, если честно, больше заботит не печать, а как раз экраны с нестандартными настройками (а-ля ноутбуки 15" с 1650х1080, где пиксели действительно так малы, что каждый третий захочет увеличить пиксельную картинку). Качество ресэмплинга картинок без запаса в существующих браузерах меня решительно не устраивает (особенно при некратных значениях зума типа 125%). А вот пример hommа ведет себя адекватно как минимум в последних FF и Опере. Вместо ожидаемого неизбежного замыливания картинок они, наоборот, вдруг начинают играть новыми деталями — приятный сюрприз для пользователя! В общем, полным ходом идем к тому, о чем еще в 2001-м писал классик ;)

    Трафик, конечно — это да... Но часто говорят, что каналы у всех "уважаемых" пользователей достаточно толстые, лимит трафика — удел лузеров вроде меня :D, и вообще визуальная безупречность в эпоху веба-двух-нулей куда важнее (я сам так не считаю, но мое мнение не беспристрастно:). Может быть, уже успел сложиться более-менее общепринятый компромисс? Опять же, как теперь лучше оптимизировать графику (форматы, настройки и т.п.), чтобы их качество максимально сохранялось при уменьшении (из-за запаса)?

    Графика - не самое главное на сайте, если это не конкурс на лучшую фотографию

    Уделите больше внимания контенту. Это ценнее.

  6. ну дак, если плохой фреймворк, то зачем его юзать? Можно взять более лучший или если такого нет то всегда можно написать свой.

    Я и не юзаю. Ко мне обращаются с проблемами с этими самыми фреймворками.

    Написать свой? Давно написан, но то, что написано, не является фреймворком в том виде, который привыкли видеть все. Это надстройка. Больше логическая, чем реальная.

    Скоро я его опубликую, посмотрим на реакцию. ;)

  7. ;)

    Есть более идиотский путь. Разбить текст на слова. Слова обрамить в <span></span>

    Написать скрипт, который будет автоматически сдвигать на нужное количество пикселей каждую строку.

    Но самый главный вопрос, а нафига это надо?

  8. Кстати, с удовольствием послушал бы опытных людей, надо ли учитывать это в реальных проектах (закладывая во всю графику запас по разрешению) и если надо, то как делать это правильно. Учитывая, что full-page zoom быстро становится преобладающей фичей всех гламурно-модерновых браузеров, и многие считают, что он является единственно верным и вот-вот совсем вытеснит масштабирование одного лишь текста (сам я упорно придерживаюсь противоположной точки зрения — в силу сабжа, но я, похоже, в меньшинстве;).

    Может, могут помочь новые селекторы CSS3, позволяющие задавать разные значения (в т.ч. пути к картинкам) в зависимости от физического разрешения экрана и т.п.?

    Не стоит закладывать запас графики. Для печати можно вставлять ссылку на файл с большим разрешением, и скрывать картинку при обычном просмотре.

    Браузер не обязан грузить контент, который находится в скрытых блоках.

  9. Почти весь прогресс человечества был направлен на облегчение работы челвека. Человеку надоело копать руками землю - он придумал палку-копалку, человеку надоело ходить пешком - он придумал велосипед, человеку надоело думать самому - он придумал компьютер. Т.е. почти все, что придумал человек было создано с целью избавления его от забот. Фреймворки и библиотеки в программировании не исключение. Они тоже были созданы для облегчения работы. А если у кого-то возникает ощущение всесильности и вседозволенности при использовании фреймворков, то это только говорит о низком уровне этого программиста и больше ни о чем.

    Давайте возьмем простой пример. Наверняка всем известен плагин под названием LightBox. У него есть младший брат - Slimbox.

    Код написан под фреймворк. В лучшем случае необходимо примерно 35кб текста, чтобы реализовать то, что можно сделать намного проще и меньше по размеру. Спрашивается, это того стоит? Разрабатывать проще, а толку - не намного больше.

    Второй пример, был плагин "аккордеон", тоже написан при помощи какого-то JS фреймворка. Все бы хорошо, только вот в ИЕ7 была ошибка, которую нереально исправить за три клика. Мало того, ее и отловить тяжело. В итоге 25кб кода было заменено на три строчки. Красивостей чуть меньше, зато стабильности в несколько раз больше.

  10. Здравствуйте.)

    использую библиотеку jquery... для выполнения ajax запросов.

    делаю запрос) нашел события ajaxStart(), ajaxStop(). через них добавляю через addClass нужный класс для блока..) вот только не могу правильно css класс написать чтобы блок красиво затемнялся. Особенно если он резиновый) подскажите пож.. кто сталкивался с таким ?

    По Б.Гейтсу. Теперь каждая домохозяйка может делать сайты.

  11. А один из постулатов не экстремального программирования говорит, что комментарии и документация должны появляться одновременно с кодом или до появления кода.

    У нас так и есть. ;) Не на все случаи, но на большинство сложных - да.

    @s0rr0w - ты мозго** еще тот

    Я тебя тоже люблю.

    по сабжу - я любитель написать свой велосипед, но и не отказываюсь от качественных "локальных" фреймворков типа TinyMCE все что слабже пишется на коленке, все что сложнее отметается нафиг

    Кто-то правильно на этом форуме написал, что любой фреймворк меняет мышление программиста, и на текущий момент времени нынешние фреймворки, меняют это мышление не в лучшую сторону. Легкие инструменты дают ощущение всесильности и вседозволенности, за легкостью теряется суть и цель.

  12. Я обычно комментирую все классы и методы в стиле phpDoc. Очень удобная штука для генерации документации. Советую вам попробовать.

    Спасибо, не надо. Лучшие комментарии - это сам код.

    Хотел бы я увидеть такой движек, в котором можно быстро разобраться без документации. Конечно, если в нем не много кода, то разобраться можно достаточно быстро и без комментариев, но если он достаточно большой, то комментарии и документация спасут в этом случае.

    К сожалению, показать не могу. Закрытый код.

    Почитайте книги по экстремальному программированию.

    Один из постулатов гласит так: "Если ваш код невозможно понять без комментариев, значит вы написали неправильный код". Я поддерживаю данный постулат.

  13. Ну лично мне не нравится, когда на форуме мне отвечают: "читайте доку". Я иду на форум в крайнем случае, когда вся дока прочитана, и я на грани отчаяния.

    Если человек прочитает доку самостоятельно, то он разберется со своей проблемой, и в следующий раз не будет задавать детских вопросов. А если дать готовый ответ, то своей головой думать не обязательно, а значит информация не будет усвоена.

    Тем более я отметила, что именно позволяет достичь результата.

    Да, готовое решение. Вставил в код и забыл. Думать не надо.

  14. Только внимательно следует отнестись к результату этой функции - в нынешних версиях пхп она возвращает <br /> (т.е. если вы делаете страницы на HTML, то эта функция не подойдет)

    Внимательнее надо читать документацию

    string nl2br ( string $string [, bool $is_xhtml ] )

    Returns string with '<br />' or '<br>' inserted before all newlines.

  15. Что есть unix-подход? Это огромная куча мелких фукнциональных утилит, из которых, при необходимости, можно сложить вполне приличную программу.

    В windows царят монстровидные моно-программы, написаные по канонам ООП.

    Если взять только суть, то подход к разработке "а-ля unix" - делаем много мелких компонент, достаточно универсальных, а при необходимости собираем из них нужную функциональность.

    Windows-подход - стандартное ООП-ориентированное программирование. Пишем набор классов, делаем все "по учебнику", получаем логичную структуру, но достаточно большой код из-за постоянных уникальных видоизменений, которые возникают в проекте.

    Опыт показывает, что чем проще способ внесения изменений в код, тем лучше. Однажды мы городили огромный огород, с множествами уровнями универсализации, с максимальным упором на то, что все можно настраивать и так далее... Теперь этот код почти полностью удален. Заменен на более простой, но не менее функциональный, написанный по принципу набора утилит. Понимать работу системы стало намного проще.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy