markimax

Все предельно просто К примеру, проверяю на дубли URL в модулях связанных со выходными контроллерами (у которых свои "страницы" - говно "блоги", говно "отзывы" о магазине и т п) Поставляешь в URL левые "слова" и наблюдаешь ответ, часто бывает 200 Ok и другая страница. Проходит какое то время и в индексе яндекса уже этот URL засветился, хотя его не было. Т е метрика четко доложила поисковому алгоритму что есть такой URL на сайте и отдает 200 и тот его сразу в индекс запихнул.

Ээ не... "не надо" сравнивать х.. с пальцем Сравни условия. addthis все прозрачно описывает, что он собирает. Такая "политика" у буржуев. Иначе по судам затягают У яши ничего не описано и я так понимаю что собирает он гораздо больше чем надо. Хватает уже условия "согласно законодательства РФ", где все данные о пользователях должны передаваться "всевидящему брату". А на сайт он будет смотреть и так нормально если в вебмастере его "прописать" А вот то что он может "переусердствовать" это факт. Часто наблюдал как после проверок (при установленной метрике) на дубли URL ссылок магазинов они тут же попадали в индекс, хотя понятное дело такие ссылки нигде не генерировались а только в ручную. Честно, к яше никакого доверия. Я не люблю не прозрачную "бизнес - модель" А addthis - все четко и прозрачно описано в условиях соглашения.

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

Ну вот как и предполагал ... И почему никто не читает условия соглашения...

А хрен его знает что там яша делает и за чем следит и какую инфу собирает. Потом как через его toolbar или метрику всплывают не понятные ссылки в индексе и т.п. Так что уж лучше addthis проверенный годами стандарт

А причем здесь другие темы. Здесь тема понятлива четко и ясно. Понимаете есть такое понятие СТАНДАРТ и его желательно не изменять в проектах ориентированных на других пользователей Стандарты = стабильность Addthis сервис - это уже как стандарт де факто. Он давно и стабильно работает у всех. За свой век я уже видел как минимум десяток сервисов социальных кнопок который рождались и также незаметно исчезали. А теперь представьте что будет если в сборку поставят сервис социальных кнопок НЕ стандартный и он через пару месяцев исчезнет... (как и десятки других) Что будет ? Я скажу что будет - куча 3.14жа автору сборки что он во всем виноват Вот тотоже... Поняли о чем я. И никакого отношения лично к Вам мой пост не относился. Вы же написали пост в общий доступ а не ко мне лично ! Это скорее ответ для всего комьюнити, чтобы все понимали чем грозят их хотелки А вы принимаете все на свой счет

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

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

Уважаемый, берите за основу не какой то говнокод с какой то помойки, а стандартный код загрузки файлов в opencart. И будет все работать с полпинка. А тратить время на разбор говнокода какого то "юного дарования" никто не будет.

... и можете сразу забыть про безопасность Советую вначале ознакомиться с "безопасностью", а потом уже писать такие "скрипты" Первый же вектор атаки хакеров будет именно на возможность загрузки пользователями файлов В вашем случае у них успех будет 100%

MFP из разряда рекомендуемых у меня отправился в разряд - "мусорка" В последних версиях модуля автор сделала из системных файлов говнофарш (причем как раз для работы с ЧПУ, но сделала очень коряво и с ошибками, причем архитектурными, из-за чего начались утечки памяти и тормоза, а также из-за фарша кода начались проблемы с привязками у других модулей) Идеальных нету - в замен могу предложить модуль SooR- a ocfilter Автор ocfilter сделал рефакторинг кода и убрал архитектурные ошибки

Да pikitos - адекватный мужик, молодец. Но есть такие, у которых корона выросла на голове и плевали они на то, что им советуют сделать А у многих просто квалификации не хватает понять, у них больше квалификация верстальщиков а не системных программистов

И именно этот "параметр" скорости (скорость генерации скриптами) учитывает google в ранжировании

Да не "гони" на J2 (шутка). Это моя "любимая" тема! Все кто официально купили её, потом все официально покупают мой "блог" Так как родной в упор "теряет" потом свои ЧПУ из-за установки других модулей и перестает работать, а мой работает "бронебойно" Т.е. "родной" даже не работает. И какой толк от его говно обрезка.

А как ты их "МАТивируешь" ? Чтобы повыкидывали всё барахло из своих шаблонов и тема была максимально совместимой с default ? Да так и нужно делать. Только как обьяснить "верстальщикам" это с точки зрения СИСТЕМНОГО программиста, а не "сборщика" кода Мне это напоминает как малолетки собирают сборки виндовз, нафигачат туда хрен знает чего и соответственно из-за всех рюшек "виндовз" уже ели шевелиться и не похожа сама на себя. Зато пипл хавает

Исправил хоть ?

Та да - я уже писал как то по этому вопросу. Ох уж эти авторы тем.... Сделают из темы говнофарш модулей и говнофарш кода opencart Зачем лепить то что не нужно и влияет на стабильность системы Сделайте отдельный для темы Service Pack - можно даже платно, где соберите все свои бесплатные говномодули для отдельной установки кому что надо А так превращают из нормального кода opencart в ...

Лучше группировать по семантическому ядру По поисковым запросам, по тегам, но чтобы с посадочными страницами (ЧПУ, мета теги) Да и вообще лучше контентом наполняйте (описания, обзоры, статьи, блоги, новости) - толку будет больше Если для google - то должны быть уникальными (можно делать переводы с буржуйских, но не google translate, а yandex translate). Яше по барабану, он все равно не умеет определять уникальность

db_log и обратить внимание после него на индексы задействованных таблиц (а потом "добить" еще explain - м) Иногда один "не правильный" индекс или его отсутствие могут сильно тормозить и на "20 товарах"

Всплывающие окно в магазине конечно удивило - Отключите adblock - мы живем за счет рекламы А как же магазин ?

Верстка таблицами в 21 веке?

Нет

Поисковые боты не спят Они иногда так сервер дергают, что парсеры курят мирно бамбук в стороне

Совершенно верно Здесь вначале надо оптимизировать подсчет товаров в категориях Проверить на тяжелые запросы db_log - м Если присутствуют - оптимизировать А потому же ставить кешировщик, настройки для браузеров и т .п. Самое главное сервер

Только не выкладывайте ссылки на варез, не делайте из форума говно свалку