исправленоВ 1.9 долго грузился модуль комментариев гостей. В 1.10 это исправлено?
спасибо за ответ :)
FreeLancer
Делаю вещи!
+302
Репутация
44
Рейтинг
#1
[ЕСТЬ РЕШЕНИЕ] Долгая загрузка модуля комментариев гостей, исправлено ли в 1.10
10 февраля 2013 в 19:46
спасибо за ответ :)
#2
[ЕСТЬ РЕШЕНИЕ] Долгая загрузка модуля комментариев гостей, исправлено ли в 1.10
10 февраля 2013 в 18:07
никто не знает?
цель парсинга — не индексация данного контента поисковиками, а предоставление пользователям информации без "суеты" по другим сайтам.
по поводу отношения поисковиков — можно даже закрыть от поисквиков данный контент. обратная ссылка будет.
по поводу отношения поисковиков — можно даже закрыть от поисквиков данный контент. обратная ссылка будет.
#1
[ЕСТЬ РЕШЕНИЕ] Долгая загрузка модуля комментариев гостей, исправлено ли в 1.10
9 февраля 2013 в 17:15
В 1.9 долго грузился модуль комментариев гостей. В 1.10 это исправлено?
извените конечно, но я просто ищу опытных ребят кто бы смог сделать, суть в том что напишу на дле форуме скажут пиши на vii напишу там скажут на дле пиши, мне лишь модуль переделать надо… ищу помощи у вас, т.к вы давно занимаетесь созданием двигов
ахахха… логика железная
Для новостного раздела решил парсить новости, вопрос к тем кто тоже парсит. Откуда это делаете?)
Я вот что заметил. В доске напроч отсутствует возможность добавить контакты. Исходя из этого нужно будет покупать улучшенную доску. Значит нужно чтоб и парсер работал как с обычной, так и сулучшенной.
Ну чтото типо этого. Вроде нормально мысль изложил?
Привяжите доп поле через конструктор форм ) и не вводите людей в заблуждение )
Я не против заплатить за такой парсер дороже. Работал бы на instantcms.ru компонент "Клубы", можно сделать его закрытым и вход сделать платным для покупки компонента, а потом там и совместную поддержку осуществлять, делиться своими усовершенствованиями...
+1, тоже давно думаю почему же тут не включат клубы. удобно было бы!
я мог бы по-возможности поддерживать, но не какие-то глобальные доработки или переделки…
Нет, просто читая эту тему перестал верить, что можно купить сложившись. Все хотят рублей 300 вложить, а потом еще поддержку, гарантии и т.д., в итоге, придется нянчится почти с каждым сложившимся, а чуть что, на меня негатив посыпится.
да, неблагодарное это дело, думать за всех :)
подскажет кто по 2) 4) и 5) пункту?
mysqltuner.pl подскажет
— General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.29-cll
[OK] Operating on 64-bit architecture
— Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 78M (Tables: 309)
[!!] InnoDB is enabled but isn't being used
[!!] Total fragmented tables: 8
— Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
— Performance Metrics -------------------------------------------------
[--] Up for: 11h 45m 18s (6M q [141.937 qps], 153K conn, TX: 7B, RX: 1B)
[--] Reads / Writes: 62% / 38%
[--] Total buffers: 1.5G global + 1.0G per thread (151 max threads)
[!!] Maximum possible memory usage: 154.3G (2003% of installed RAM)
[OK] Slow queries: 0% (23/6M)
[OK] Highest usage of available connections: 15% (24/151)
[OK] Key buffer size / total MyISAM indexes: 384.0M/14.2M
[OK] Key buffer hit rate: 100.0% (69M cached / 2K reads)
[OK] Query cache efficiency: 89.1% (4M cached / 5M selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 86K sorts)
[!!] Temporary tables created on disk: 36% (611 on disk / 1K total)
[OK] Thread cache hit rate: 99% (97 created / 153K connections)
[OK] Table cache hit rate: 98% (375 open / 382 opened)
[OK] Open file limit used: 16% (711/4K)
[OK] Table locks acquired immediately: 99% (951K immediate / 956K locks)
— Recommendations -----------------------------------------------------
General recommendations:
Add skip-innodb to MySQL configuration to disable InnoDB
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours — recommendations may be inaccurate
Reduce your overall MySQL memory footprint for system stability
Temporary table size is already large — reduce result set size
Reduce your SELECT DISTINCT queries without LIMIT clauses
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.29-cll
[OK] Operating on 64-bit architecture
— Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 78M (Tables: 309)
[!!] InnoDB is enabled but isn't being used
[!!] Total fragmented tables: 8
— Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
— Performance Metrics -------------------------------------------------
[--] Up for: 11h 45m 18s (6M q [141.937 qps], 153K conn, TX: 7B, RX: 1B)
[--] Reads / Writes: 62% / 38%
[--] Total buffers: 1.5G global + 1.0G per thread (151 max threads)
[!!] Maximum possible memory usage: 154.3G (2003% of installed RAM)
[OK] Slow queries: 0% (23/6M)
[OK] Highest usage of available connections: 15% (24/151)
[OK] Key buffer size / total MyISAM indexes: 384.0M/14.2M
[OK] Key buffer hit rate: 100.0% (69M cached / 2K reads)
[OK] Query cache efficiency: 89.1% (4M cached / 5M selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 86K sorts)
[!!] Temporary tables created on disk: 36% (611 on disk / 1K total)
[OK] Thread cache hit rate: 99% (97 created / 153K connections)
[OK] Table cache hit rate: 98% (375 open / 382 opened)
[OK] Open file limit used: 16% (711/4K)
[OK] Table locks acquired immediately: 99% (951K immediate / 956K locks)
— Recommendations -----------------------------------------------------
General recommendations:
Add skip-innodb to MySQL configuration to disable InnoDB
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours — recommendations may be inaccurate
Reduce your overall MySQL memory footprint for system stability
Temporary table size is already large — reduce result set size
Reduce your SELECT DISTINCT queries without LIMIT clauses
2) Таблицы оптимизировал, почему-то они через некоторое время (буквально через минуту-две) снова требуют оптимизации.
3) Тут все ясно что MySQL стартован менее 24 часов назад.
4) Temporary table size is already large — reduce result set size — тут что сделать?
5) Reduce your SELECT DISTINCT queries without LIMIT clauses — это тоже не понятно!
Сервер с 16ГБ оперативки и двумя 4х ядерными Xeon процами по 3,2
Если исходник будет открыт, тоже готов 300р выделить )
+1 я, на этих же условиях!
Вот единственный парсер, который может быть интересен-это доска объявлений, если выйдет рублей по 300-500 я подумаю скинуться.Надоело покупать неработающее или то, что не обновляется.
+1