В простой для понимания код скорее всего будет просто вносить изменения.
Стараясь, чтобы вносить изменения было просто, нужно не переусердствовать.
А то можно накодить ерунды якобы для возможности будущего расширения, а оно и не понадобиться и все придется выпиливать. :)
Конечно, с повышением уровня входа в php, будет расти вход и на то, что на нем пишется.
Перехода 4-5 — можно сказать, не застал. Но не заметил там повышения уровня входа.
Ну и не заметил повышения уровня входа при текущем переходе 5-7.
Где же идет повышение уровня входа — так это на фреймворках.
Были ли фреймворки при переходе 4-5 — хрен его знает. :)
Но при переходе 5-7 во фреймворках ничего не упрощено, так как они хотя бы все совместимы с 5.
Ведь, если нарушены законы базового восприятия, то никакие “рюшечки" и «фишечки” не помогут добиться хорошей конверсии.
Ну тут хз.
Фейсбук именно потому такой богомерзкий (имеет плохое базовое восприятие), потому что это повышает конверсию. :)
теплые вызывают тёплые и нежные чувства
и
холодные наоборот успокаивают его и умиротворяют
А это не одни и те же чувства? :)
А как на счет отсутствия цветов? Черно-белого сайта и оттенков? :)
Дочитал до соответственных цветов. :)
В каждой культуре цвет играет свою роль и по-разному воспринимается на эмоциональном уровне.
Все, что говорилось выше, это о западной культуре? :)
Например, мы заходим на страницу товара любого популярного интернет магазина
Не факт, что у них правильно. :)
Ну и может этот цвет кнопки подходит только им. :)
Акции обычно везде красные. :)
Красный, с ним ассоциируется любовь
Да, сайты с проститутками красные (те, что мне запомнились) :) Хотя любовь и секс — не одно и то же. :)
Темно-желтый
Это близко к оранжевому? :) У меня правильное представление о цветах? :)
Зелёный, алкогольные напитки.
Зеленый змий же :)
Фиолетовый, если мы хотим продать что-то дорогое
У «меня» был сайт Инфинити в таком цвете :)
на сайте создано впечатление комфорта и уверенности; именно этот фактор заставляет людей принимать решение о покупке
Видимо на меня это на так действует. :)
Я купил часы, где было дешевле, а выбрал товар в каталоге. :)
Но да, не все такие правильные, как я. :)
Ну и сайт, продающий дорогие часы, должен выглядеть солидно.
Просто обычно продают все часы в куче и даже забывают снимать неактуальный товар. :)
Вы можете обращаться к нам за консультантами, которые могут научить, подсказать, дать оценку качеству, помочь в сложном вопросе, проконсультировать по развитию и много других полезных вещей.
Это бесплатная консультация? :)
Можно через личку на хабре.
В принципе, готовы и отблагодарить. :)
Просто сайт минималистичный, дизайн «пан сам склепав», а знакомый дизайнер был якобы занят :)
Мы готовы предложить менторов по такими направлениям:
Ого. :)
Помагать бесплатно — тоже способ привлечения клиентов. :)
Я даже ставил эксперимент.
Предоставлял одну услугу бесплатно, а клиентам говорил: «Можете заплатить, сколько считаете нужным»
Насколько помню, выручка или не упала, а наоборот выросла, или упала незначительно. :)
Хотя да, кто-то вообще не платил. :)
П.С.
Классно, что это не галимый перевод, а своя статья. :)
П.П.С.
Почему о всех цветах только в позитивном смысле?
А то, что красный — это цвет тревоги не сказано?
Вопрос уже задал другой наблюдательный человек. :)
П.П.П.С.
Какие чувства вызывает синеватый цвет, как в https://mail.ru/? :)
П.П.П.П.С.
Как Вы относитесь, когда пользователям предоставлена возможность смены цветовой схемы? Как лучше такую возможность предоставить? :)
Хотя я обычно пользуюсь дефолтной схемой, невзирая на то, что мне нравится больше тот или иной цвет. Просто привык. :)
Если какое-то понятие предметной области является уникальным и отличным от всех других объектов в системе, то для его моделирования используется сущность.
До какой степени выделять?
Допустим товар может иметь такие свойства: цвет и объем памяти.
Но выделять все свойства в отдельную сущность — вряд ли правильно при большом числе свойств. :)
На счет генерирования ИД можно поговорить и в отдельной статье. :)
Это только Yii под backend и frontend понимает админку и часть для обычных пользователей соответственно?
Или это общепринято? :)
Я чет всю жизнь под первым понимал сервер-сайд, под вторым — отдача html + статики. :)
С учетом общих файлов статики, данное решение более удобно применять для поддоменов. :)
Хотя можно статику разнести по папкам доменов, а php натравить на:
а) общий файл;
б) разные файлы, но иметь предложенную структуру папок.
Чет мне показалось, что это как всегда приукрашенное мнение, которое навязывают сектанты фреймворков.
Ну или Вы сами купились на их пропаганду. :)
Одно введение в язык позднего связывания значительно упростило фреймворки.
Это когда было сделано?
С выходом 7? :)
Об остальном и говорить не хочу. Ощущение, будто Вы пытаетесь втянуть меня в какое-то болото. :)
Если вы разработку на PHP4 не застали, то поверьте на слово, что фреймворк аналогичный по функциональности Symfony или Yii был бы гораздо сложнее и внутренне, и в использовании.
Только фреймворк был бы сложнее?
Мой код тоже был бы не таким без упомянутого Вами без причины позднего статического связывания.
Более странно, что его не было изначально. :)
Ах да.
Я человек простой. Вижу тупость или ложь, выражения не особо подбираю. :)
А то на собеседованиях спрашивают ООП и прочую ерунду, а в проекте это и близко не используется. :)
Если Вы будете писать на готовом фреймворке / CMS, то многое будет сделано за Вас, скорее всего Вам не нужно будет городить иерархии наследований и т.п. :)
Вам нужно только их документацию прочитать. Многие разработчики этим и злоупотребляют. Они знают только свой фреймворк, а в незнакомом месте и шагу самостоятельно ступить не могут. :) Самого языка и программирования вообще они, можно сказать, и не знают. :)
Начните свой проект на самописи. :)
Ах да, читайте исходники. :)
Что-то непонятно — в гугл. (что-то по предыдущему предложению, а то еще опять неправильно поймете) :)
В простой для понимания код скорее всего будет просто вносить изменения.
Стараясь, чтобы вносить изменения было просто, нужно не переусердствовать.
А то можно накодить ерунды якобы для возможности будущего расширения, а оно и не понадобиться и все придется выпиливать. :)
Псевдо-CDN. :)
Но оно все какое-то не юзер-френдли, согласитесь :)
Ну и нету регионов. :)
под «поздним связыванием» Вы имели в виду не «позднее статическое связывание»?
http://php.net/manual/ru/language.oop5.late-static-bindings.php
Можно ссылку, что Вы имели в виду и когда это было введено в PHP? :)
Так чем geonames лучше? :)
Сколько процентов пользователей это застало? :)
При чем тут неграмотность?
Упоминание нелогичное, вот и все. :)
Я ж не по самому позднему статическому связыванию спорил. :)
Я отвечал прежде всего на это.
Перехода 4-5 — можно сказать, не застал. Но не заметил там повышения уровня входа.
Ну и не заметил повышения уровня входа при текущем переходе 5-7.
Где же идет повышение уровня входа — так это на фреймворках.
Были ли фреймворки при переходе 4-5 — хрен его знает. :)
Но при переходе 5-7 во фреймворках ничего не упрощено, так как они хотя бы все совместимы с 5.
Есть вопросы? :)
Ну и какие же углы лучше?
Ну тут хз.
Фейсбук именно потому такой богомерзкий (имеет плохое базовое восприятие), потому что это повышает конверсию. :)
и
А это не одни и те же чувства? :)
А как на счет отсутствия цветов? Черно-белого сайта и оттенков? :)Дочитал до соответственных цветов. :)
Все, что говорилось выше, это о западной культуре? :)
Не факт, что у них правильно. :)
Ну и может этот цвет кнопки подходит только им. :)
Акции обычно везде красные. :)
Да, сайты с проститутками красные (те, что мне запомнились) :) Хотя любовь и секс — не одно и то же. :)
Это близко к оранжевому? :) У меня правильное представление о цветах? :)
Зеленый змий же :)
У «меня» был сайт Инфинити в таком цвете :)
Видимо на меня это на так действует. :)
Я купил часы, где было дешевле, а выбрал товар в каталоге. :)
Но да, не все такие правильные, как я. :)
Ну и сайт, продающий дорогие часы, должен выглядеть солидно.
Просто обычно продают все часы в куче и даже забывают снимать неактуальный товар. :)
Это бесплатная консультация? :)
Можно через личку на хабре.
В принципе, готовы и отблагодарить. :)
Просто сайт минималистичный, дизайн «пан сам склепав», а знакомый дизайнер был якобы занят :)
Ого. :)
Помагать бесплатно — тоже способ привлечения клиентов. :)
Я даже ставил эксперимент.
Предоставлял одну услугу бесплатно, а клиентам говорил: «Можете заплатить, сколько считаете нужным»
Насколько помню, выручка или не упала, а наоборот выросла, или упала незначительно. :)
Хотя да, кто-то вообще не платил. :)
П.С.
Классно, что это не галимый перевод, а своя статья. :)
П.П.С.
Почему о всех цветах только в позитивном смысле?
А то, что красный — это цвет тревоги не сказано?
Вопрос уже задал другой наблюдательный человек. :)
П.П.П.С.
Какие чувства вызывает синеватый цвет, как в https://mail.ru/? :)
П.П.П.П.С.
Как Вы относитесь, когда пользователям предоставлена возможность смены цветовой схемы? Как лучше такую возможность предоставить? :)
Хотя я обычно пользуюсь дефолтной схемой, невзирая на то, что мне нравится больше тот или иной цвет. Просто привык. :)
До какой степени выделять?
Допустим товар может иметь такие свойства: цвет и объем памяти.
Но выделять все свойства в отдельную сущность — вряд ли правильно при большом числе свойств. :)
На счет генерирования ИД можно поговорить и в отдельной статье. :)
Ну и данная база практически не интегрируема с другими базами. :)
П.С.
Как планируются обновления? :)
Или это общепринято? :)
Я чет всю жизнь под первым понимал сервер-сайд, под вторым — отдача html + статики. :)
С учетом общих файлов статики, данное решение более удобно применять для поддоменов. :)
Хотя можно статику разнести по папкам доменов, а php натравить на:
а) общий файл;
б) разные файлы, но иметь предложенную структуру папок.
А так да, решение интересное. :)
Там было бурление типа: «А нет, низакрывайте фаирбаг»? :)
Касательно первой части.
Это первое что приходит на ум, почему закрыли его.
Наличие firebug и встроенного отладчика даже немного сбивают с толку :)
Касательно второй части.
А кто-то смотрел на скорость? :) Это для кого-то важно? :)
Это открытый проект? Если да, любой кому он нужен, может подхватить. :)
Вообще-то, я последователь M-A-XG. :)
Вы хотите, чтобы квадрат наследовал и прямоугольника, и ромба? :)
У вас на проекте используется множественное наследование? :)
Кмк, человек, который ранее с ООП не работал, но имеет мозги, пройдет Ваш тест.
Вторая задача — вообще какой-то бред. :)
Чет мне показалось, что это как всегда приукрашенное мнение, которое навязывают сектанты фреймворков.
Ну или Вы сами купились на их пропаганду. :)
Это когда было сделано?
С выходом 7? :)
Об остальном и говорить не хочу. Ощущение, будто Вы пытаетесь втянуть меня в какое-то болото. :)
Только фреймворк был бы сложнее?
Мой код тоже был бы не таким без упомянутого Вами без причины позднего статического связывания.
Более странно, что его не было изначально. :)
Ах да.
Я человек простой. Вижу тупость или ложь, выражения не особо подбираю. :)
А она мало где в действительности нужна. :)
А то на собеседованиях спрашивают ООП и прочую ерунду, а в проекте это и близко не используется. :)
Если Вы будете писать на готовом фреймворке / CMS, то многое будет сделано за Вас, скорее всего Вам не нужно будет городить иерархии наследований и т.п. :)
Вам нужно только их документацию прочитать. Многие разработчики этим и злоупотребляют. Они знают только свой фреймворк, а в незнакомом месте и шагу самостоятельно ступить не могут. :) Самого языка и программирования вообще они, можно сказать, и не знают. :)
Начните свой проект на самописи. :)
Ах да, читайте исходники. :)
Что-то непонятно — в гугл. (что-то по предыдущему предложению, а то еще опять неправильно поймете) :)
На вопросы опять нету ответа. :)