alanvanduke

В итоге мы получаем футуристические вещи, которые, бывает, часто не работают на большинстве машин, либо смотрятся совершенно не так, как было задумано. Это все равно, что ездить на электромобиле, когда заправок 10 штук на всю планету.

Спасибо, Свет, теперь буду требовать чтобы переписка велась через сайт. Этот перец, кстати, тоже предпочел через e-mail общаться. В общем меня не расстроил этот кидок - я доделал макет, прикрепил к портфолио и решил вынести из этого хороший урок, поделиться опытом. Конечно же готовый вариант (тот же JPEG) заказчик может доработать и переработать. Работы все равно меньше. Сделать бы библиотеку признаков кидалова что ли.. И рекомендации для начинающих...

Здравствуйте! Я знаю, что народ здесь сидит преимущественно состоящий из программистов, дизайнеров, верстальщиков - в общем людей, которые в плотную завязаны с вебом. И поэтому многие из нас привыкли зарабатывать на хлеб честным трудом, работая на фрилансерских сайтах. Я создаю этот пост не для того чтобы рассказать маленькую историю начинающего фрилансера, а больше для обмена опытом между нами, фрилансерами, дабы избегать подобных "кидков" в будущем. История проста и банальна: Я начал работать на сайте www.free-lance.ru, где честным потом пытаюсь начать зарабатывать хоть какие то деньги на существование. Да, да... На существование - потому, что по другому мое положение не назовешь. У меня всего лишь 1 положительный отзыв, но за плечами солидный опыт работы вне фриланса, поэтому я не унываю - ищу заказчиков, стараюсь как то конкурировать. И вот, снова удача - мне пишет заказчик. Просьба сделать дизайн для бизнес-портала. Опыт в этом деле имеется, поэтому написал, мол, хорошо, жду ТЗ и принимаюсь за работу. Получил ТЗ поздно вечером, прочитал. В тексте написано, что дизайн необходимо сделать до конца следующего дня. Поздно... Утро вечером мудренее, - решил я, и отправился спать. С утра принялся за работу, основательно продумывая элементы. Ок. Смотрю уже время подбегает к сроку, но работа явно требует еще пары часов. Отправляю сообщение, мол, вот есть часть работы - дайте еще времени - доработаю и отправлю сегодня. Далее идет интересная переписка, где выясняется, что я их очень подвел, хотя я знаю, что заказчики всегда имеют несколько часов в запасе на всякий пожарный и откуда бы взяться такой спешке в воскресенье вечером + на будущее еще планировался дизайн внутренних страниц. Кароче гворят, что я их подвел жестко и требуют положительный отзыв. Смекнув в чем дело, написал, мол, не дети - ясно, что если вы так, то и мы так же. Вот собственно и все. Что вы думаете по этому поводу, граждане? И жду примеры подобных "кидалов". Почему кидалов - потому что я потратил время, а время деньги. Заказчик же не тратил ничего.

MVC вполне оптимальная архитектура. Почему сразу модная? Просто на данном этапе эта архитектура показала себя хорошо - вот поэтому о ней и упоминают часто.

Думаю, PHP популярней, чем AppEngine Адекватно спроектированный язык должен пониматься адекватно спроектированными мозгами программиста. PHP создавался неучами для неучей... Я конечно загнул, но мысль выразил...

Я хочу сказать, что если стандартизировать изначально и дать понять, что красным цветом - это ссылка, то можно легко обойтись без подчеркивания. От этого понятность интерфейса не пострадает. А если на сайте используется множество цветов и начертаний, то да, здесь не мудрено заблудиться - значит нужное необходимо подчеркнуть.. Конечно забыл совсем про аудиторию с плохим зрением.. Да, простите. У меня в проекте использовалось 4 цвета: беж и белый (фон), серый: близкий к черному (текст), пунцово-розовый (ссылка). Думаю: все очевидно. Уберем подчеркивание - все выглядит намного "стильней". Про "тесты"... Да, нужно провести парочку тестов с друзьями - будет что ни будь интересное - отпишусь.

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

Добрый день. Закончил верстку зарубежного проекта, где ссылки выделяются исключительно цветом. У пользователей не возникает вопроса: где ссылка, а где нет - все определяет цвет. Итак, поднимаю старую тему: зачем обязательно необходимо подчеркивать ссылки?

Если я наверное и буду переходить, то на что ни будь подобное NodeJS. Посмотрел синтаксис только что - пока все нравиться. Не забывайте про поддержку PHP хостингами. Еще очень много времени понадобиться чтобы на сервера установили, например NodeJS.

Да, text-shadow работает в большинстве известных браузеров, но нет такого эффекта сглаживания, как у Webkit-браузеров.

Св-во text-rendering почему то не дает каких либо заметных результатов на Win7, Firefox 3.6.6, Arial. text-shadow штука не универсальная и работает наверное только в Webkit. А жаль...

