markimax

Вот как индексирует google комментарии

Или таким способом. P.S. Всё, заканчиваем гадить человеку в топик, сорри за офтоп.

Тогда достать немного, и с друзьями провести психологическое расслабление, за бутылочкой хорошего виски, или если печень пошаливает, снять корт на пару часиков поиграть в теннис или на каток (что я недавно сделал, положительных эмоций валом), дабы снять стресс, от работы с такими клиентами.

Золотые слова! Прямое подтверждение моей лекции выше по топику :)

Ну хоть деньги с пользой потратил :) Оздоровился после такого клиента Совсем недавно, был случай, клиент начал рассказывать, что выравнивание текста надо делать justify в итоге был послан в прямом смысле слова. Через 9 месяцев потыркался (потом показывал, что ему "начудили" горе дизайнеры и сколько денег он потратил) и опять обьявился, сказал, что я был абсолютно прав и "взял" его обратно, за что готов заплатить в 2 раза больше. В итоге, больше не влезал в разработку и остался доволен и до сих пор хорошие взаимоотношения.

Нет, совсем не хотел никого обидеть, может меня не правильно поняли, я просто указал на недостатки прямо :) И никаких разборов я не имел ввиду, просто высказал, свое мнение и указал на те грабли, на которые по молодости наступал. Если бы мне по чаще, тогда "так" говорили, то было бы очень кстати. Никто не безгрешен. Всем есть куда учиться и правильная критика это скорее шаг вперед в развитии. А в проекте устранить эти недостатки, что я перечислил, плюс кегль шрифта в контентной части больше надо (не очень гармонично с большим шрифтом меню и заголовков, также <p> style изменить, слишком уж большой отступ ), и в принципе, можно сдавать работу клиенту (если он хотел таким видеть свой ИМ), явных каких-то ошибок в дизайне там и не найдешь, тем более что сайт сделан в стиле минимализма.

И в чем? Прочитайте мой пост выше. Значит плохая работа с клиентом, в стиле, сделать дизайн под личный вкус клиента, а не покупателей (который (клиент) вам еще расскажет как надо верстать и "делать"), ведь сайты (ИМ) делаются не для клиентов, а для покупателей, авторство не признавать, деньги забрать и пропить их от без исходности. Для того, чтобы перейти на ступень выше, работы не с мелкими клиентами, надо работать по другому. Но обычно, никто не хочет. Только и смотришь, написано, "я угадаю вашу "мелодию", за 50 баксов", ну такие и сайты, потом сами же клиенты и жалуются, никто ничего не покупает и процент отказов превышает все допустимые нормы. Виноват в первую очередь дизайнер, который пошел на поводу у клиента. А переубедить легко, "послать" клиента (не в прямом понимании этого слова конечно), всех денег не заработаешь (зато на это освободившееся "время" можно другого, нормального, клиента взять и больше заработать и меньше нервов потратить) , все равно потыркается и вернется в 90% случаев, если он конечно адекватный, если нет, то не надо таких клиентов. Клиенты тоже разные бывают.

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

Вы доктора-хирурга (хорошего специалиста) тоже будите переубеждать и рассказывать как удалять аппендицит? Web разработка это не супермаркет. И отмазки в стиле "ограничивается только фантазией дизайнера" не получиться. Дизайнер в первую очередь - это маркетолог, технолог и психолог с хорошим вкусом и самое главное специалист по юзабилити , а вы рассказываете сказки про непризнанных художников, Дизайнер и художник - разные "вещи". Разработчиков микропроцессоров, тоже называют дизайнерами. Здесь не корпоратив, где заказали "поющие трусы" и они все сделают за деньги. Это скорее обращение к мастеру или к доктору. Вы противоречите сами себе говоря о фантазии и тут же начинаете говорить о рамках клиента. в web разработках, клиент всегда по умолчанию не прав, даже не будем спорить, потому что подсознательно вы это и сами знаете, и главная задача дизайнера убедить в правильности его подхода к решению задачи. Если он отличный специалист, то даже большие фирмы, не лезут в разработку, отдавая всё на рассуждения специалиста - дизайнера (замечу не художника). Очень редко бывает, когда у тебя заказывает другой хороший специалист, в связи с нехваткой времени, т.е. передаёт на аутсорс. Тогда, да, отвечает за работу твой заказчик, другой специалист и надо делать сайты, согласно их требований и спецификаций. Клиента надо выслушать, понять его мысли, менталитет той местности где он будет работать (очень немаловажно), его маркетинговые задумки, психологию покупателей его "бренда", понять зачем это ему нужно, и согласно этому сделать дизайн. Чувствуете, про "фантазию дизайнера (я бы поправил художника)", какая уже там фантазия, уже есть жесткие промышленные рамки. Иногда своей "креативностью" и "фантазией" художники доводят фирмы до банкротства (на много порядков больше, чем приводило к небольшому успеху). И не слушать, как клиент, будет "рассказывать" как например верстать сайт (образно, не придираться) и понятия не знает что такое юзабилити, технологии и т.п.. Чувствуете, кто такой дизайнер, как понятие ;) ? Правильно, маркетолог, психолог, технолог с очень хорошим вкусом и навыками. А дизайн - это творческий подход к промышленному проектированию, для удобного использования в первую очередь, и только вторую (даже наверно в web-е, третью) очередь "рюшечки". Ошибка в 90% проектирования ИМ, то что на первое место ставят "рюшечки", а вы сами знаете у каждого "свой" вкус, особенно покупателя. Его легко спугнуть каким то "вычурным" художеством, но если ему будет удобно в ИМ, он с большой вероятностью сделает покупку, поэтому вначале юзабилити и стиль, гармония, технологии, потом копирайтинг, контент, и только потом "художества". Целая лекция получилась, когда то в таком стиле и семинары проводил, правда связанные с промышленным дизайном, но в web почти тоже самое :)

