Veseloff

А почему там p { padding-bottom: 70px;}? В чём колдунство? Почему нельзя сделать этот паддинг для wrap'а?

{foreach key=key item=item from=$section} {if $rubr != $section.$key.rubric} Это так с какой целью сделано? {foreach key=key item=item from=$section} {if $rubr != $item.rubric} Не проще ли? И, да, рекомендую сменить делимитеры с «{» на какие-нибудь другие. Если случится, что в шаблоне будет яваскрипт (это не до конца правильно, конечно, но иногда приходится так делать), то смарти будет ругаться на такие символы.

А зачем было всё делать так извратно? Чем map не угодил?

1280x1024 Firefox 3.6.9 для Linux. А вообще, если хотите сделать сайт «для работодателя», то вот как я вижу идеальный сайт верстальшика, который предлагает свои услуги: 1. «Вылизанная» вёрстка. Как на самом сайте, так и на работах, представленных в «портфолио». Используйте дивы, списки — это нынче модно, хотя я и считаю, что таблицы это есть гуд, но многие другого мнения. Отбивайте вложенные элементы табуляцией или парами пробелов, чтобы улучшить читабельнось. Всякая «висячая пунктуация» и всё такое прочее, о чём можно прочитать в «Ководстве» господина Лебедева. 2. Выложите несколько работ. Не обязательно это должны быть уже сделанные на коммерческой основе сайты. Сделайте несколько работ для несуществующих фирм (если нет реальных заказов), предложите свои услуги бесплатно на форуме — вероятно, вы получите заказы на хорошие сайты — это всё будет крайне полезно. И сами опыта наберётесь, и заказчикам будет чего показать. 3. Разнообразие в работах. Пусть их всего 4-5 штук, но каждая должна быть уникальной. Например, первая сделана на HTML 4.01 Transitional, вторая на XHTML 1.0 Strict, третья с обильным использованием яваскриптов, четвёртая с использованием последних (пусть и не везде поддерживаемых) технологий HTML 5 и CSS 3 (или что там нынче модно?)... В пояснении к каждой работе указывайте используемые технологии — заказчик увидит, что вы «универсал» и можете сделать всё, что угодно. Да и больше работ особо не нужно. Вряд ли кто-то будет смотреть больше 5 работ. 4. Сделайте на сайте раздел с неким «трюками», «хаками» и прочими извращениями, которые или облегчают жизни или делают что-то неимоверно крутое. Тут вы убъете сразу трёх зайцев: запишете для себя все эти «фишки», чтобы потом не забыть и не искать заново, покажете работодателю, что вы всё это знаете и умеете использовать, а так же увеличите посещаемость своего сайта — люди частенько ищут всякие такие вот «хаки», но на русскоязычных ресурсах их не всегда можно найти. 5. Собирайте на сайте ссылки на разные плагины для jQuery, например или что-то типа того. Тут вы так же, как и в четвёртом пункте, убъете трёх зайцев. А шесть убитых зайцев содержат немало мяса 6. Научитесь работать с наиболее популярными шаблонизаторами — хотя бы с тем же smarty. Это очень и очень большой плюс. Обязательно расскажите об этом на сайте. Это всё. Не надо «лить воду» и писать где и когда вы родились, какую музыку слушаете и всё такое. Максимум — краткое резюме по типу «столько-то лет, такой-то город, такое-то образование, владею такими-то технологиями, требования к рабочему месту такие-то, остальное могу рассказать на собеседовании». И какими средствами разработки пользуетесь тоже никому неинтересно, хотя в резюме следует указать, например, что для успешной работы вам необходимы такие-то программы (указывать только платные, бесплатные сами скачаете и установите), чтобы работодатель, при необходимости, к вашему первому рабочему дню всё необходимое приобрёл. UPD: Представиться на сайте лучше не текстом: «Привет! Меня зовут Максим» — а названием сайта типа «Максим Слепов — верстальщик сайтов руками»

Я никогда не принимал (под «принимал» я имею ввиду только проведения собеседования и высказывание директору мнения о профессиональных навыках) на работу верстальщика или «писаку» (ненавижу слово «копирайтер») — только программистов. Итак, как происходит отбор. Этап первый. Смотрю резюме. Если резюме составлено плохо, то это «минус в карму», но никак не отразится на прохождении дальнейших «испытаний». При прочих равных, будет выбран человек без этого «минуса». Всё-таки хочется, чтобы человек умел коротко, ясно и грамотно выражать свои мысли — это немаловажно, но всё-таки в первую очередь он должен быть хоршим программистом и кодером. Этап второй. Смотрю работы. Так уж получилось, что все программисты, которых я смотрел, нужны были для «нестандартных» проектов, поэтому если все сайты были сделаны на какой-нибудь джумле, то такой маловероятно, что такой программист пройдёт на следующий этап. Большим плюсом на этом этапе будут сайты, которые имеют хотя бы от 100 000 просмотров в день — это даёт понять, что код сделан не настолько плохо, чтобы при таких, относительно небольших, нагрузках уронить сервер. Очень хорошо, если есть какие-то «фишки» типа своего «видео-движка», а не вставок роликов с ютуба — это говорит о том, что человек умеет пользоваться чем-то, выходящим за рамки стандартных функций PHP. Этап третий. Приглашение на личную встречу. Тут всё просто: узнаём с какими технологиями знаком, чем интересуется в данный момент (люди, которые знают, пусть и в совершенстве, PHP + MySQL + основы вёрстки + немного яваскрипта, но не двигаются дальше и ничего постоянно не изучают и не пробуют, не нужны — через пол года его знания будут устаревшими, а через год его придётся уволить), что умеет кроме собственно придумывания и написания кода (настройка серверов, смежные технологии...), с какими чужими разработками знаком (фреймворки, шаблонизаторы...) и на каком уровне. Проходит это всё в форме непринуждённой беседы в ходе которй обсуждаются веб-разработка, перспективы её развития и высказывается мнение о тех или иных технологиях. В принципе, если человек имеет на данный момент слабые работы, но у него хороший багаж систематизированных знаний, он желает развиваться, то он почти со 100% вероятностью подходит. Этап четвёртый. Небольшие тестовые задания — совесем не сожные, делаются все за минут 30-40, не более. На этот этап попадают все, кто устроил меня на предыдущих этапах. Написать какой-нибудь запрос в БД, отладить существующий запрос, найти ошибку в коде (или не обязательно в коде — например, я могу устроить западло типа «на сервере код работает, а на локальной машине нет», соль в том, что на сервере включен register_globals, а на локальной машине — нет), написать немного кода на заданную тему. Это финальный этап. Если человек его успешно проходит, то я говорю руководству, что такого программиста следует взять. Задания настолько просты, что не пройти их просто нельзя, если соискатель когда-либо делал что-то своими руками и у него есть чуть-чуть сообразительности. Что касается верстальшиков, то тут всё то же самое, только PHP заменить на HTML, MySQL на javascript, плюсы в виде настройки серверов плюсами в виде знания flash... Теперь представим, что я бы принимал вас на работу. Итак, резюме я вашего не видел и будем считать, что оно хорошее и минуса в карму вы не получили. Теперь посмотрим работы. Есть ссылка на ваш сайт. Что ж, отлично. Свой сайт — это очень хорошо и правильно. Даже у меня своего сайта нет. Открываем. И что мы там видим? Правильно, сайт, похожий на то, что я сделал будучи 13 лет от роду (то есть где-то в 1998-1999 году), когда мне папа с работы принёс книжку «Создание Web-страничек своими руками». Примерно такая же шапка — только у меня на кровь была, а огненные буквы. Примерно такой же текст: «Привет! Меня зовут Максим. Это мой персональный сайт.». Это плохо. Очень. Посмотрим «Обо мне» — всё таки мне нужно знать кого я беру на работу. 1982 год рождения — хорошо, скорее всего, есть опыт. А, ну тут ни слова о профессиональных навыках. Где же я о них узнаю? Ах, да, вот ведь есть «Мои навыки». Ой, а там «извините». Ладно, прощаю, не стоило извиняться — стоило просто не выводить эту ссылку. «Мой опыт работы». Может там что-то я узнаю о профессиональных навыках? Ой, что это? Извините, такая вёрстка нам не нужна. Итак, вы провалились на втором этапе приёма на работу. Вот такие дела. Так что для того, чтобы устроить верстальщиком вам надо работать, работать и еще раз работать. Хотя бы над этим сайтом. И, если уж вы не умеете придумывать сами дизайн, то закажите его у профессионала. Всё-таки хороший дизайн — 50% успеха сайта. И не поленитесь его наполнить. Удачи!

Ну вот смотрите какое дело: если вы всё храните в одной таблице (пользователей, товары, еще что-нибудь), то на любой чих вам придётся выбирать всё из этой таблицы. Чем больше записей в таблице, тем дольше из неё будет выборка. Логично, что если нужен только список товаров из каталога, то записи с пользователями в этой таблице будут совершенно лишними — они будут только замедлять выборку. Так что мухи — отдельно, котлеты — отдельно.

Я думаю, не стоит хранить в таблице картинки — это неправильно. Картинки надо хранить в файлах.

100500!=стопицот

А где же стопицот?

Да мне и так неплохо живётся. Вообще проблема придумывания никнейма решалась всегда просто — по принципу «что вижу, то пою». Напрмер, одно время я существовал с ником MadPunk — не помню почему так вышло, видимо, где-то на глаза что-то такое попалось. Еще было название «Thunderbolt» — это помню. У меня на столе лежала блесна в упаковке, которая так и называлась ну и я, недолго думая, так себя при регистрации где-то и обозвал. Такие дела.

А у меня всё просто. Фамилия. Но так как Veselov было на почтовиках уже занято, когда у меня появились первые интернеты, то путём нехитрой замены получился Veseloff. Так и живём.

А у препода взять? У нас в институте всегда, если что-то надо, то преподы говорили где можно взять. Или в общаге, например. Там вообще всё, что угодно можно было найти.

Не знаю как тему правльно назвать, поэтому пусть будет «обратный eval». Короче надо подобие json_encode в php. То есть надо преобразовать объект в строку. Есть какой-нибудь стандартный метод для этого или надо самому писать «разбирающую» функцию. В гугле чёт ничего толкового не нарыл.

Ну всё правильно. Вы нигде не вырезаете <h2>. Сделайте что-нибудь типа $(sret).children('h2').remove(); или реплейсом уберите его из data.

Да, можно забить. P.S. Внимательно перечитал ваше сообщение и обалдел. У вас внутри одной базы данных две базы данных? Это как такое бывает? БД беременная двойней штоле?

А какие параметры будут учитываться? Кроме HTML5 и всякой прочей валидности что-то еще должно быть у сайта? Хотя бы апачбенчем будут прогонять? А проверять на совместимость с разными ОС? А переносимость на разные БД? Вообще, сайт в нашу «эпоху вебдваноля» это не только создание веб-странички, как это было в конце 90-х, а еще и хорошее программирование, настройка серверов, использование стороннего ПО, интеграция с различными сервисами... Это всё будет? Если нет, то это будет совершенно поверхностный конкурс среди школьников и непонятных студий, которые не могут ничем похвастаться, кроме как участием (а, может, и каким-нибудь местом) в конкурсе. Мы тут на работе тоже как-то думали организовать пару-тройку конкурсов среди веб-студий и навесить себе на сайт дипломов за первое место. Не всерьёз, конечно, думали — так, угарали...

Фиг его, конечно знает, что это за конкурс, но у самих сайт просто вырвиглазный. Надо бы им сделать конкурс типа «Кто круче сделает нам сайт» или что-то типа того. Не буду участвовать. Да и вообще, эти все конкурсы — такая непонятная вещь. Как вот можно оценить хороший сайт или плохой? В рунете, например, самый лучший сайт — вконтакте, ибо у него больше всего посетителей и денег он своим создателям приносит. А вот то как он сделан должно быть совершенно не важно — если он имеет такую огромную аудиторию, то он по-любому хороший, даже если не на HTML 5 и вообще изо всех сил невалидный. А сайт, который никому не нужен, будь он хоть самым красивым и трижды валидным всё равно нифига не достоин. Ну, вот, напрмер, у меня есть сайт, где я постю «заметки» для себя на будущее (чтобы, например, когда мне понадобится поднять сервер, я бы не гуглил, а сразу же бы находил всё, что надо) так там никакой графики нет вообще — нафига грузить страницу? Если человек на него попал из поисковика, например по конкретному запросу, то нафиг ему нужен красивый логотип, какой-то хытымэел 5? Ему нужна только информация и ничего больше. И я не трачу время и деньги на придумывание всяких дизайнов и всего такого. Текст и всё. Вот так вот я считаю.

Муыудщаа. Такие дела.

Подробности будут?

Лично я считаю, что не надо указывать размер шрифта в пикселах никогда. Можно в процентах от основного текста. Почему? Да потому что в браузере можно установить размер шрифта по умолчанию. Например, если у меня большой монитор с конским разрешением, то мне, чтобы всё было видно, надо установить крупный шрифт — 11px я просто не увижу. Или если у меня плохое зрение, например, тоже надо крупный шрифт поставить. Для того, чтобы «соблюдать пропорции» для заголовка, например, надо указать font-size: 130% или что-то типа того. На design.ru сделано именно так. Я не поклонник творчества Татьяныча, но согласен со многоими его измышлениями. Ну а поля — вообще обязательно. Не понимаю как можно без полей всё делать. У нас ведь не война, чтобы везде экономить, да и сайт не на бумаге делается. Очень жаль, что такой вам заказчик достался, который лезет не в своё дело. Желаю вам не встречать таких в будущем.

Я думаю, что в этом случае надо обратиться к программисту, заплатить ему денег и он всё сделает. Самый простой вариант.

if ($_SERVER['SERVER_NAME']=='rle.ru') {header("Location: http://www.rle.ru"); die();}

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

Э-э-э... Ну наверное одно без другого не катит, не? А так спасибо, полистаю.

Дадад. Всех праздником. Я с собой фотик всегда таскаю, поэтому почти всегда с рюкзаком — как истинный школьник. Надо было еще сегодня взять букет гладиолусов, чтобы не выделяться из толпы.