Полностью согласен. Но у меня не выходит настроить sublime, что бы он хоть на простом уровне работал :( если есть ссылки по настройке, буду очень признателен.
Из простых вещей это автокомплит и форматирование кода при созранении, а так же хоткеи для билда и запуска.
Кот Учёный: ога, а есть еще контролер карт, который по функционалу идентичен и используется в нескольких местах... и вместо переиспользования у нас 3 копии, полные копии кода!
Кот Учёный: ох, дайте поработать с хорошим фронтендером! Как по мне, так мой код 5 летней давности намного лучше чем мне сейчас на angular пытаются впарить на работе. Когда страница грузится черт знает сколько, когда js файл на 10к строк кода и страничка сжирает 1+ гб памяти и в случае не стандартного разрешения вся крашится! =(((((
Dima Kostrub: по поводу дизайна. Если вы взяли google дизайн, так и следуйте ему. Я про синий цвет во всех кнопках и ссылках. Не нужно позволять настраивать дизайн, сделайте свой нормально.
По поводу задачи, вы можете пойти 2 путями, агрегировать информацию у себя и делать поиск какой угодно на своем сервере, либо делать поиск на лету на сколько это позволяют сторонние api. Если используете vk и youtube то их api и смотрите.
Bezlepkin: тк у вас поддомен ссылается на сам сайт, то можете в apache hosts прописать ServerAlias и все зависимости от поддомена он будет редиректится в /web
go сейчас компилирует сам себя, так что все исходники на go написаны =)
Но такая функция будет косячно работать, если вдруг вам придется int16 туда засунуть. Не переписывать же функцию под каждый чих, а так int64 и потом только int8 будет хранится
LittleBuster: да, ParseInt возвращает int64, который вы потом можете уже конвертнуть. А так же, как я понял, он проверяет может ли число конвертнуться к 8/16 bit и если нет выдает ошибку. Если нужна конвертация в одну строку можете посмотреть сам пакет, исходники ведь есть.
Дмитрий: жду ссылочку на статью. Я по любому организую легированное на уровне sql и выполнения + лог ошибок адекватный (если на go его детальным можно сделать).
Но когда локально пишешь в сложных ситуациях, когда данные за 1 вызов проходят по 5 функциям и на каком-то месте данные искажаются (без ошибки), то тут без дебага ни куда, ну или кучи логов.
varz62: на личном примере порог вхождения в yii1 оказался 1 неделя, когда я уже смог более менее свободно писать на нем и участвовать в проекте на новой работе. До этого знал Zend Framework и CakePHP немного.
Yii2 шагнул дальше, применяет все современный паттерны php и есть хорошая документация, которая с ходу позволит писать простые приложения. А при изучении и просмотре исходников приходит более четкое понимание как и что.
На счет silex согласен, это miniFramework если я не ошибаюсь, но он как по мне больше подходит для RESTful API чем для сайта.
Пробуйте поменять железо, если вы переставляли винду, то попробуйте у знакомых взять другое железо, возможно в нем дело. Как локализуете проблему смело покупайте новую железяку
Дмитрий: писать в лог менее удобный способ дебага, чем "точки". С "точками" я могу остановить приложение и потом по командно его прочесать, в то время как с логами мне придется на каждый чих писать логи, это не так удобно и засоряет код.
Из простых вещей это автокомплит и форматирование кода при созранении, а так же хоткеи для билда и запуска.