Спасибо. У нас в офисе adsl падал постоянно, точнее само ppp соединение, приходилось ifdown; ifup делать, скорее всего из-за китайского модема. Я давно хотел написать скрипт, который сам бы поднимал канал при падении, но всё руки не доходили, да и bash я не так хорошо знаю. В общем спасибо вам за скрипт check.sh.
Я считаю, что для фотохостинга оптимальной будет система рейтинга, которая управляется одной кнопкой рядом с фоткой — «мне нравится». Это аналогично первому варианту, где пользователи ставят только плюсы. Но разница между нажатием на "+" и нажатием на кнопку с надписью «мне нравится» значительна.
При построении рейтинга не должны учитываться голоса людей, зарегистрированных позже чем добавлена фотография, друзей автора фотографии (если френдинг предусмотрен), ну и бот-сетей (на выявление последних нужно конечно потратить время — но там достаточно просто всё). А для того, чтобы в топах не висели одни и те же фотки, рейтинг должен считаться только для фоток добавленных за определенный период. Как то так.
Прикольно, только категории нужно обязательно делить на доходные и расходные — так как они не пересекаются и пользователю будет удобнее вводя доход видеть только «доходные» категории, а вводя расход — только «доходные».
Вы упускаете из виду один очень важный факт. Фундаментальные знания — это то, что даёт вам возможность принимать решения в совершенно непредсказуемых ситуациях основываясь не на том, что вас научили «вот тут так держать и вот тут так дернуть вовремя», а на том что «дерганье в этом месте в этот момент времени при вот таких вот условиях с такой то вероятностью приведёт к таким то последствиям», а опыт работы даёт вам возможность принимать решения основываясь на чутье, которое формируется с опытом.
Любое короткое, поверхностное обучение обрекает на определённые рамки применения полученных знаний. Фундаментальные знания этих рамок не имеют.
Но.
Очень часто видеть истину мешает _всё то_, во что вы верите — будь то фундаментальные знания или поверхностные.
Я считаю, что для того, чтобы в полной мере насладиться тем что вы перечислили, вам нужно изучить java и использовать один из java фреймворков (их навалом). Я по диагонали почитал про quercus. Предполагаю, что у вас возникнут проблемы как минимум с хинтингом в IDE.
Расскажите пожалуйста что именно вы хотите получить такого, что есть в Java, но нет в PHP?
На самом деле я совсем не понимаю зачем вы пытаетесь «заправить фуфайку в трусы».
Возможно я ошибаюсь, и в этом есть смысл — поясните пожалуйста.
Не за что.
Ещё один совет: если у вас полная индексация занимает ощутимое время (например более 3 минут), то пожалуй, уже стоит задуматься над merge'ем индексов вместо полной переиндексации.
Недостатки вашего способа:
1. кокнретную рабочую копию нельзя показать клиенту (наружу не вынесено)
2. нельзя зайти на рабочую копию другого сотрудника, например своим браузером
3. приходится прописывать в hosts домены
При построении рейтинга не должны учитываться голоса людей, зарегистрированных позже чем добавлена фотография, друзей автора фотографии (если френдинг предусмотрен), ну и бот-сетей (на выявление последних нужно конечно потратить время — но там достаточно просто всё). А для того, чтобы в топах не висели одни и те же фотки, рейтинг должен считаться только для фоток добавленных за определенный период. Как то так.
Любое короткое, поверхностное обучение обрекает на определённые рамки применения полученных знаний. Фундаментальные знания этих рамок не имеют.
Но.
Очень часто видеть истину мешает _всё то_, во что вы верите — будь то фундаментальные знания или поверхностные.
Я правильно понимаю что использовать ExtJS в коммерческий проектах можно только за деньги в пользу разработчиков сего фреймворка?
Можете привести пример?
На самом деле я совсем не понимаю зачем вы пытаетесь «заправить фуфайку в трусы».
Возможно я ошибаюсь, и в этом есть смысл — поясните пожалуйста.
Но благодарность уже принял, и отдавать обратно не собираюсь. :)
У нас на adme.ru — все запросы в БД к статьям выглядят вот так: «WHERE id in(а тут через запятую то, что дал нам сфинкс)» — отлично работает!
Ещё один совет: если у вас полная индексация занимает ощутимое время (например более 3 минут), то пожалуй, уже стоит задуматься над merge'ем индексов вместо полной переиндексации.
1. кокнретную рабочую копию нельзя показать клиенту (наружу не вынесено)
2. нельзя зайти на рабочую копию другого сотрудника, например своим браузером
3. приходится прописывать в hosts домены
а в остальном вполне жизнеспособная схема.