vreitech, ну технически то так, так как это разные понятия. Я пытался их изначально обьяснить, но завел только больше человека в заблуждение. Просто исходя из того что человек выбирал 960 или 860...
UPD. Перефразировал, надеюсь все будут довольны)
mUchenik, У вас ошибка в коде: под ?
Так же нужен код, если вы используете плавный скрол - вам нужно добавить переменную (вычитанием) с высотой фиксированного меню.
Если якоря используете без JS, то без js никак не обойтись если у вас висит фиксированное меню. К тому же не не понятно что значит по центру? Якорь отображает контент с отступом 0 пикселей от верхнего края рабочей области браузера по умолчанию, все остальное только можно вычислить с помощью JS.
fessss, Когда такая пьянка пошла... Не думайте про хакинтош вообще, тем более на ноутбуках. В большинстве случаев нужно менять модуль wifi и не заведете трекпад (а даже если и заведете, то он и близко не будет похож на макбуковский). А замена wifi модуля - слет с гарантии при покупке нового... К тому же игра не стоит свеч, поверьте. Я тоже front-end разработчик и прошел через все это, и все мои советы чисто из личного опыта, в том числе и с Air)
Если уж и брать ноутбук какой-то, то расчитывать только на винду!
Или же добавить 30к и взять PROшку младшую за 90к, пускай даже со временем (если нет возможности сейчас). Подталкивать к б/у не буду ибо это лотерея еще та, тем более что с макбуками до 2015го года (включительно) были проблемы с отслаиванием антиблика на экране и могут подсунуть с китайским стеклом новым (поменянным) и оно вообще убивается потом за пару месяцев, а оригинал только в официальном сервисе и ставят его только с заменой крышки верхней полностью, стоит это порядка 900$ для 13ки. Не говоря уже о стандартных проблемах при покупке б/у (вдруг залит, ремонтировался, гретые чипы (которые отваливаются через день или неделю (если повезет)).
Олег Аксенов: к сожалению понял что это плохая идея. Ноут не всегда включен... Решил что лучше делать автобекап раз в 3 часа на облако и внешний диск... не знаю вообщем, не могу ничего придумать удобного.
есть 2 устройства, лептоп и десктоп. Работаю на десктопе, иногда сажусь за ноут и каждый раз нужно делать бекапы вручную, таскать их туда сюда...
Хочу автоматизировать этот процесс, как с базами - так и с файлами (файлы только будут на десктопе и внешнем hdd, без необходимости копирования в лептоп)
есть 2 устройства, лептоп и десктоп. Работаю на десктопе, иногда сажусь за ноут и каждый раз нужно делать бекапы вручную, таскать их туда сюда...
Хочу автоматизировать этот процесс, как с базами - так и с файлами (файлы только будут на десктопе и внешнем hdd, без необходимости копирования в лептоп)
Когда проектов много, я разбиваю каждый проект на мелкие проекты. В уме уже все это держать сложно, не со всеми переписка идет по почте. Мне всего лишь нужна возможность планировки проекта (разбиение на мелкие части), с напоминанием по времени (когда увлекся одним проектом, чтоб переключится), контакты заказчиков в одном месте. (так как сейчас каждый проект распихан по папках, а контакты и доступы в txt). Но сложнее всего с правками, так как в ходе работы на проектом появляется мысть что то спросить у заказчика (сделать по иному) или сам заказчик хочет что то поправить, в ходе разговора чтоб можно было оперативно сделать пометку над задачей к проекту. Ничего заумного.
John Smith: надо будет у себя глянуть, уже год, полет нормальный... Как то не замечал, перед этим был кингстон - тот за пол года сдох, запись была 70 mb :/
Ну я цыфры назвал с запасом, чтоб потом не переделывать. Пользователю на просмотр страницы нужно от 1 до 20 сек. Но не в этом дело. Вся суть сервиса именно в рандомной генерации страниц, потому по порядку показать не получится. А данные все в память загружать, так как мои мысли немного отличались от ваших, так как вы предлагаете сделать таблицу view c 1 000 000 000 000 строк, не будет ли это тяжелее обработать чем 1 000 000 строк? Я думал что легче будет создать одну строку с id пользователя в таблице view, а id страниц добавлять в одно поле медотодом update, таким образом будет получатся один массив с id страниц (при запросе в базу).
Если я правильно понял, вы предлагаете сделать одну таблицу и каждую просмотренную страницу делать отдельной строкой в базе, но при этом просто разбить данные на секторы?
UPD. Перефразировал, надеюсь все будут довольны)