Сергей Протько

тогда уж соц сеть сессионщиков, которые могутнаписать некому бездарному Васе что-то за деньги. А так, либо не удастся монетизировать, либо мало кто будет использовать.

allwaysync.com/ — на сотнях гигобайт не проверял, но папки синхронизирует нормально.

iframe есть, альтернатива — ненужна. Юзайте AJAX если это так необходимо. да и лайтбоксы генерят свой HTML налету. переписывать стандарты под ваши нужды никому не захочется.

Есть множество реализаций решения данной проблемы, лучшего среди них нету. Мне допустим, если говорить о PHP, больше остальных понравилась реализация i18n в Yii. Там ест ьстатический метод t(), на вход которого подается контекст перевода (считай название файла содержащего переводы строк), и второй параметр — непосредственно строка. Дальше идет поиск по массиву строк, где хэшем является строка на оригинальном языке… ну суть собственно ясна. Хранить в таком случае файлы переводов можно где угодно.

Косательно локализации контента — тут тоже можно применить несколько вариантов. Самый банальный — таблица с языками, один из который — язык по умолчанию. Дальше таблица с контентом, содержащая записи для различных языков. В таком случае можно использовать составной первичный ключ и выбирать по ID и по языку. но это просто первый вариант, взятый из головы.

Советую пройтись по готовым решениям данной проблемы и выбрать для себя лучшее для вашего проекта.

Воспаленный мозг породил мысль о том что бы перевести PDF в изображения, найти координаты блоков, распарсить текст, выделить в нужном блоке нужное и дальше взять координаты блока… O_o. Это так, был один проект, где надо было искать пустые места в PDF документе и заполнять их рекламной фигней. В контексте поиска, тут много вариантов. Нужно более четко сформулировать задачу. Что мол есть на входе и что должно быть на выходе.

"admin/news" => "admin/news/default/index"

Если судить по коду функции для запуска контроллера

Видать настроили неправильно.

Если в лоб — MySQL Workbench — Revere/Forward engendering

Напоминает структуру XSLX файла. Сходу как-то придумать не могу, было бы неплохо если бы вы привели пример массива данных.

Это какое-такое свойство с одним и тем же префиксом записывается для всех браузеров?

requestAnimationFrame — минут 5 вспоминал эту штуку…

www.yiiframework.com/extension/seo/

Все языки программирования и технологии учил по принцыпу — надо, сделаем. Алгоритм прост: Ставим себе задачу, пичем обычно эта задача не простая а как можно более сложная, и думал как разбить это все на подзадачи. Потом при помощи гугла и исходников, найденых им реализовывал. В процессе работы возникает огромная масса вопросов, большая часть которых решается гуглом. Учить по книжке у меня не выходит, только если что-то «подсмотреть».

Google, thumbnail, shell… ключевые слов для гугла.

А не проще ли написать сервер-агрегатор, который и будет собирать статистику? В общем и целом программу можно написать и самостоятельно, если не боитесь конечно. А по поводу «коммерческого успеха» — очень сомнительная затея, конкурентов (может в несколько другом виде) и так предостаточно.

в чем проблема при отправлении формы (при onsubmit) заносить в hidden полесодержимое дива?

Приоритеты селекторов разные. Вот и не перекрываются. Это даже не фича, а одна из ключевых особенностей.

Чисто HTML учить смысла нету. Тут надо азы верстки знать. htmlbook.ru — там есть неплохие статьи, по ним можно начать.

Так же придется выбрать язык программирования, с этим довольно сложно. Я помниться PHP выбрал только потому, что о существовании других как-то и не задумывался. Да и порог вхождения достаточно низкий.

Само же программирование… Самый действенный вариант — сразу же поставить себе сверх задачу (например написание своего фреймворка или CMS на базе фреймворка (желательно своего). Написание велосипедов с последующим анализом (или с предварительным) существующих достаточно неплохо повышают опыт)

Ну а так, когда есть задача — надо пытаться разбить ее на подзадачи и решать. В конечном итоге знания сами будут появляться (посредствам гугла по большей части). Попытки что-то реализовать советую совмещать с анализом готовых решений.

Причем первые варианты можно реализовывать без использования ООП, но в конечном итоге оно само придет. Ну или же функциональное программирование, но тут уже религиозный спор.

Что-то не припомню ни одного ЯП который вписывается в сие требования.

Установите какой-нибудь EMS, сгенерьте общую таблицу а потом для каждой шаблонно сгинерьте SELECT INTO или просто инсерт с подзапросом… Или же я вас не правильно понял.