Если сложить проценты, к примеру, 1280x1024 и 1280x800 - получится доля большая, чем "самое популярное"
---------- Post added 03-08-2012 at 21:30 ----------
Да и сайт, к примеру 1200px на мониторе шириной 1366 будет смотреться "читабельно", а вот наоборот - появится полоса прокрутки + часть сайта уползёт за экран..
Для интернет-магазина, на мой взгляд, такое недопустимо - зачем давать покупателю лишний повод покинуть сайт?
И да.. блог, который в подкаталоге /blog/ - определённо на wp... Вот только вопрос был про сайт. А блог к основному сайту отношения не имеет (в смысле, установлен независимо, в подкаталоге) - у него своя структура страницы, своя тема (wp), свои файлы-картинки и т.д.
А вот насчёт основного сайта - я бы не был столь категоричен :)
pa5htet: Мда, ошибочка вышла, выбирает только те записи, которые имеют все теги и только их.
Не-не.. там ещё интереснее.. есть разница между 26, 4 и 4, 26. А для трёх тэгов комбинаций чуть поболе будет.. Можно, конечно по ID-шнику и там и там сортировать. Но проблему лишних тэгов всё равно не решает
---------- Добавлено 03.08.2012 в 13:28 ----------
WHERE (`tag_id` LIKE '%,37,%' AND `tag_id` LIKE '%,40,%')
почти как здесь (разве что по ссылке нет деталей.. в смысле, 4,24 и 40 будут LIKE %4% но там и кавычек нет.. главное - идея )
p.s. Кстати, можно замерять, что лучше.. N LIKE-ов или N JOIN-ов по ключу :) (для ключей не забыть индексы проставить)
SELECT `entry_id` FROM (SELECT `entry_id` , GROUP_CONCAT( `tag_id` ) AS `tag_id` FROM `entry_tags` GROUP BY `entry_id` ) AS tmp WHERE `tag_id` = '40,26,21,39,37,43,4'
Эм.. а можно мне запись, которая соответствует tag_id 37 и 40 этим запросом... или 26 и 4 🍿
А правильное решение (для указанной структуры) - либо N (количество нужных тэгов) раз INNER JOIN-ить с entry_tags по entry_id
либо делать несколько запросов - выборка из выборки.
+1 за Sony. Ноут больше пяти лет работает практически круглосуточно (батарейка, правда, поизносилась). До этого был "старший брат" - аналогично (срок поменьше).
Оксиген, про апгрейд - не совсем понял.. И диск поменять, и память заменить - вполне реально. Разве что, часто память идёт "мелкими планками" - вместо одной большой (достаточно добавить ещё одну) две маленьких (менять обе надо).
ware: Почему-то никого не интересует PHP 5.4,
а он уже до версии 5.4.5 дорос :)
У многих сайты сделаны так, что нововведения из 5.3 валят ошибками :) А в 5.4 не такой большой объём добавленных "плюшек" по сравнению с 5.3.. Думаю, рубеж 5.2/5.3 ещё долго будет значимым..
monit - не?
хотим сделать ширину 1366..так как сейчас самое популярное разрешение...
Владельцы iPad-ов ниже третьего не одобрят. Ноубуки шириной 1280 ещё в ходу.
http://www.liveinternet.ru/stat/ru/resolutions.html?period=month
Если сложить проценты, к примеру, 1280x1024 и 1280x800 - получится доля большая, чем "самое популярное"
---------- Post added 03-08-2012 at 21:30 ----------
Да и сайт, к примеру 1200px на мониторе шириной 1366 будет смотреться "читабельно", а вот наоборот - появится полоса прокрутки + часть сайта уползёт за экран..
Для интернет-магазина, на мой взгляд, такое недопустимо - зачем давать покупателю лишний повод покинуть сайт?
К примеру..
1. поместить в блок, ограниченный по ширине
2. display:block добавить для классов кнопок
Я бы в сторону первого варианта смотрел...
А зачем так много проверок? RDSbar и видим WP
А можно подробностей? какая тема WP установлена? Быть может из виджетов пример? Как войти в админку? Или "написанному верить"?
WP - http://leif.com.ua/blog/wp-login.php
И да.. блог, который в подкаталоге /blog/ - определённо на wp... Вот только вопрос был про сайт. А блог к основному сайту отношения не имеет (в смысле, установлен независимо, в подкаталоге) - у него своя структура страницы, своя тема (wp), свои файлы-картинки и т.д.
А вот насчёт основного сайта - я бы не был столь категоричен :)
в смысле, 4,24 и 40 будут LIKE %4% но там и кавычек нет.. главное - идея
Упс.. кавычки есть.. идея тоже.. только разделителя нет =)
Мда, ошибочка вышла, выбирает только те записи, которые имеют все теги и только их.
Не-не.. там ещё интереснее.. есть разница между 26, 4 и 4, 26. А для трёх тэгов комбинаций чуть поболе будет.. Можно, конечно по ID-шнику и там и там сортировать. Но проблему лишних тэгов всё равно не решает
---------- Добавлено 03.08.2012 в 13:28 ----------
почти как здесь (разве что по ссылке нет деталей.. в смысле, 4,24 и 40 будут LIKE %4% но там и кавычек нет.. главное - идея )
p.s. Кстати, можно замерять, что лучше.. N LIKE-ов или N JOIN-ов по ключу :) (для ключей не забыть индексы проставить)
Кстати, рабочий вариант:
SELECT `entry_id` FROM (SELECT `entry_id` , GROUP_CONCAT( `tag_id` ) AS `tag_id` FROM `entry_tags` GROUP BY `entry_id` ) AS tmp WHERE `tag_id` = '40,26,21,39,37,43,4'
Эм.. а можно мне запись, которая соответствует tag_id 37 и 40 этим запросом... или 26 и 4 🍿
А правильное решение (для указанной структуры) - либо N (количество нужных тэгов) раз INNER JOIN-ить с entry_tags по entry_id
либо делать несколько запросов - выборка из выборки.
+1 за Sony. Ноут больше пяти лет работает практически круглосуточно (батарейка, правда, поизносилась). До этого был "старший брат" - аналогично (срок поменьше).
Оксиген, про апгрейд - не совсем понял.. И диск поменять, и память заменить - вполне реально. Разве что, часто память идёт "мелкими планками" - вместо одной большой (достаточно добавить ещё одну) две маленьких (менять обе надо).
Почему-то никого не интересует PHP 5.4,
а он уже до версии 5.4.5 дорос :)
У многих сайты сделаны так, что нововведения из 5.3 валят ошибками :) А в 5.4 не такой большой объём добавленных "плюшек" по сравнению с 5.3.. Думаю, рубеж 5.2/5.3 ещё долго будет значимым..