Для того чтобы ломать стереотипы, из вначале надо знать :)

Это для старых версий, в новых версиях, все описано в "коробке" (архиве) модуля faq.txt, там стало гораздо легче добавлять. Скачайте последнюю сборку и выполните пошагово как в faq.txt, если не получиться, пишите в ЛС, я помогу.

Еще до пижона Лебедева, это озвучили специалисты по юзабилити. Ничего нового он не изобрел. Есть стандарты и их надо знать, только зная стандарты потом можно их усовершенствовать, а не зная их, не придерживаться, это уже ошибка.

Согласен, там надо перепиливать все запросы и архитектуру. У того, кто имеет более 10`000 хостов в день, будут и деньги, бюджет, чтобы заказать у специалистов. И они однозначно не предложат opencart. Например rozetka.ua (у которой многомиллионные обороты и высокая нагрузка) сделана на owox, где бюджет за стандартную "коробку" от 10`000 евро., но это как говориться проверенный вариант с нагрузками. Кстати rozetka.ua крутиться на обычных выделенных серверах, без всяких "изысков".

Вы издеваетесь, это там где я вылавливаю свой модуль и постоянно пишу админам, чтобы убрали, поэтому и увидел. Насчет проектов, вы не спрашивали, а они есть, и приносят неплохую прибыль клиентам. А демо блог сделано стандартно как в опенкарте, чтобы пользователи как раз и видели, как он выглядит в стандартной схеме. Давайте не будем здесь переходить на личностые обсуждения. Вы высказали только эмоции. Давайте подходить как-то профессиональнее к вопросам, без эмоций. Насчет личностных обсуждений пишите в ЛС, здесь про высокие нагрузки в opencart. P.S. Если разработчик не трясется над своим детищем, значит оно или г, или плохой разработчик, который после выхода своего детища на него забивает. Но когда смотришь, что твое детище кому-то надо, то начинаешь уже трястись над ним :) . Так что зря вы так, про разработчиков.

Как работают модули такого плана описано здесь Обычно модули такого плана - это развод чистой воды. Исправить архитектуру opencart никак не получиться. Вы проводили тесты с этим модулем? Сколько "тратится" запросов, какие они, что ложиться в кеш. Красивые сказки можно расписывать где угодно. На заборе х написано, но это же не х.

