danforth

danforth
Рейтинг
153
Регистрация
18.12.2015

Если не секрет, каков размер убытков? Если сумма большая, то доводите до суда. Если нет, я бы на вашем месте сказал бы спасибо человеку за поучительный подзатыльник. Теперь то самое время закрыть все дыры, и подумать над безопасностью.

qpile, по-моему вы херней маетесь, извиняюсь за выражение. Улучшайте свой ресурс, оставляя всех позади. В интернете все меньше доменных имен, долго бегать вам придется.

Вообще, что-то слишком медленно обрабатывается. У меня база была на 6 млн. строк, там COUNT(*) занимала 0.2 сек, при этом дефолтный конфиг.

Я вообще не понимаю, зачем постоянно лазить в базу за данными? Настройте себе nginx fastcgi_cache, пишите в файлы. Отдавайте раз в час с базы, все остальное - статический html. Для блогов и новостных сайтов этого с лихвой хватает.

borisd:
Простое и надежное решение - сделать независимый каталог описаний товаров и связать его с реальными товарами например через артикул. При публикации карточки товара инфа из самого товара и из каталога описаний собираются вместе и отображаются посетителю. В итоге каталог товаров и каталог описаний полностью независимы друг от друга. При желании вообще можно каталог описаний в отдельный микросервис выделить и несколько магазинов с ним связать...

Я ваш пост прочел, но вот этого не понял. Возникает вопрос:

1) Зачем заводить отдельный каталог описаний?

2) Зачем выносить в микросервис каталог описаний? Вы там писали про оверхед на хуки, верится, я обрабатывал 17к товаров (характеристики для них), которые EAV сущности, т.е. на одну характеристику у товара +1-3 запроса в базу. Как тогда вы планируете избежать оверхеда на микросервисах, если они тоже работают по сетевому стеку или как минимум UDS.

В целом, сложилось ощущение, что вы все это делаете, как говорится, потому что могу. Т.е., придумали проблему, решили её. Практического применения такому разделению описаний товаров и самих товаров не вижу. Разве что не i18n.

borisd:
Скажите, к примеру, можно ли быстро и просто на вордпрессе сделать такую банальную вещь как каталог описаний товаров?

Есть товары (или другие какие-либо сущности). Их много. Товары импортируются скриптом автоматически. Нужно снабдить описаниями некоторые (ходовые) товары. Хочу посадить девочку и пусть она занимается составлением описаний. Как это реализовать в вордпрессе? Только не надо предлагать добавлять описания в сами товары, это глупость. Во-первых, управление товарами происходит полностью автоматически и в этот процесс лучше не вмешиваться, а во-вторых я не хочу давать девочке доступ к товарам.

Можно ли реализовать такую банальную задачу на вордпрессе?

Не совсем понятно. Вы хотите посадить девочку за составлением описаний. Но сами описания вы загружать никуда не хотите. Т.е., написал на листке бумаги и ушел, а они сами добавились? Что значит управление товарами происходит автоматически? Вообще автоматически? Т.е., кнопку нажал "Создать магазин", и тут пошли кроссовки Nike, Adidas, очки RayBan, все само-само? Научите как правильно.

Дисклеймер: у меня есть магазин на 5к товаров. Есть поставщики (около 20). Все они кидают разные прайсы. Под каждого из них писать парсер я вообще не вижу смысла, потому что:

1) завтра щелкнет и он начнет товары выводить не в ряд а в столбик

2) с xls перейдет на txt формат

3) поменяет все артикулы, id, названия (для SEO)

4) разбивка по листам

и много-много другого. Мне проще на фрилансе нанять гаврика и выдать ему доступ на дев сервер, где он за 10 коп. товар добавит все. Из всех поставщиков я автоматизировал только одного-двух, да и то, не добавление, а обновление цен и наличия. Потому что добавлять с фотками с водяными знаками и убогим качеством - плохо, а у них нету.

Новый системный домен без истории с SSL сертификатами. Или автоматизировать выписывание сертификатов, написать какой-то демон-вотчер, который будет сканировать папки, и при появлении новой (сабдомена) отправлять запрос на выдачу SSL сертификата и прописывать его в конфиг nginx. Но в лимит можно быстро упереться.

KM.UA, а смысл? Вы пробовали перейти по этому IP? Это выходная нода тора. Сегодня один IP, завтра другой. Вообще, такого файла не существует. Сравнил сейчас все файлы с чистой установкой Joomla - все совпадает, кроме тем/компонентов. Жесть какая-то. Хостер скинул пример - действительно идет спам.

Для меня вообще нонсенс использовать eval() в проектах, а джумла вообще ими усыпана. Это же жесть какая-то.

Поиск eval по проекту: https://i.imgur.com/Sh558qu.png

Буду искать. Смущает то, что началось через две недели после установленных мною плагинов. До этого использовался пароль 123456789 у админа. Сказал им чтобы поменяли срочно. :(

KM.UA, в целом вроде как все ок. Долбятся в wp-admin, в /uploadify/uploadify.php, на главную. Для Joomla есть вот такая строка, но такого файла тоже нет:

109.163.234.5 - - [10/Jun/2017:14:36:08 +0400] "POST /libraries/joomla/implement.php HTTP/1.1" 301 530 "http://site.ru/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36"

А там, где вы взяли этот пример, не объясняется? Если это из учебника, то объяснение должно быть где-то рядом с листингом кода.

Попробуйте теперь строку "Hello" Заменить на "Привет". 🤪

Commento есть. Но не для хостингов.

Всего: 1540