Опишите задачу, вряд ли кто украдет вашу идею.
Из своей практики. Все публикации делаются в хтмле и точка. Не знаешь хтмля - найми знающего или научись хтмлить. Есть опция - форматировать в маркдаун. Но даже ее не могут осилить. Написано - абзац делается нормальным двойным переносом как обычно принято в сети.
Вот так. Так ведь принято? - Персоналу пофигу. Лепят как есть, под nl2br хоть кол им теши.
То есть дело вовсе не в хтмле. Нужен опыт, навык и знания как сделать красивый и читабельный текст.
Зато статьи в хтмле и обычное окно text-area открывают полную свободу творчества. Любую верстку можно изобразить, одностраничник под рекламу забацать с наворотами и все такое. Админка пропускает все - и стили и скрипты. Делай что угодно, лишь бы работало.
А все эти дебильные текстовые редакторы с кнопочками - для калек. ---------- Добавлено 12.06.2015 в 15:02 ----------
Нет ничего предосудительного в инлайн-стилях. Так все делают, особенно когда верстается или генерится относительно вечный документ. Конечно моднее сделать стиль и не лазить в php коды, но с другой стороны все равно в коды придется лазить - в css - чтобы понять 12 на 14 скажем.
Вы ему советуете поменять глобально, это было бы прикольно посмотреть на его лице, когда он увидит что все статьи разбежались.
Так не делается. Если нельзя кнопкой задать какой-то параметр, открывается исходник и там все делается как доктор прописал.
Да я этих чудных цимесов навидался и сроду ничего не писал в их типа редакторе. Сразу врубаешь вкладку html и что угодно и как хочешь. Некоторые, правда, косят нипонятные им теги. Тогда просто заходишь через PMA на хостинг и там кодишь, прямо в поле БД. А что делать если тупизна неискоренима? ---------- Добавлено 12.06.2015 в 15:07 ---------- Кроме того редакторы не должны запрещать теги style. Нужен ему p для этой статьи в 14 пикс, пусть сделает
<style>.art-key{}; .art-key p{font-size:14px!important;}</style>
<span class="art-key">Тут все как обычно</span>
PS Только что увидел снимок хтмля - так есть там инлайн стили. Ну и все.
Понятно, в цмсках нельзя задавать размер шрифта числом. Мило. Даже в этой можно лишь выбрать пресет с номером от 1 до 7. Проверю - пятый размер, эротично?
UPD, нет, это размер шрифта, в емах.---------- Добавлено 12.06.2015 в 14:47 ----------В общем переключаетесь на текст, на исходник и форматируете вручную
<p font-size="12px">В то время как космические корабли бороздят просторы вселенной...</p>
И все.
А, понял, zx_product_category_xref - n:M - телега должна еще и удлиниться. Ну все правильно выше было сказано - выбираете по соединительной таблице. Например таблица категорий та самая и тогда запрос:
select * from category as c
left join product as p
on p.id=c.pid
расширит ее данными из продуктов. Скажем в продуктах 100 записей, в категориях - 200 - получится 200 с повторами.
Теперь снизу дописываете все остальные нужные отношения и они попАдают в те же 200 туплей.---------- Добавлено 12.06.2015 в 14:30 ----------Есть гипотеза что в синтаксисе Оракл можно начинать с продуктов.
select * from product p, category c where p.id=c.pid;
Это join, просто без кляузы join. В теории драйвер должен сделать полное произведение двух таблиц, а потом из него выбрать только те отношения, которые удовлетворяют условию where.---------- Добавлено 12.06.2015 в 14:35 ----------Признаюсь что соображаю туго, не каждый день приходится заниматься проектированием бд, да и бд все какие-то простые попадаются, поэтому забывается. В общем чтобы начать с продуктов можно попробовать перевернуть на right join.
Определенно помню только факт, что если запрос настолько кривой, что оптмизатор его ниасилил, начнутся страшные лаги. Лучше все делать так, как подсказывает нормальная логика. Когда у вас есть отношение много-к-много, его сперва надо размножить, или как говорят - заселить - populate - и тогда уже на популяцию развешивать простые списки.---------- Добавлено 12.06.2015 в 14:37 ----------Да, и еще есть форум sql.ru и он-лайн фидлы для mysql.
"Схема" вот такая
SELECT * FROM zx_product as prLEFT JOIN zx_product_price as ppON pr.product_id = pp.product_id LEFT JOIN zx_product_category_xref as pcON pr.product_id = pc.product_id
дает кортеж всех перечисленных таблиц без условий. К продуктам будет добавлена цена и категория. Никаких "вхождений" тут не будет, просто телега станет немного шире.
Конечно, будто бы я не видел всех этих чудесатых селекторов. Я начинал веб-программирование с юзерских скриптов, поэтому насмотрелся хтмлей и кодов как поп крестов. Иначе же не напишешь, не поймаешь чего там надо выловить и не запустишь чего надо запустить на странице из того, что она принесла.
JQ несомненно в этом мастак, и программирует тем самым культуру верстки. А зачем предусматривать идентификаторы, есть же жиквери. Вот тут скопипастим, туда вставим, аргументом, он все и найдет. Конечно, любая система так устроена, чтобы саму себя поддерживать и оправдывать. Это вся истина. Остальное - димедрол.
Хотите проверить? Откройте код страницы по адресу google.com и убедитесь что нет там жиквери. Парадокс?
Не хочу заводить тему, ибо там димедрол. Реплика о давно мертвом индексе где-то была выше. Я написал яндексам, дескать сколько же будет новая версия сайта индексироваться, мне вежливо ответили что в связи с техническими проблемами надо подождать. Пока жду, думаю, надо там настроить все как они хотят. Все эти главные-неглавные зеркала, собственно только www и больше никаких.
В списке сайтов был сайт без www и яндекс писал что он и выбран как главный. А чтобы с www типа склеить как неглавное, надо взять и добавить с www еще один сайт. Я добавил, он появился, написали типа надо ждать, я ждать не стал, закрыл все и сегодня только открыл...
www.сайт.ру признан главным зеркалом - права не подтверждены - сайт отдает 301, а должен 200. Одновременно пишут "сайт проиндексирован".
Кто может объяснить такое чюдо? Конечно там был редирект 301 прямо в htaccess'е, с самого начала. роботс.тхт не было и вообще ничего может не быть - не метрики, не вебмастера - как робот что-то проиндексирует на ввв.сайте, если его оттуда пнули на без-ввв-сайт?
Короче я как заладил "это пи...ц, это пин..ц, это пи..ц, ппц, ппц..." так до сих пор пластинка и крутится в голове. Ну, я как бы знал что яндекс отсталый, что выдача у него сугубо нерелевантная, что в рекламу пропускают голимые фонари и все такое. Но как они умудрились задействовать домен к которому нет доступа, я вообще не понимаю.
Ну то есть они пишут давай проверим права, я проверяю, робот ломится, его пинают, он тупо отваливается и пишет не могу проверить, потому что 301, а надо 200. А чтобы поменять зеркало надо эти права подтвердить. А подтвердить нельзя, а надо... бл, пришлось выпилить из рулезов рерайт на время подтверждения, проканало. Переменил зеркало взад, на как было до, теперь, типа 2 тире 4 недели кнокай опять?
Возможно я сам тупой, но есть же с чем сравнить. На гугле все то же самое было проделано - проверка прав и профтыкание кто главный - гуглю и редирект не помешал, робота пнули, он понял что файлик-то правильный и зохавал его, махнул - поехали. Все четко и понятно и логично работает, сегодня еще допинал мелочи по Севе - залил убдейт, главную проиндексировал, проверил на микродату - все пучком.
Капец блин. Как вы вообще господа с ним управляетесь? Я годами туда не лез и горя не знал, в это яндекс.
Что и требовалось доказать:
document.getElementById('#parent')
культура жиквери так и прет. :)
Вы все равно не хотите этого понять. Я не против жиквери и ее адептов, но именно такие наблюдения имеются, что как только видишь коды с баксом, там обж фор ич функтион и пофигу, а нативный скрипт почему-то чаще демонстрирует то самое "делегирование".
Это просто другая культура. Какая лучше - ну конечно лучше культурная. Конечно каждый себе напишет Id(key) и все такое, но упаковывать дом-элемент в такой жирдячий объект ради каких-то смехотворных фич - не культурно.---------- Добавлено 11.06.2015 в 13:29 ----------Напомню откуда взялся жиквери - это была история нормализации. Которая уже давно подходит к концу.
Дарю. Рендерит любые списки с группами и без и с селектед для групп и без. Выбранные опции отмечаются сереньким.
@param array data ключ-значение @param mixed default - индексный массив выбранного или строка, или нул $render_options = function($data,$default=null) { if($default) $default=(array)$default; $selected=function(&$key) use(&$default) { if(empty($default)) return null; if(($index=array_search($key,$default))!==false) { unset($default[$index]); return ' style="background-color:#ddd;" selected'; } }; $render=function($array) use(&$render,$selected){ $a=array(); foreach($array as $key=>$value) { if(is_array($value)) $a[]='<optgroup label="'.$key.'">'.$render($value).'</optgroup>'; else $a[]='<option value="'.$key.'"'.$selected($key).'>'.$value.'</option>'; } return join('',$a); }; return $render($data); }
Надо сделать массив из запроса, вида ключ-значение
$data=array(); while ($row = mysql_fetch_assoc($resulta)) $data[$row['nap']]=$row['nap'];
и применить
echo '<select name="ob">'.$render_options($data,$_POST['ob']).'</select>';
$_POST['ob'] должен быть, может быть пустой, но быть должен, или сперва надо проверить.---------- Добавлено 11.06.2015 в 13:39 ----------Кстати это иллюстрация как делать не надо и как надо делать по шаблону MVC. Разделяем данные и рендер и властвуем. Иначе лапша задушит.---------- Добавлено 11.06.2015 в 13:47 ----------Для списка с группами массив должен быть с "группами" где ключ - имя группы, например
$data=array( 'Жигули'=>array(1=>'копейка',6=>'шоха',9=>'зубила'), 'Тойота'=>array(1=>'бочка',2=>'крузак',3=>'ниссан санни'),);
тойота ниссан санни - это из анекдота.
Это какой-то бред вообще. Несусветная чехарда переливаний из пустого в порожнее.
define('ID',$id);
типа и зашибись, теперь знай что для всей апликухи ID - это юзерский ид, других-то и быть не может. :)
Зафигом класс столько всего дифайнит? Он же - объект. Ну где-нибудь в статике или в геттере сделать его выдачу по запросу.
Не раз уже замечал такие финты ушами. Типа мы щас приделаем модное педео к хламу и он сразу засверкает свежопо.