Для справки: opencart потребляет в среднем 200 запросов (кто не верит, может положить статическую переменную заведенного класса, например hoho, hoho::$count++ в /system/database/mysql.php в public function query и потом её вывести, вы будите невероятно удивлены, потом попробуйте очистить кеш, и посмотреть количество, вы просто "упадете"). Это очень большая нагрузка на mysql сервер. И это при том, что "всё" в кеше. Хотя 10`000 посетителей, это где-то в среднем ~100`000 хитов, т.е. по хиту в секунду. Это в среднем, но может быть временной наплыв, тогда.... Архитектура opencart ужасна с точки зрения mysql запросов. Сплошные подзапросы, OR, IN, LJ и все это без использования индексов. Скажу честно, без допилов, mysql сервер в конце концов ляжет. ("Закон Мэрфи: Если какая-нибудь неприятность может случиться, то она случается.") opencart разрабатывался по формуле: код - архитектура кода - вывод - БД. Т е с точностью до наоборот, как должно быть, обычная студенческая работа, с кучей ошибок, особенно в архитектуре. Теперь вы информированы и сможете сами проанализировать. Все же если у вас более 10`000 покупателей в день, то лучше обратиться к проверенным специалистам. Но там бюджет должен быть от 10`000 евро. При 10`000 покупателях в день, они быстро окупятся.

Я не демпингую, 500$ за магазин. Индивидуальный дизайн в современном стиле. Юзабилити гарантирую.

Ссылки не подчеркнуты, мало того еще и разных цветов (в принципе можно и не подчеркивать ссылки, если они одним цветом на сайте) (где ссылка - не понятно, надо включать мозги и думать, искать глазами, вместо того, чтобы мозг не включать и на подсознательном уровне (рефлексов) их видеть). Потом, зачем всё ПРОПИСНЫМИ делать (заголовки товаров, меню, в категориях), это просто вынос мозга, для 30% людей, на подсознательном уровне. А здесь, зачем подчеркивать, если это не ссылка? Когда научимся убирать �? А еще лучше не заканчивать на полуслове. $pattern = ('/((.*?)\x20){0,' . $amount . '}/isu'); preg_match_all($pattern, strip_tags(html_entity_decode($result['description'], ENT_QUOTES, 'UTF-8')), $out); $description = $out[0][0]; Самое простое регулярное выражение ($amount - количество слов) C точки зрения юзабилити, нужно допиливать. Как можно делать цвет ссылок и обычного текста одинаковым? и ПИСАТЬ ВСЕ ПРОПИСНЫМИ (очень красиво?)

Вышла версия 4.11 Добавлена совместимость с opencart ver. 1.5.5

Нет проблема не в новой версии, а проблема у вас, так как вы не обновили шаблоны у себя в теме.

Модуль Sipmle построен вокруг регистрации и авторизации, это его основное предназначение фактически (если бы имеете ввиду модуль Simple- упрощенная регистрация и заказ, вы только в название посмотрите ;) "регистрация") . Давайте не будем проводить параллелей. Модуль блог, сделан согласно стандартов opencart, если бы регистрация в opencart была реализована всплывающим окном, то она была бы и в модуле. А так, вы все же предлагаете сделать почти аналог Simple. Да могу сделать, но это не основная фишка модуля. В очереди по порядку гораздо более важный функционал на расширение стоит. Вот когда доберусь до личного кабинета пользователей, например, чтобы пользователи могли писать в блоги прямо с frontend-a, тогда, да, это будет реализовано.

В opencart многое глупо, но мы им пользуемся. Так всё устроено в opencart, модуль сделан согласно стандартной философии opencart. (я бы мог вообще там не выводить ничего, как вы понимаете, это своего рода напоминание, никак не предложение). Это обычная языковая переменная, больше ничего. А вы предлагаете сделать целый модуль авторизации для opencart. Убрать вообще? ;) Я могу. (только я думаю легче от этого не станет)

Ну это вопрос, немного не туда, это вопрос в ЛС. Потому что, слайдер товаров никак к модулю не относится. В вашем случае, надо иметь исходные коды и шаблоны слайдера, для того чтобы дать ответ.

Пока нет. sitemap в очереди, на расширение функционала. Самая главная проблема сделать так, чтобы не использовать vqmod и не изменять системные файлы, но решение уже найдено, осталось реализовать

Серьезная уязвимость в opencart. http://ваш_сайт/system/logs/error.txt И весь журнал ошибок доступен для всех Так делать нельзя, потому что бывают ошибки SQL, из-за которых можно получить логин и адрес сервера mysql, а также получить логин и хеш пароля пользователя (в случае ошибки mysql при авторизации), который в принципе можно взломать. C аналогичной уязвимостью в ранних версиях 1C-Битрикс, хакеры уводили базы данных сайтов. http://habrahabr.ru/post/165999/ Поэтому, почаще чистите журнал, или закройте доступ к файлу в .htaccess , иначе в error.txt можно многое узнать про сайт например Пример с лога одного сайта, и найденной серьёзной ошибки и все это в течении 1 минуты SELECT command denied to user 'u138235'@'10.10.0....'..... и т п Пропишите в .htaccess <FilesMatch "error.(txt)$"> Order Allow,Deny Deny from all </FilesMatch>