trevoga_su

Если бы валидная верстка, пусть даже под html 4 влияла бы на СЕО, то продвигать сайты было бы очень просто - достаточно было бы сверстать валидный макет. Подозреваю, что ПС глубоко пофиг на ваш html5 и пару ничего не значащих новых тегов.

загнать всю инфу о товарах в СУБД через phpmyadmin. самый простой и дешевый вариант. и выводить циклом.
и банальная CMS и логику представления можно повесить

1. НЕ ВЕЗДЕ сроки имеют место быть. Ищите работу где сроки не требуются. Таких мест полно. Это как правило долгоиграющие проекты принадлежащие бизнесу, а не говеные веб-студии, штампующие на заказ.

2. Сроки можно озвучивать, если вы пишите что-то, что вам понятно, задача прозрачна или типична. Есть задачи, когда о сроках не может быть и речи - например, поддержка/разбор чужого кода кода. На таких задачах сроках быть в принципе не может.

3. Приехал я как-то с поломкой машины к мастеру-частнику. Говорю - вот то то не работает. Сроки? А он мне отвечает - а я не могу сказать. Откуда я знаю что там сломалось?
Это я к тому, что даже такая в такой теме, как ремонт авто, где казалось бы все четко и все делается по наработанной схеме, сроки крайне не определены.

4. Если с вас требуют сроки, значит вы что-то делаете не так или работаете где-то не там. Про сроки можно говорит в строительстве, где укладка одной плитки СТАНДАРТНО занимает Н минут и вы должны полы покрыть 30х40 метров. Тогда сроки справедливы. В IT сроков не может быть. Т.е. не должен исполнитель думать о сроках. Это не его дело. Менеджмент должен дать время с запасом и не терзать исполнителя.

Плюсы такой работы тут перечислять бессмысленно

правильно, потому что минус перекрывает ваши хотелки:

никакой работы "тыжпрограммистом" в салоне женского белья или областной больнице - не интересно мне это

удаленка и серьезные проекты - вещи несовместимые. Хабр, тостер и его сателлиты - это школота, из раза в раз повторяющая заезженные мифы о фрилансе.

Давайте начнем обсуждение с другой стороны.
Написать свой фреймворк можно, например, на PHP. Легко.
Написать свой фреймворк на JS - в разы тяжелее. А судя по Вашим вопросам - Вы вообще не знаете с чего начать. Только бредовая идея писать зачем-то свой фреймворк. Или у вас есть пара тысяч часов свободного времени?

Или Вы все же говорите про то, как организовать свою библиотеку часто используемых функций и наработок?

но будет плодиться куча различных обёрток, совсем не ок.

откуда там куча оберток? Заголовок, список и каждый инпут обернут в лейбл. Или dl-dt-dd и также инпут в лейбл.

Автор, вы слышали легенду про неуловимого джо? Тут, судя по всему, мало кто про него слышал.

что должен? иметь терпение копаться в ранее написанном говнокоде. поверь, это самое тяжелое. об этом никто и нигде не пишет.

> "Я знаю, что ничего не знаю"
Это нормально. Нельзя знать все. Не хватит жизни, что бы изучить и знать все.

если контент не уникальный, то ИМХО - нужно ссылки закупать
это единственное, что по моим наблюдениям действительно работает

Вообще, все эти советы СЕОшников - вода.
У меня есть сайт объявлений.
Контент уникальный (не парсю никого), страниц в Яндексе = 14к. PR=4, тиц=30 домен - 5 лет
pr-cy.ru/a/adverts.ru

Вбил я сейчас запрос "сайт бесплатных объявлений"
Мой сайт на 7! странице
Что на второй? Смотрим один из сайтов - salese.ru. 700 страниц в Яндексе, пузомерок НЕТ, домен -4 месяца
pr-cy.ru/a/salese.ru

По запросу "подать объявление без регистрации" мой сайт в топе. А все почему? А потому что ссылки закупал.

Итог - все эти рекомендации ПС вообще не работают. Не работают пузомерки. Вообще не ясно как это все работает. СЕО - это миф.

Это выручка за день или месяц?

отсортировать с помощью СУБД

я пишу в стиле php-doc.
стандартизировано и приятно читать

> Пишу DataMapper
Круто, дай посмотреть.

Я сам писал DataMapper и скажу тебе, что имя таблицы/класса все-же нужно НЕ делать статиком.
Почему? Ну хотя бы потому, что разно или поздно тебе потребуется один из твоих мапперов наследовать, что бы его методы были применены к другой таблице. Ты добавишь модель ExtendedTask и маппер ExtendedTaskMapper.

Я не помню на память, что будет, если ты в ExtendedTaskMapper объявишь константу, которая уже есть в TaskMapper.. возможно будет ошибка. Но в любом случае константы - не для твоего случая. Имя таблицы/класса в маппере я бы не делал константами.

Самый оптимальный выход - это иметь метод getTargetClass. И это.. подумай над тем, что бы твой маппер сам бы определял Target.

Все зависит от задачи. Пример - конфиг пользователя. Смысла хранить его в реляционной структуре практически нет. Никто не будет по этому конфигу делать какую-то статистику или поиск. Добавление нового свойства для конфига - сделать чекбокс в шаблоне, образно говоря. Одним запросом вытащили сериализацию, получили масив с параметрами .. PROFIT!

сюда кидай!

> Но ведь тогда любой участник сможет поправить и интерфейс.

Вы не должны править основной код системы без согласия его разработчиков. Или у вас попросту нет этой возможности - закрыт доступ.

В MVC не должно быть "стандартного набора классов", это парадигма. Все стандартные наборы классов - не больше чем архитектура, навязанная вам монополистами-фреймворками.

В моем самописном решении так:

Model - это одна строка в БД, имеющая первичный ключ и представляющая собой какую-либо сущность, которой оперирует программа. Это класс с set/get + бизнес логика относящаяся к этой модели.
Например: $user->getFullNameOrLogin()(); // возвращает полное имя пользователя или логин. Это бизнес-логика конкретной модели.

DataMapper - CRUD над Entity.
$userMapper->findById(1) найдет запись в таблице user и на основании строки таблицы инстанцирует и возвратит Model этого пользователя.

Service - авторизация и аутентификация, например, получение списка записей на основе параметров из запроса. Редко использую.

дальше лень писать пойду покурю..

использую svn чисто как удаленное хранилище, что бы из любой точки можно взять код и начать его дописывать.
версионность вообще не нужна, когда один работаешь. даже ни разу не было потребности смотреть в историю.

Из математика в front-end разработчика. С чего начать?

Это для тех, кто уверяет что ВО жизненно необходимо. На практике всем класть на ваш диплом. Знания есть - берут, нет - хоть ты с красным дипломом...