+ совсем изврат (и так бывает :) ) - можно при помощи JQuery перехватывать <a onclick для нужных ссылок (на ноду, например) получать ajax-ом и содержимое нужного блока (#content или .node) грузить в нужный контейнер.
DenisVS: Нужно какое-то умное решение. Может, алгоритм сравнения другой?
А что должно получиться в результате сравнения? Ну, в смысле, не сравнение ради сравнения.. нужно отличающиеся элементы найти и заменить в базе? (я к тому, возможно ли, вообще без сравнения обходиться - Replace, например.. или INSERT IGNORE.. или вставить в базу в MEMORY TABLE и UPDATE через JOIN по ключу.. )
[umka: ;11937075]Это ж какого размера элементы в массиве, что при нескольких тысячах не влезает в память?
Возможно, дело не в самих массивах, а в
DenisVS: другой через API CMS из базы.
DenisVS, есть возможность проверить - вместо API "пустышку" использовать?
AutoBlogger: З.Ы. А файлы всегда помогут нагрузку сократить. Не зря системы кэширования сайтов тоже сохраняют страницы в виде файлов, а не в виде записей в мускуле.
Разных вариаций куча
https://drupal.org/node/1713204
http://www.drupal.ru/node/83485 - отечественный вариант.
http://fourfightingfoxes.com/blog/drupal-7-load-content-nodes-into-a-modal-overlay-using-ajax
Не подходит?
+ совсем изврат (и так бывает :) ) - можно при помощи JQuery перехватывать <a onclick для нужных ссылок (на ноду, например) получать ajax-ом и содержимое нужного блока (#content или .node) грузить в нужный контейнер.
$result2 = mysql_query("SELECT * FROM pages_table WHERE id='$page_id'",$db);
Можно одним запросом пачку получить.. WHERE id in (1,2,3)
Или JOIN двух таблиц (users_fav , pages_table) сделать по
.. В данном случае вполне приемлемо.Судя по всему, при попытке print_r модулем дебага CMS.
Ну дык.. он наверняка пытается всё это в ob_start завернуть.. =)
Нужно какое-то умное решение. Может, алгоритм сравнения другой?
А что должно получиться в результате сравнения? Ну, в смысле, не сравнение ради сравнения.. нужно отличающиеся элементы найти и заменить в базе? (я к тому, возможно ли, вообще без сравнения обходиться - Replace, например.. или INSERT IGNORE.. или вставить в базу в MEMORY TABLE и UPDATE через JOIN по ключу.. )
;11937075]Это ж какого размера элементы в массиве, что при нескольких тысячах не влезает в память?
Возможно, дело не в самих массивах, а в
другой через API CMS из базы.
DenisVS, есть возможность проверить - вместо API "пустышку" использовать?
Если зазраб есть - зачем я?
Ну, очевидно же - бабла срубить
100 рублей на счот
сделать некую универсальную форму
с ТЗ начинать надо..
Хранишь в базе код, выводишь где надо - все!
З.Ы. А файлы всегда помогут нагрузку сократить. Не зря системы кэширования сайтов тоже сохраняют страницы в виде файлов, а не в виде записей в мускуле.
o_O Мемкэш? Кэш в БД? Неее.. не слышал.
p.s. не буду оригинальным.. ссылка из гугла.
Подскажите, на сколько сложна такая работа, сколько за нее прогер может просить.
5 рублей - за удар молотком
95 рублей - за знание "где ударить" (с)
True/false - один байт. Tinyint - один байт, так что для тех кому нужно true -false разницы никакой.
Формально True/False - один бит.
Т.е. если имеется несколько (скажем, 8 штук) логических флагов - их вполне можно уместить в 1 байт...
Проверять битовыми операциями
Другое дело, что если для любого из них появится третье состояние...
Наоборот стараюсь больше информации засунуть в ОЗУ, вместо того чтобы генерировать или считывать с файла каждый раз.
Думаю, основная мысль была в том, чтобы "не раскидываться" байтами без надобности..
а есть уже готовые решения?
md5sum
<?php md5();
Есть /ru/forum/707624
Есть внешние сервисы
nginx limit_req
и/или
iptables