Павел Тананыхин: да, в общем ваше решение в итоге натолкнуло на мысль, там что верный ответ за вами. Скрипт да, тут можно и нужно в общем думать, как избавляться от разных признаков конца файла, при этом в идеале бы вообще сам PHPStorm лучше умел это игнорировать. Но раз нет, то будем работать с тем, что имеем :)
Mikhail Osher: я про это выше и написал - такая настройка тут есть, но ее выставляешь для каждого файла отдельно при просмотре итогов сравнения каталогов, и если файлов, например, 4 тысячи, это обесценивает данную возможность - в итоге нужно каждый такой файл просмотреть и понять, что он на самом деле идентичен в обоих источниках.
Да, только что заметил, что он считает эти файлы Binary, хотя они самый что ни на есть текст. Ну и признак окончания файла у них неизвестный, видимо поэтому так и выходит. Как тут быть в итоге, что с этим признаком делать вообще нужно? В Notepad++ этот файл определяется как UTF-8 без BOM: https://yadi.sk/i/YUk5ObKYkVazx
А где именно ее найти? Я в курсе, что такая настройка есть вон прямо на скриншоте, но она изменяет настройки уже после того, как список различных файлов сформировался, и только для текущего просматриваемого файла.
riot26: я понимаю, поэтому и пишу про полную поддержку инструкций и всего такого в конкретно моем Celeron. Может быть, там какой-то ограниченный набор и все такое, что в итоге даст только отрицательный эффект.
И еще вопрос - а то, что там JRE показывается как amd64 - это никак не отразится на скорости исполнения в связи с тем, что у меня не amd, есть ли у процессоров моего поколения поддержка инструкций, необходимых для этого, или я не знаю что там еще нужно. Смущает в том числе и этот момент.
Если по-простому, то я не понимаю, почему в одном случае composer create-project laravel/laravel --prefer-dist выполняется, а в другом - нет. Это так и задумано или это баг?
Сайпутдин Омаров: да, я представляю плюсы данного варианта, но в связи с вышеперечисленным он пока что не на первом месте. Но спасибо за ответ! Не мне, так другим читателям обязательно пригодится :)
Да, ну и клиент-серверный вариант работы нам мало подходит, так как поднять сервер конечно же можно, но это привязка к его софту, который по-хорошему надо оплачивать, да и вообще неудобство использование системы в случае, если она должна быть доступна для всех и отовсюду, как веб-приложение.
Спасибо, рассмотрим этот вариант. Смущает, что работа будет вестись в Microsoft Outlook и то, что данная система платная уже с первого пользователя и при этом не слишком популярная (что сказывается на многом), но с другой стороны это как раз путь в сторону полной интеграции с почтой.
Microsoft Outlook смущает потому, что уже был опыт работы именно с ним как с неким таск-менеджером на довольно крупном предприятии, с подключенным... честно говоря уже забыл, что у них там для корпоративного портала предлагалось ранее, какая-то довольно кривая поделка, которая интегрировалась в том числе с Microsoft Outlook и AD.
Спасибо за развернутый ответ, но вы как себе представляете изучение чего-то нового? Я вот, например, представляю себе изучение чего-то нового с простых задач в этой области. Не начинать же мне пилить сразу серьезный проект, не имея вообще никакого опыта в работе с тем или иным фреймворком, верно? Так я наверняка пойду неверным путем в тех или иных вопросах, а на простых проектах можно будет понять разницу между различными способами реализации тех или иных базовых вещей, ну и потом по нарастающей.
OnYourLips: я на самом деле уже тоже к такому же выводу пришел, чуть глубже погрузившись, и сейчас уже начал проект на Laravel. Буду модным, стильным, молодежным разработчиком :)
Алексей Ostin: я в данный момент уже изучаю Silex и что на нем можно будет лепить. Порадовало то, что в случае разрастания проекта всегда можно успешно расширить его до полноценного Sympfony, насколько я понял. Вообще же я скорее за REST, по крайней мере в рамках такого проекта. SPA - это скорее про лендинги и просто сайты-визитки, чистые портфолио без заморочек о том, как это будет индексироваться, а тут несколько не то требуется.
Алексей Ostin: понятно, но в целом он наверное будет не такой уж и одностраничный - иначе, если все будет выводиться ajax-методами, а без них, скорее всего, не обойдется, придется еще оптимизировать все это для поисковиков.
Или же "одностраничный" в данном контексте - понятие относительное?
Александр Голубев: мы с вами опять недопонимаем друг друга, видимо - мне не нужно получать опыт в верстке или вообще в чем бы то ни было, связанным с CMS, это не требуется ни в рамках самого проекта как он есть, ни в рамках моих знаний - их достаточно в этой области. Мне нужно просто попробовать начать создавать проекты в каком-то свежем и подходящем под подобные задачи php-фрейворке. Понимаете? :)
