vob2014

vob2014
Рейтинг
91
Регистрация
30.03.2014

на некоторых сайтах когда стало много мониторов Full HD и в тоже время еще много осталось мониторов 4:3 imho все равно надо делать два варианта дизайна, грубо говоря а ля планшет и вертикальный.

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

я делал так, (сейчас отказался) - брал у гугла только графические объявления,

и сам их средствами JS-html5 масшатбировал под размер экрана с учетом фактической плотности пикселов на дюйм (DPI) устройств.

Но гугл написал мне предупреждение что я вторгаюсь в их код и это запрещено.

пробовал гугловский респонзив, это полная лажа, ПФ резко падает вниз. Клики не засчитывает часто, рекламодателей мало, с размерами часто ошибается. Гугл - лохи. :)

Пришел к выводу что на мощных современных андроидах и ай-фонах 6+ сойдет обычный дизайн, нормально сделанные сайты смотрятся на них вполне терпимо без колдовства,

и заморочек с супер мобильным дизайном.

А зум попогает прочитать что надо и зум (ВНИМАНИЕ!!! ПАРАДОКС!!!) улучшает ПФ, догадайтесь сами почему так происходит. :) Если конечно контент на сайте интересен юзеру...

попробуйте миксрософт скачайте бесплатная Visual Studio И почитайте у них в хэлпе про data-biding Поверьте, это очень крутая штука для интерактивной обработки данных в режиме клиент-сервер. Такое самому делать на JS-аяксе + php это ГОДЫ труда.

И не бойтесь мучить сервер, тем более если у вас доход хотя бы 20 баксов в месяц с сайта посещалкой в 2 тыс чел то у вас всяко есть средства взять мощный VDS/VPS - и по моим тестам нормальны мощный впс раз в 10 быстрее старых целеронов, тем более что если для обработки задействовать питон, а там мат библиотеки на C/asm с юзанием интеловских кернел мат-либ на 512 битных регистрах SSD (этого вообще нет в целеронах, только в мощных серверных процах) то выигрыш может быть и в 1000 (тысячу) раз.

Кроме того микрософтовский дата биндинг позволяет легко и непринужденно сделать интерактивную длительную обработку большого кол-ва данных с живой индикацией процесса обработки в много-юзерской среде. Это делать на аяксе-php - задача нереально сложная, минимум на дисер :)

а в стиле веб 2.0 - ява скрипт запросит серверную часть нужный текст (или вычисления), получит ответ в JSON, распарсит, отобразит текст, графики. И все, без php вообще. Никаких шаблонов вообще не нужно.

Зачем смешивать данные и дизайн, когда html 5 позволяет это все отдельно сделать.

Если же посмотреть в сторону микрософта и их понимания веб 2.0 и Net/Asp/Silverlight то там все вышеописанное уже автоматизировано, и незаметно для создателя сайта, называется data-binding. Клиентские потоки данных "незаметно" асинхронно соединяются с серверной частью по сети (серверная часть пишется на мощнейшем C#/Net с крутыми либами по мат-ке, паралельными выч. и т.п. и тд). Выглядит примерно так, на клиентскую форму (JS или Silverlight) кидаете таблицу, ставите ей биндинг с базой на сервее, еще на форму кидаете график, ему биндинг на другую базу, кидаете форму на хостинг и опа, все работает, все живое, данные в таблице отображаются в реальном времени, их можно редактировать и они автоматом сохраняются на сервере, при обновлении на сервере (окончании расчетов) - автоматом обновятся и на клиентском компе, тоже и с графиком, он живой, он изменяется при изменении данных как на сервере так и на клиенте, может быть даже на другом компе. Причем в случае средней сложности логики програмить ничего не придется,

и "живые" таблицы и "живые" графики, "живые" индикаторы прогресса (%%) обработки на сервере и тд у микроофта уже готовые, остается их только кинуть на форму проекта и установить биндинги в пару щелчком мышкой, выгрузить на хостинг и все работает.

Имхо технарю с навыками программирования (Фурье и тд) не гоже зацикливаться на технологиях прошлого века, прогресс то не стоит на месте. :)

fordzon - А фурье на JS или php ? Я как-то делал на питоне (там есть встроенная библитека) оказалось примерно в 100 раз быстрее чем на JS/php,

питон (python) есть на всех хостингах (во многом аналог или заменитель php, но с богатыми быстрыми математич. библиотеками). https://www.python.org/

fordzon и зачем вам 10 тыс стр ? Если у вас что-то техническое, расчеты, графики, калькулятора

и разные входные юзерские данные, то это имхо надо делать в стиле веб-2.0,

то есть одна страница (ОДНА), шаблоны не нужны, и контент создается на "лету": Ajax (JS клиент) <-> сервер, страница НЕ перегружается,

идут асинхронные обращения из JavaScript(Ajax) к серверу/php/MySQL и результаты также JS отображаются на той же самой странице.

Тогда смешные вопросы о вставка php в html вас волновать не будут вообще (страница будет 100% чистый JavaScript/HTML5 вообще без php).

Уверен, вам как технарю вам такой подход (он называется "web 2.0") больше понравится... все же десятки тыс. html/php стр. генерить по шаблонам это прошлый век...

на счет пхп вставок, везет вам что у вас все работает, а у меня - часто хостинги попадаются где вставка не работает, например те что я пробовал недавно - хостингер, смартапе, купертино.ру (там хитро через цги врапер можно добится с помощью советов гуру т.к. тех поддержка утверждает что никак нельзя, но посмтоянно падает, при любой смена абсолютного пути и тд) Имхо на облачных и тем более не дадут... так что имхо надо ориентироватся на то что дает пхп 5, там блоки html можно внутри *.php и вставки переменных типа прямо вот так <img src= $x >

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

Меня интересует, есть ли простой способ передачи переменных в файл html кроме <?php ?>.

есть вариация на эту тему, забыл как называется, там кусок html идет

прямо внутри кода пхп БЕЗ ECHO "****" и там соответсвенно вставка идет без <? ?> так это уже все как бы внутри. Читал на php.net - но урл и название раздела не припомню сейчас.

Я даже где-то у себя заюзал, помню еще год назад это была бесполезная примочка, но сейчас там появились вставки переменных прямо из пхп без <?php ?> и без echo и стало круче...

<?php ?> внутри html чревато совершенно неожиданными проблемами,

в мощных современных хостингах нужен cgi врапер (а не только стандартная директива в .htaccess и у каждого хостера по своему), а он то работает,

то забудут его подключить, т.к. мало кому нужен...

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

как вариант можно делать наоборот - html в php - и так как это стандард в php то у всех работает и у всех одинаково...

Всего: 1248