Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 09/28/2012 in Posts

  1. В Петербурге наступила осень. На улицах города становиться темно, сыро и холодно... А не пора ли жителям северной столицы и окрестностей собраться в каком-нибудь уютном кабачке, обсудить проблемы сайтопроизводства за кружечкой-другой любимых напитков? В общем, предлагаю в данной теме высказаться тех кто за то, чтобы познакомиться с новыми людьми, ну и себя показать. Место и время сбора: 1. 3 ноября 2012 (суббота) собираемся в 16.50 в вестибюле ст. метро Лиговский пр. около салона МТС. 2. ломимся в Кофейню Зеленая Комната «Этажей» (Лиговский проспект 74) 3. Если заблудились, сломался GPS-модуль головного мозга и не можем найти "Этажи", телефонируем Radiocity: +7(931)257-39-39 Список резидентов: Быколай Radiocity keltanas Sedoj ??? ShumNo Оглашайте ваши пожелания: чтобы хотелось услышать/увидеть, рассказать/показать, предлагайте темы для будущей беседы!
    1 point
  2. Год назад начинала форму Артема (Temiks), так как знаний не было по скриптам, далеко не ушла. )) Решила закончить начатое. Попинайте код, верстку. (> ИЕ7) http://chebureks.ru/tests/form-select/#
    1 point
  3. Да ладно. Делаешь одну картинку, а потом с помощью карт изображений выделяешь ссылки. Делов-то. И никакого css. Не абсурд. Всё логично и прописано в документации. Если ты чего-то не знаешь или не понимаешь, это не значит, что это тупо. П.с. а за что русский ты не любишь?
    1 point
  4. Вы создаете два экземпляра двух разных классов (то что второй унаследован от первого не значит что он знает что происходит в другой копии объекта). Вы же не вызывали метод save в экземпляре $b потому свойство $r и не изменилось на 2. Если бы у вас были ссылки на один объект был бы другой разговор, но у вас две разные копии двух разных классов.
    1 point
  5. Это делается путём реализации "оживляющих" алгоритмов с помощью функций языка, который тебе нужно выяснить. Как ты хочешь пользоваться языком, но не учить его?И что ты понимаешь под живой графикой? Всё, что можно придумать - это конкретные алгоритмы, придуманные и реализованные человеком, нет никакого волшебного оживления. А чтобы реализовать алгоритм, нужно знать язык.
    1 point
  6. Заместо <h3>? - <legend> В том-то и дело, что легенд в одном филдсете только один может быть, а у меня их два. У меня и структура, просто, была бы другая... То что у тебя <fieldset>, я бы выделил как <section>. А <fieldset>'ты использовал бы только в "Параметрах", в виде 3-х групп. Но каждый видит структуру своего(или чужого) творения по своему... А единственно правильного решения - нету, ИМХО.
    1 point
  7. Как работает модерация описано в конкретном php-коде конкретного сайта.
    1 point
  8. Разветленное это например у нас есть раздел сайта, который состоит из 10-ти подразделений. Так же есть новостная лента с категориями и тегами. Задача вывести на странице подраздела новости, которые к ним относятся. Или например у нас есть страницы привязанные к различным навигация, часть страниц имеют что-то общее между собой, но по структуре сайта раскиданы по разным разделам, задача вывести эти страницы в одном месте так чтобы их можно было сортировать по различным параметрам. Вариантов масса и wp с этим не справляется. да какие-то частные случаи решить можно, но как уже сказал забивать гвозди отверткой.
    1 point
  9. 1. <section> не предназначен(семантически) для использования в качестве врапов или визуального разбития сайта на секции, как у вас. Для этих целей существует <div>. 2. бессмысленно использовать <header> в качестве контейнера для одного лишь логотипа. 3. Бессмысленно и не семантично использовать <a> без href в качестве кнопочек. Как, например, у вас сделанны кнопки навигации в слайдере. 4. <menu> использовано не по назначению - _http://forum.htmlbook.ru/index.php?showtopic=36592 5. абсолютно не понятная логика использования вами тега - <article> 6. сомнительное использование <footer> Допустим, ну хоть синтаксическую ошибку(";") там исправьте. Или удалите, они-то(стили) у вас даже не работают)
    1 point
  10. Catherine, никому ничего не отправляй, пусть идут лесом! бред какой-то... зачем портфель то?
    1 point
  11. В пыхе процесс умирает сразу, как сформирована страница. Это может быть гораздо раньше, чем пользователь увидит эту страницу. После того, как умер процесс, умирают и все объекты. Т.е. никакой ссылки не может быть. А теперь представь, что у тебя на сервере сессии будут хранится в файлах. А в твоем объекте будет ни одно св-во, а много. Штук десять. А если у тебя будет более-менее посещаемый сайт, то во первых твое хранилище раздуется до приличных размеров. Во вторых пользователи взорвут диск сервера (утрирую конечно). Так что я бы не стал привыкать к таким решениям, если в будущем хочешь писать большие проекты. Либо хотя бы храни все свойства отдельно от объекта. А то не уследишь, отнаследуешь этот класс от какого-то еще, у которого еще десяток-другой свойств или ссылки на другие объекты, и потом будут у тебя в сессиях совершенно левые данные храниться. А лучше сохранять большие объемы в базе данных. Они для этого и предназначены. Есть еще куки. Я как-то их применял для хранения данных фильтров. Но там, правда, не было аякса. На самом деле я слабо представляю, как можно отправляя ajax запрос с клиента выставить значения сессии, но складывается мнение, что у тебя проблемы с архитектурой приложения. Может стоит что-то пересмотреть и потребность сохранять что-то в сессии отпадет.
    1 point
  12. Мне кажется, нет особого смысла просить оценивать «тестовые версии». На оценку, по логике вещей, нужно представлять работу, в готовности которой исполнитель уверен на 100%, чтобы оценивающие могли выявить какие-то косяки, которых исполнитель сам действительно не заметил. Иначе, например, вот скажу я вам сейчас, что у вас опечатка в нижнем меню, а вы мне в ответ: «Ну да, знаем, это же тестовая версия». Какая тогда польза от таких «оценок»?) По теме. Задумка, конечно, интересная, но, по моему мнению, не лишена многих недочётов. Например: меню снизу. Ну, не то, чтобы это было ужасным минусом, но, тем не менее, непривычно; идея с пунктами меню поверх основной фотографии в разных частях страницы очень-очень сомнительная. Во-первых, изначально непонятно, какой из этих квадратов является пунктом меню (и каким пунктом именно). Во-вторых, перекрывать лицо и прочие привлекательные части тела ведущей огромными пунктами меню, по-моему, тоже не очень красиво. В общем, смотрится эффектно, но работает не эффективно; опять же, в разделе «Ресурсы» вы этими полосками перекрыли девушке пол-лица. По крайней мере, так это выглядит у меня на ноутбуке (1366x768); вообще, раздел «Ресурсы» легко можно было объединить с «Контактами». Так и не понял, зачем вы их разделили. Кроме того, по общей концепции сайт очень похож на вашу предыдущую работу. Посоветовал бы вам экспериментировать с разными вариантами дизайна страниц, иначе есть шанс зациклиться на одной и той же конструкции представления информации, что само по себе нехорошо. Удачи
    1 point
  13. Оранжевый указатель активного пункта меню странный. Просто треугольный уголок или оранжевая полоска смотрелись бы более чётко. А в данный момент это похоже на непонятно по какой причине обрезанный тултип. Просто сравните. Панельку (которая «Показать / скрыть») я бы вообще не скрывал. Если там важная информация, зачем ее прятать? И, раз уж делаете таким образом, то панельку следовало бы раскрывать/скрывать не в ущерб основным фотографиям. У меня на ноуте, например (1366x768) эта панелька собой перекрывает половину фотографии при раскрытии. «Заказажите услугу». Опять же, форма заказа услуг. Там есть такое поле в форме — «Вид услуги». Я простой пользователь, я понятия не имею, какие у вас виды услуг можно заказать. Окей, есть пункт в меню — «Услуги». В итоге нужно опять в него возвращаться, чтобы вспомнить, как называется услуга, которую я хочу заказать. Иными словами, было бы логично вместо текстового поля сделать выпадающий список с этими самыми видами услуг. «Как доехать на машине» и «Как добраться пешком». Две плотные кучки текста. Куда более понятней и наглядней выглядела бы карта с размеченным путём следования на машине/пешком, выскакивающая, например, по клику на соответствующей ссылке. Представьте, как бы выглядело, если бы какие-нибудь туристические путеводители показывали путь следования к какому-либо пункту назначения просто текстом. Я не могу представить Вот как-то так, на беглый взгляд. В общем и целом — хорошо. Даже несмотря на набившие оскомину вебдванольные «елочки» сверху и снизу
    1 point
  14. А оформление делаешь на php? Не php конечно, но типо того :-). Изготавливаю картинки, а потом их "раскладываю по странице". Правда и тут без css не обходиться :-(. Тем более что некоторые вещи одной "картинкой не сделаешь". Правда,хорошо что у меня canvas в запасе, который я люблю :-). P.s.вообще если честно, то css я не люблю изза его тупостей и не нужнастей. Пишу просто: <img src="a.jpg" style="left: 2%">. Картинка не здвинулась. Добавил position:absolute и всё заработало. Это не абсурд?
    -1 points
This leaderboard is set to Kiev/GMT+02:00
×
×
  • 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