__autoload - к магическим методам класса не относиться. Нет так же "прав доступа" к переменным и методам класса, таких как public, private, protected. P/S: Я лично не пользуюсь var для определения переменных класса. Это из PHP4 по моему...

Возможно, но красота превыше всего! Ведь она должна спасти мир! Если есть другие способы, подскажите пожалуйста...

Хочу поделиться маленьким рецептиком для принудительного сглаживания текста. С таким сглаживанием, например, заголовок, набранный большим кеглем выглядит симпатичней. Очень просто: body { background:#fff; } h1 { font-size:45px; text-shadow:0 0 1px #fff; } Белая тень на белом фоне. P/S: Перенесите в подходящую тему. Буду благодарен, если еще подскажите в каких браузерах работает "рецепт". Для меня "эталоном" является Chrome.

<textarea onkeypress="this.style.height=this.scrollHeight + 'px'"></textarea> Не проверял.

Мне кажется просто завлекалово. Ну не могут они работать себе в убыток.

Интересно услышать какие конкретно ништяки за 5$ в месяц.

Я думаю, что можно договориться с хостером о каком ни будь компромисном плане. Вы ведь не будете генерировать много трафика - хостинг в образовательных целях. Тем более у вас сайт авторитетный, думаю, что вам один из хостеров сможет сделать исключение и выделить план за небольшие деньги с 25 поддоменами и 25 базами данных и одним основным доменом.

Я всегда говорил, что люди - это раковая опухоль планеты...

Вся планета станет мусоркой, а в сердце Украины будет зеленый островок счастья... Это напоминает фильм WALL-E.

Ну а как же насчет контента, который, например генерируется пользователями, или когда проект разрабатывается несколькими людьми и всегда существует риск возникновения ошибки. Я не говорю про непрофессиональных программистов. Просто работая с контентом никто не застрахован от ошибок. И веб-приложения особенно. И HTML скорей всего стал популярен именно потому, что отказоустойчив к ошибкам. Приведу пример. Работали мы с системой управления, где в основе был строгий XHTML. Из-за небольшой ошибки в коде у нас полностью накрывался интерфейс. Система была разработана не нами - найти и исправить ошибку в то время не представлялось возможным потому, что в то время у нас был не тот уровень чтобы лезть в код. Например, используя обычный HTML такого бы не произошло. Для нас было важно чтобы интерфейс просто работал и выполнял свои функции. Нам было все равно что внутри системы. Она была достаточно быстра, достаточно функциональна. Да, это плохой тон не соблюдать стандарты. Но обычный HTML - это компромисс, XHTML - это строгое правило. Люди любят компромиссы, а не строгие правила.

Я понял, что ты хочешь реализовать примитивный типограф? Я где то находил плагин-типограф для TinyMCE, а так же существуют PHP реализации типографов. Исчерпывающая ссылка.

Мы с напарником начали использовать хостинг http://interhost.com.ua/ Я думаю, что в учебных целях подойдут обычные субдомены. С 25 базами данных будет проблема, но никто не отменял SQLite (правда я не знаю использует ли WP эти базы). Подобный по хор-кам бесплатный хостинг, без навязчивой рекламы - найти практически не реально. Уже несколько лет в теме - приближенно похожий и более менее стабильный только http://byethost.com/ и http://heliohost.org/ (последний не тестировал, на первом провели год - нормально, но бывают проблемы).

Я думаю о вытеснении флеша речь будет идти только когда действительно все браузеры одинаково хорошо и без лишних тормозов будут обрабатывать анимацию, когда для разработчиков будут доступны инструменты для разработки анимации на канвас. Флеш хорошо продвинулась вперед. Пока браузерная реализация не пройдет похожий путь - еще рано говорить о вытеснении флеша, но исключать этого нельзя. Все же есть несомненный плюс во флеше - он предоставляет возможность "закрыть" исходники, что в некоторых разработках необходимо. P.S.: В душе я тихо потешаюсь над Сильверлайт, хотя и не использовал. Заглядывал кто ни будь в Яндекс метрике в статистику использовния SilverLight на компьютерах, сравнивал с поддержкой флеш? Согласен с arez.

HTML был и будет оставаться HTML-ем для разработчиков сайтов. Меняется он потому что разработчики стандартов желают его сделать более понятным для машин. Чтобы поисковики могли различать составные части страниц. То есть отделять мух от котлет. Лично для меня ничего принципиально нового что в HTML4, что в HTML5 не появилось. Не хочется, но процитирую Сами Знаете Кого: "Какая разница на чем сверстан сайт - главное сайт везде работает и приносит пользу". Это касается не только HTML, а и программирования в целом. Все зависит от профессионализма. Я признаться честно, активно не использовал HTML5 - только присматриваюсь. С первого взгляда мне стало не понятно: зачем вводить дополнительные тэги HEADER, FOOTER, NAV... Мне, если честно, это совершенно не нужно. Я всегда обходился div#header, div#footer - для меня в этом совершенно нет какого либо неудобства. Возможно конечно я как то ограниченно мыслю - поправьте..