arez
User-
Posts
212 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Calendar
Store
Everything posted by arez
-
Ясно значит наверное мне не повезло, ORM, такой ORM... ЗЫ: github.com и twitter.com по вашему высоконагруженные сайты? Я ни холивара ради просто интересно
-
Независимо от того на чем начнешь писать что бы ни стать быдло кодером прочитай http://www.ozon.ru/context/detail/id/5011068/ и http://www.ozon.ru/context/detail/id/2457392/
-
Вы работаете в одном из этих продвинутых сервисов php программистом? Вы работаете программистом вообще? Может вы потенциальный работодатель и у вас есть отличный проект для web?
-
Ну рассписывать долго, можешь посмотреть http://www.youtube.com/watch?v=Ld919lziKgE...feature=related а лучше попробуй написать что нибудь на RoR я конечно не буду вдаваться в холивары, выше было IMHO, каждому языку есть применение, но для новичков я советую разбираться именно с руби или питоном. он не имеет много еще чего могу как в ролике задать вопрос сколько времени тебе понадобиться для того что бы перевести приложение например с MySQL на Oracle?
-
и что же вас всех в этот пхп несет Пока у вас не забита голова говнокодом начинайте учить Ruby или Python.
-
Парсите XML в HTML на стороне сервера и проблем будет меньше.
-
Вот это еще интереснее http://html5doctor.com/microdata/?utm_sour...t=Google+Reader Но к сожалению это еще не поддерживается нативно ни в одном браузере.
-
Вот этого по моему вполне достаточно http://www.zurb.com/blog_uploads/0000/0617/buttons-03.html ни каких извращений с картинками, легко правиться, подгоняется под нужды и т.д.
-
Смотрите в сторону лидеров http://lenta.ru/ http://www.kommersant.ru/daily/ etc.
-
Чем там сайт газпрома нагружен? и где подтверждение что он на парсере (тут его по моему нет http://www.parser.ru/powered_by_parser/) или это только личные догадки?
-
Автор верстал не по 960, у него там ни один элемент в сетку не попадает
-
В хорошей системе всегда должен работать принцип DRY (Don't Repeat Yourself) или DIE (Duplication is Evil) - это очень хороший подход в том числе и в CSS
-
Это как раз то о чем я писал выше, в CMS просто встроили API для работы с платежными сервисами и процесинговыми центрами и это значит что вам не нужно искать программиста для их подключения. Хотя я бы все таки написал бы свой gateway для приема платежей, повторюсь API у систем в большинстве своем очень прост, либо вам нужно будет исследовать скрипт на наличие бекдоров, мало ли чего туда разработчики зашьют
-
Это называется не биллинг а эквайринг и ни одна CMS этим не занимается потому что ни кто вам не даст акредитацию VISA или MASTER CARD на CMS систему. Эквайринг выдается исключительно на организацию и сам по себе очень сложен в прохождении и дорог. Принимать карты к оплате можно на любом сайте, для этого достаточно подключиться к процесинговому центру, все номера карт и другие реквизиты пользователь вводит только на сайте самого центра, на сайте партнера ни какой информации не хранится. У всех нормальных процессинговых центров и онлайн-платежных систем есть API по приему платежей которые может подключить програмист среднего уровня. Поэтому для приема платежей CMS вообще не важна.
-
http://www.ruslang.ru/doc/bukva_jo.pdf
-
Стоит, но только если вы понимаете что он делает и для чего он нужен
-
Странное заявление, то что ведущая студия будет держать заказчика в узде и не позволять выбратся ему из аркана это факт, (большинство студий так делают, предлагают свои cms) но как это связано с эффективностью языка? Тем более что рунет не показатель, мы всегда отстаем в плане технологий, давайте западные аналоги ЗЫ: в вашем списке очень много старых сайтов, либо сайтов уже не работающих со студией. Возможно в 2006 парсер и был крут, но сейчас он проигрывет большинству языков высокого уровня.
-
На мой взгляд не программиста, весьма посредственный язык, нет четкой MVC. Слишком узкий круг комьюнити, мало поддержки со стороны хостинг провайдеров. Один раз использовали его на весьма нагруженном проекте, опыт был печальный. Хотя это скорее вина разработчиков а не языка Смотрите в сторону RUBY и в частности Ruby on Rails, в связке с HAML и SASS очень мощный инструмент для веб разработчика.
-
1. Оценку конкурентоспособности Вы работаете на регион? Тогда оценку может дать только человек из вашего региона 2. Корректности индексации страниц топовыми поисковиками Поставьте Яндекс Вебмастер и Google для web мастеров - они вам все расскажут о корректности 3. Большой интерес к юзабилити сайта Оно у вас есть? Если да, то покажите guidelines по использованию "фирстиля" или оформлению блоков на сайте или хотя бы макетную сетку покажите. 4. Загрузка сайта ( с этим были большие проблемы, сейчас вроде поняли в чем проблема ) Проблем по моему еще много: PAGE SPEED: Leverage browser caching Minify CSS Parallelize downloads across hostnames Combine images into CSS sprites Combine external CSS Combine external JavaScript Optimize images Put CSS in the document head Serve static content from a cookieless domain Specify a Vary: Accept-Encoding header Remove unused CSS Use efficient CSS selectors YSLOW Make fewer HTTP requests Use a Content Delivery Network (CDN) Add Expires headers Put CSS at top Compress components with gzip Ах да вам еще тут много на что укажут: http://validator.w3.org/
-
Поздравляю вы прошли курс молодого бойца по изучению "абсолютных и относительных путей к файлам в ОС" Второй вариант будет работать в других системах (первый вариант абсолютный и работает только в локальной системе), если файл перенесете то дописываете путь до файла, например dir1/dir2/dir3/style.css, при этом браузер использует значение PATH из родительского документа index.html, если укажете "/" будет строить от корня файловой системы. В общем почитайте что нибудь по путям в ОС.
-
Теперь пробуем так:
-
<link rel="stylesheet" type="text/css" href="file:///c:/style.css" /> PS: Вне вашей файловой системы работать не будет
-
У вас файлы в корне диска лежат или в какой то папке?
-
Без JS уже ни как