ProFM, В Финляндии и многих других странах - очень сильно "ругают" если у фирмы стоит нелецензионное ПО :)
и не всегда выгодно покупать фотошоп - многие верстальщики им не умеют пользоваться, ибо нет опыта.
Слава КПСС, 1 раз за лицензию платишь и всё.
Сам пользуюсь именно им - достаточно удобно чтобы побыстрому сделать макет или набросать и протестировать интерфейс/wireframe
В частности использую для того чтобы прототипировать интерфейс и показать заказчику как я вижу решение проблемы.
Какая температура дома?
Если жарко - (больше 21 например) - то тоже хочется спать.
Сладкое может тоже клонить ко сну.
И да, даже большую комнату желательно проветривать.
Если есть возможность - найдите/одолжите прибор для измерения уровня CO2.
Если он большой то будете хотеть спать
А вообще - просто проверьте минут 20 (так чтобы сквозняк был) и проверьте, стало ли лучше?
Антон: Datagrid пробовал год назад - было не удобно тогда.
Сейчас работаю в основном с миграциями, да.
Использую так же HeidiSQL для того чтобы присоединиться к например продакшн базам (есть старые проекты, которым уже более 10 лет - там сложно подключить миграции нормально уже.. к счастью там и разработчиков особо нет :) ).
Rou1997: Я бы вообще не трогал боты пока не разберусь в них :) Пока с ними не работал и не планирую.
Но подозреваю по уровню вопрошающего что он хочет что то жутко простое, так как серьёзные люди так обычно не спрашивают. :)
1. а надо ли писать всё в файлы? Какая пропорция чтения-записи?
Т.е. Вы сделали выборку, её часто будут читать потом, или 1-2 раза прочитают, и всё?
Каждый раз будут читать разными способами (форматами файлов) или как ?
2. Как долго надо хранить "историю".
На основе задачи видно что у вас через год жёсткий диск погрязнет в файлах, и фактически, что вы будет делать - так это чистить файлы :)
3. насколько тяжёлые "выборки" ?
4. зачем раскидывать по файлам? Может есть другие способы?
Если выборки не сложные, и после выборки файл читают всего несколько раз - то я бы не делал вообще экспорт в файлы.
из простых:
хтмл, плюсы и минусы:
+ можно более сложно сделать генерацию хтмл, чтобы на клиенте не ясна была логика
+ проще :) Не надо ничего новому учиться.
- тяжелее при тяжёлой, повторяющейся вёрстке. (=табличные данные)
- сложнее делать динамику, например тот же АЯКС прикрутить сложнее.
- сложнее делать автогенерацию на клиенте данных, например что сделать такое, что вводишь сумму, выбираешь валюту, и оно считает сколько это в рублях. На "простом" хтмле - это только через запрос к серверу, или код на Javascript. на Vue - тот же код на Javascript, но проще.
Vue:
+ табличные данные генерировать легче и быстрее
- проще делать аяксы, динамику, фильтры, и тп.
В общем на самом деле.. если вам нужна динамика на страницах - значит стоит Вуе. Если не нужна- то можно VUE, а можно хтмл, сами решайте :)
Мы в проекте перешли на Vue для новых страниц (т.е. не переписываем старые страницы, а новые пишем на вуе сразу же). На подключение, изучение, обучение и тп ушло 2-3 дня всего, но сразу же было заметно что вуе удобнее.
Спецификация стандарта настолько большая, и выходят постоянно дополнения. До сих пор не все браузеры поддерживают абсолютно все вещи из цсс3.
Это как раз пример того, что может случиться если все будут добавлять в глобальную вещь то, что нужно только им.
roskoshinsky: Стоит думать немного по другому. Каждое лишнее незначительное поле - требует описания его, добавления в стандарт, реализации его на всех серверах и тд.
Для этого обычно требуется чтобы какая либо крупная фирма заинтерисовалась в этом и сделала это. Так же нужно чтобы она уговорила разработчиков браузеров и чтобы w3c утвердило это.
Если крупной фирме (например гуглу) - это понадобиться, то они это сделают :)
Не стоит так же забывать, что все хотят добавить "одно поле". И если 1000 фирм захотят добавить всего по 1 полю, то будет 1000 полей - это очень много для протокола, никто не сможет его особо реализовать.
и не всегда выгодно покупать фотошоп - многие верстальщики им не умеют пользоваться, ибо нет опыта.