Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

snastik

Users
  • Posts

    4,747
  • Joined

  • Last visited

Everything posted by snastik

  1. Загрузка через AJAX части контента - решение правильно. Но вопрос в том, насколько это утилитарно реализовано. И что могу опять же добавить, реализация как по мне годная. Но есть один нюанс (и попрошу все таки не клонировать идею реализации). Ваш модуль кеширует полностью контент, у меня же блочное глобальное кеширование (один раз создали и забыли). Так то по хорошему буду рекомендовать как дополнительный мод к турбокешу.
  2. На практике вы хотите от бесплатного дополнения функции реактивного истребителя. Вам же уже пару раз написали в Filterpro есть нужный вам функционал. Результатов, от того что вы подмените title и h1 будет ровно 0. Без тематической статьи на странице. Скажите пожалуйста, по запросу к примеру Ноутбуки Asus, какая страница лучше будет индексироваться, общая категория Ноутбуки, или результат фильтра ноутбуки ASUS, в которой есть кроме товаров еще и релевантный контент, который туда просто необходимо написать, чтобы от этого был толк (опять же Filterpro позволяет это делать). По поводу canonical - поисковики рекомендуют закрывать страницы фильтрации в виде сортировки и пагинации. А если вы внимательно почитаете рекомендации для вебмастеров, там черным по белому написано. "Мы стремимся сделать поиск максимально релевантным". Вот и создавайте релевантный контент. Вряд ли у вас покупатеи будут искать ноутбуки отсортированные по 20 штук по наименованию.
  3. Есть возможность сохранить всю ссылочную структуру с Joomla на opencart. Обратитесь в платные услуги и в личку к Tororchilo, насколько я знаю, он подобные вещи делал.
  4. Почему то, мое сообщение прошло не замеченным, по поводу методологии. Синтетические тесты загрузки одной главной страницы и работа сайта под трафиков 10-15 генераций в секунду, немного разные вещи мне кажется. По сути, то что у Руслана возникли опасения, о том что ему могут заблокировать хостинг, говорят не с очень хорошей стороны о всех трех дополнениях. И мне кажется что нужно хотя бы результаты работы loadimpact сделать, и как минимум с очищенными кешами.
  5. 542 товара на категорию, тут могут не помочь индексы, если мало кеш памяти у mysql. Бесплатных решений для оптимизации этой проблемы нет!
  6. Совершенно непоказательные кстати тесты, потому что под нагрузкой все эти костыли сдохнут! Так как всем нужна первая генерация для создания кеша, который еще и умирает через час. Если зайдут бинг яша и гугл одновременно, на 50 к товаров любой приличный хостинг ляжет. Или кто-то хочет с этим поспорить ?
  7. Скажем так. Есть наработки, которые позволяют без денормализации базы и кеширования существенно ускорить (на порядок) вывод деревьев категорий с подсчетом. Но с учетом засилия вареза, в виде готового дополнения собирать не буду. Если кому интересно, могу в личку показать результаты, как сделано - секрет фирмы. И есть наработка по фильтру Фрилансера, с маленькой денормализацией базы, которая опять же на порядок ускоряет работу его фильтра. Кеширование - не панацея.
  8. Там жуткий модуль у человека на главной, который на 10-15 категорий формирует хиты, акции и тд.
  9. Да и кстати ради интереса. Все таки, если первичные данные сформируются - можно и мою штуку запилить. Если сервер заработает хоть как то.
  10. Ни один из вариантов не открылся. О чем можно говорить, если первичные данные не могут в кеш попасть. Может площадку для тестирования поприличнее найти ? Могу организовать.
  11. Спасибо за рекомендации, обтекаю так сказать. 50 000 скачек моих дополнений - это мелочь конечно же. По сравнению с вашим АВТОРИТЕТНЕЙШИМ МНЕНИЕМ.
  12. $2500 и я подумаю может быть за вас взяться. 90% стоимости - это оплата консультаций по основам интернет-маркетинга. И да. Я из Украины, если что.
  13. Еще раз повторюсь. Я противник глобальных архитектурных изменений. Есть стандартный кеш - его и курим. Танцевать с бубном с подобным подходом, считаю актуальным, при наличии стабильного трафика в 100к хостов в день и глубиной просмотра 10.
  14. Не в кеше. А при работе с mysql, при использовании insert delayed не будет работать last id. Говорю ж пробовал я это все лепить. В итоге товар добавляешь. А у него id = 0.
  15. Есть нормальные хостинги. И даже если SAS диски стоят - уже спасает. Кеш сео про, вреден на овер 20к товаров, так как считывание и перебор массива в 15-20 мб, медленнее чем 150 мелких запросов в базу [Проверено раз 20]. А эта проблема с unlink, ну собаку ему. Возникает настолько редко и некритично, что я бы не стал ни разу заморачиваться. Главное ошибки на морде выключить. Маркетинговый ssd видимо был. У меня у пары пациентов за полдня боты нагоняют по 1.5Гб кеша, и все неплохо живет.
  16. Пробовали, знаем. Все бы было хорошо, если бы было так просто. Отрубаются моментом все last id. Если есть доступ в конфиг mysql, чуть помогает директива low-priority-updates. Но проблемы не снимает. Ну и то что мы сейчас обсуждаем, в условиях нормального железа, яйца выеденного не стоит (за исключением больших регулярных объемов парсинга, но тут нужно допиливать парсеры и производить обновление данных core-таблицах порциями из промежуточных таблиц. Ни MaxD ни Usergio, так и не вняли моим аппеляциям на этот счет к сожалению)
  17. Так вопрос не в тупиковых ситуациях. А в тормозах вызванных блокировкой таблицы во время операции записи, которых так или иначе будет очень много на таблицу кеша! Я просто не понимаю зачем танцевать с бубном хоть убей, если ssd хостинг стоит копейки и обычный файловый кеш даже с 20кило файлов в папке не вызывает никаких проблем.
  18. С куревом все ок. Если интересен эффект. Предлагаю найти кого нить с парсером MaxD, который бесконечно делает insertы. И посмотреть как работает (очередь). Обычно магазин ложиться. Хотя апдейтится как правило там всего две таблицы. А учитывая, что кешем пользуется добрая половина контроллеров движка, даже небольшие запирания будут укладывать работу всего.
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.